De hacedor a gerente: Consejos para dirigir más eficazmente
Los directores de proyectos siempre están explorando mejores formas de dirigir a sus equipos. Para los no iniciados, el horario del gerente parece un montón de reuniones y delegaciones. Pero un liderazgo efectivo requiere mucho más escuchar, entender y sintetizar las necesidades de todos para desarrollar estrategias de mayor nivel.
Creador vs. Director
Cuando Blake Puryear, Director de Proyectos de Hayseed Ventures, pasó de ser un científico informático a un director de proyectos, se encontró sentado al lado de los ingenieros que todavía intentaban co-programar con ellos. Rápidamente se dio cuenta de que esta no era la forma más efectiva de dirigir un equipo, y que necesitaba aprovechar la tecnología para entender en qué estaba trabajando su equipo, y luego salirse de su camino.
Inspirado por el ensayo del cofundador del Combinador Y, Paul Graham, sobre los Creadores vs. los Gerentes, Blake reconoció la transición que hizo de una persona que recibía objetivos a una persona que los decide. Sabía, por estar en el otro lado, que para transmitir estas solicitudes de manera efectiva se requiere una comunicación integral.
«Estar anteriormente en el lado técnico me ha ayudado a impulsar requisitos más claros y descriptivos como director de proyecto, porque a los desarrolladores se les suele decir lo que deben construir pero casi nunca se les dice por qué lo están construyendo».
-Blake Puryear, director de proyectos en Hayseed Ventures
Sé transparente sobre el porqué
Una de las primeras ideas de Blake como director de proyecto es la importancia de tener claro por qué ciertos artículos son prioritarios. Cuando estaba en la agenda del fabricante, siempre le resultaba desconcertante no saber el contexto detrás de una iniciativa particular.
«Hubo momentos como desarrollador de software en los que recibía requerimientos y nunca dije la razón por la que estábamos construyendo esto», explica. Sin embargo, ahora que está en el lado de la gestión del proyecto, participa en las reuniones donde se deciden estos parámetros. Esto le ayuda a comprender que siempre hay razones sólidas para tomar decisiones, pero esas razones también deben ser transmitidas al resto del equipo.
«Estar en el lado técnico me ha ayudado a impulsar requisitos más claros y descriptivos», dice, «porque a los desarrolladores se les suele decir qué construir pero casi nunca se les dice por qué lo están construyendo». Dice que estos parámetros más claros arrojan luz sobre el panorama general de un proyecto.
Colaborar entre equipos
Blake encuentra que una comunicación clara a menudo conduce a mejores discusiones entre equipos.
«Algunas de nuestras reuniones más productivas se produjeron al sentarnos todos juntos con las partes interesadas en el proyecto y los promotores y hablar sobre lo que queríamos lograr exactamente», explica.
Continúa diciendo que a veces las partes interesadas llegan a la reunión con ciertos objetivos, pero luego a través de la fluidez de la conversación se les habla de un enfoque diferente que en realidad funciona mejor.
«Los desarrolladores entienden los matices de los sistemas con los que trabajamos, y a veces tienen una idea creativa basada en lo que buscamos que los interesados no habían pensado», dice.
Este tipo de enfoque de colaboración para la planificación de proyectos sólo mejora el resultado final.
Tecnología de apalancamiento
Hoy en día la comunicación no sólo ocurre cuando todos están sentados juntos en una mesa. La tecnología es a menudo tan efectiva como un medio de comunicación.
Blake usa a Trello con su equipo para moverse rápidamente sin comprometer la comunicación. «Se convirtió en el sistema de registro de todo lo que hacemos. Y eso realmente contribuye a la aceptación», explica.
Si hay un error o desviación de lo que el interesado pide originalmente a lo que realmente está en desarrollo, es fácil excavar en una tarjeta y verlo mucho antes de que se cumpla un plazo. «Trello» nos ayuda a ser mucho más iterativos. Comentar y hablar de ida y vuelta ayuda a todos a ver el progreso de una iniciativa», explica.
«La frase ´Esto no es lo que teníamos en mente´ nunca es lo que quieres oír en una retrospectiva. Así que Trello nos permite momentos de retroalimentación rápida que mejoran el desarrollo en curso», dice Blake.
Aquí hay un tablero de muestra basado en el flujo de trabajo de Blake con su equipo. Cópialo aquí.
En resumen, la gestión de un proyecto es tan buena como la comunicación que lo rodea. Blake aprovecha su experiencia en ambos lados de un proyecto para facilitar una mejor transparencia y comunicación. Luego subraya esas prácticas con la ayuda de herramientas como Trello para darle a él y a su equipo una mayor perspectiva.
