En el apasionante mundo de ritmo rápido de nuevas empresas de tecnología, la comunicación entre los distintos departamentos de las fallas puede significar un desastre. Como fundador de una compañía que construye software para agilizar y optimizar la comunicación en los equipos, sé subjetiva y de los clientes, que este problema es generalizado entre los equipos técnicos y no técnicos.
Y la falta de comunicación no se puede salvar con un software de gestión de proyectos. Basecamp, Trello y otros scrum plataformas son increíbles, pero el tipo de problemas de comunicación que estoy hablando de ejecución de profundidad. Es casi como si una parte estuviera hablando Inglés y los otros japoneses, y todos están lanzando sus cabezas en la incomprensión.
Pero no envíe un gurú del marketing a la escuela nocturna para la informática. Algunas de las formas claras y sencillas pueden prevenir iniciativas de la empresa de que se pierdan en la traducción.
1. Startups debe ser ágil. A veces empleados creativos tienen sólo una vaga idea de lo que quieren y el producto evoluciona, ya que está siendo construido. Empleados no técnicos Realmente diligentes y conscientes establecerán expectativas para lo que las cosas son más importantes. Ellos delinear-bonito-ricos, no deben faltar y qué evitar.
Software se puede construir de muchas maneras diferentes. Sabiendo de antemano que debe tener la capacidad de ser modificado fácilmente ayuda a los desarrolladores enormemente. Cuando una persona no técnica comunica que tienen más probabilidades de cambiar y los que deben ser escrito en piedra características del producto o los diseños, las expectativas para la maleabilidad se establecen.
El ingeniero puede entonces ser con visión de futuro sobre la forma de abordar la codificación. Piense en el diseño de una casa. La puerta se encuentra en la entrada, con sólo pequeñas provisiones constituidas para los materiales y la estética. Las ventanas, sin embargo, ofrecen más oportunidades para la variación - de tamaño, forma o posición. Cuando el equipo creativo explica que algún componente de software determinado debe ser el equivalente de una ventana y no una puerta, los constructores pueden invertir el tiempo justo desde el principio en el diseño y ahorrar tiempo en los ajustes en el camino.
2. El por qué es tan importante como el qué. Proporcionar una vaga descripción de un diseño o funcionalidad deseada es un punto de partida. Pero los escenarios y casos de uso se suman un montón de color a una idea. En mi empresa, un miembro del equipo solicitó el cambio de una aplicación para que los empleados pudieran ser capaces de editar un informe después de la revisión de un gerente. El solicitante cree que esto sería un simple cambio, hasta que el ingeniero reflexionó por un minuto o dos y se acercó con cuatro interpretaciones posibles.
Cuando se especifica un objetivo, así como un diagrama de flujo detallado de la actividad del usuario propuesto, los desarrolladores pueden pensar en diferentes escenarios y llegar de opciones más allá de la propuesta original. Pueden formular objeciones sobre una base de ahorro de costos y tiempo.
3. Trate de pensar como un ingeniero. empleados plantean varios retos tecnológicos pueden aprender a hacer cosas a la manera más fácil en un equipo de desarrollo de software. Pasando por el siguiente proceso iterativo les permitirá conceptualizar sus problemas de maneras nuevas y pensar más como los ingenieros:
Tenga en cuenta todos los ángulos para la funcionalidad o característica deseada.
Describa brevemente cómo debería funcionar y el razonamiento detrás de él.
Proporcionar un prototipo o garabatos esquemáticas o incluso en una servilleta.
Ofrecer capturas de pantalla y un enlace a ya los productos con una funcionalidad similar existentes. Los desarrolladores pueden recoger una enorme cantidad de información de la obra de otros que le ayudarán a decidir por dónde empezar el proyecto.
4. Encuentra que el lenguaje común. empleados creativos pueden overcommunicate y, esencialmente, tratar de escribir el programa para los desarrolladores en Inglés en lugar del código. Aunque sus intenciones son buenas, los desarrolladores encuentran tratando de traducir estos mensajes muy lento y frustrante. Cuando hay una colaboración y una comunicación eficaz entre los equipos, los desarrolladores se sienten menos frustrados y más altamente valorados por su organización y satisfechos por su trabajo.
Piense en lo que se necesita y por qué. Entonces comunicará la forma más concisa posible. Una buena persona creativa explica sus necesidades de una manera que deja pocas incógnitas sin resolver. Un buen desarrollador es capaz de pensar en cómo el usuario va a percibir lo que se está construyendo.
Ninguna herramienta de colaboración puede sustituir a empleados 'pasar tiempo juntos y hablar acerca de las cosas. Pintar un cuadro de lo que se desea y cómo se va a utilizar. Elaborar en el mayor objetivo de negocio. Los desarrolladores pueden extraer ideas para construir algo que hará las delicias de los clientes, y cada empleado involucrado va a obtener un sentido de realización personal y la camaradería del equipo.
No hay comentarios:
Publicar un comentario