¿El doble turno como PM afecta su productividad de desarrollador?

¿Alguna vez te ha pasado que eres un buen desarrollador pero de repente necesitas liderar un equipo o también eres responsable de algunas actividades de MP? ¿Encontraste que afectó tu productividad? ¿Cómo lo manejaste?

Amo mi trabajo, pero a veces siento que era mucho más feliz como programador y la carga adicional de ser un Gerente de Proyecto actualmente está afectando mi productividad como desarrollador. ¿Qué sugieren como remedios para esto?

Actualmente no tengo una alternativa para dejar mi trabajo, básicamente porque estoy trabajando para una startup que cofundé.

Creo que es imposible cambiar rápidamente del modo PM al modo Dev. Soy líder de equipo en mi trabajo normal y programador de un sitio web durante las noches. Cuando me convertí en líder de equipo, intenté seguir contribuyendo con el código, pero pronto descubrí que era imposible.

Las nuevas responsabilidades me obligaban a hablar con la gente o revisar correos electrónicos varias veces en una hora, imposible de escribir código en esa condición. Entonces, cuando tengo algunos minutos libres en el trabajo, comencé a sentarme con alguien del equipo, especialmente con junior, y tratar de ayudarlo.

Vi que esto está aumentando la productividad del equipo en general, probablemente más que si pudiera pasar algún tiempo escribiendo código.

En mi experiencia, tener ambos roles al mismo tiempo, en el mismo proyecto, causa graves problemas. Como desarrollador, usted se informa de manera aguda, por lo que básicamente no está administrado. Si te consideras un mejor programador que tus compañeros, es probable que evites delegarles tareas difíciles, por lo que además de tus tareas de MP, también estás trabajando en las partes más sofisticadas del proyecto. A tiempo parcial, eso es.

Hace unos días, alguien publicó este enlace , y creo que también encaja aquí.

Si lo hace Trabajé en una empresa donde el líder del equipo era bastante y un reemplazo no estaba en el lugar. El jefe de contabilidad comenzó a "administrar" nuestro grupo básicamente permitiéndonos administrarnos a nosotros mismos y explicarle todo en lo que estábamos trabajando en una reunión semanal como si hablara con un niño de 2 años (incluyendo tratar con sus berrinches).

Sentí que no estaba aprendiendo nada. Pasar demasiado tiempo en BS en lugar de codificar. Nadie en nuestro grupo fue considerado lo suficientemente bueno como para ser el líder. La situación era un caos. Una vez que el proyecto principal en el que estaba trabajando estaba casi terminado, comencé a buscar otro trabajo y encontré uno.

Si su objetivo es ser un PM, haga ambas cosas por un tiempo, pero no se quede con una situación en la que no pueda elegir el camino que desea.

Los patrones de trabajo para PM y desarrollador están bastante mal alineados.

Para la mayoría de las partes, los desarrolladores necesitan largos períodos de concentración donde los PM tienden a tratar con cosas que se les lanzan desde todas las direcciones todo el tiempo. Como resultado, si intenta hacer las dos cosas simultáneamente, es casi seguro que fracasará.

La mejor manera de hacerlo es la gestión disciplinada del tiempo.

Suponiendo una división de 50/50 (ajuste si eso no es cierto), entonces haría las mañanas su hora de PM y la tarde su tiempo de desarrollo. Durante el tiempo de desarrollo, redirija sus teléfonos al correo de voz, cierre el correo electrónico, desactive la mensajería instantánea, etc. Luego, al final del día, revise los mensajes y correos electrónicos para cualquier cosa urgente, lidie con ellos y luego deje el resto para su próximo espacio de PM.

Tendrás que explicarle a tu cofundador lo que estás haciendo y por qué, y conseguir su compra y tendrás que ser disciplinado, pero es posible, siempre y cuando no intentes hacer ambas cosas en una vez.

Delegar.

He trabajado en un rol de líder de equipo varias veces y actualmente estoy haciendo más tareas de administración de desarrolladores. Delego tanto como sea posible a personas particulares que sé que pueden hacer esas tareas. Esto tiene el doble beneficio de lograr que esas personas se vean expuestas a una visión más amplia del SDLC, mientras preparan / juzgan su capacidad para convertirse en líderes en el futuro.