- Este artículo explica cómo fracasó un intento de medir la productividad del equipo
- Se decidió introducir métricas de desempeño individual con fines de evaluación y desarrollo
- Se descartaron métricas como líneas de código o cantidad de bugs por su alta posibilidad de manipulación, y en su lugar se decidió medir el desempeño con story points o número de historias entregadas
El desempeño de Tim Mackinnon es ‘0’
- Se midió el desempeño de todos los integrantes del equipo usando herramientas de medición de productividad del equipo (Jira, etc.)
- La puntuación de desempeño de Tim fue 0 → porque no había registrado ni un solo story point
- El gerente pidió reemplazar a Tim porque su desempeño era 0
Por qué Tim Mackinnon no estaba mostrando resultados
- Tim no se hacía cargo directamente de las historias
- En cambio, se concentró en el pair programming con sus compañeros de equipo
- Trabajaba junto con desarrolladores con menos experiencia y los guiaba para resolver problemas
- En vez de resolverlos él mismo, los ayudaba a llegar a una solución por medio de preguntas
- Con desarrolladores senior, analizaba los problemas en conjunto y mejoraba las soluciones
- Aunque Tim no escribía código directamente, mejoraba el desempeño general del equipo
La verdadera contribución de Tim Mackinnon
- La contribución de Tim no puede medirse con una puntuación individual de desempeño
- Gracias a Tim, mejoraron la productividad de todo el equipo y la calidad del código
- Cuando Tim trabajaba con alguien, se obtenían resultados más rápidos y mejores
Cambio del método de evaluación a productividad del equipo
- Se le explicó al gerente el nivel de contribución de Tim y se le dio la oportunidad de observarlo
- Después de confirmar que el desempeño de todo el equipo había mejorado, se abandonó la medición de desempeño individual
- El método de evaluación cambió de desempeño individual a desempeño del equipo e impacto en el negocio
Resumen (tl;dr)
- La productividad debe medirse por resultados de negocio (por ejemplo, reducción de costos, generación de ingresos, etc.)
- En sistemas complejos, medir el desempeño individual no tiene sentido
- DORA Metrics y similares son herramientas para medir el desempeño del sistema, no la contribución individual
- Si tienes la oportunidad de trabajar con Tim Mackinnon, no la dejes pasar
5 comentarios
La verdad es que, una vez que pasas de senior y llegas más o menos al nivel de staff engineer, te vas alejando cada vez más del código que realmente se despliega en producción... y en cambio parece que terminas dedicando mucho más tiempo a hacer coaching para seniors y juniors. También te toca escuchar las quejas de los managers... y cuando surge un problema, te llaman de todos lados para que propongas una solución....
Si eso es lo que haces, entonces es imposible cuantificarlo con tickets de Jira y puntos.
Como tech lead, hago bastante este tipo de trabajo. Intentar cuantificar con base en story points es algo parecido y, por suerte, como la empresa no es tan grande, tanto los ejecutivos como el resto del equipo entienden qué rol cumplo, así que por ahora no parece que estén surgiendo problemas.
Si la organización crece, supongo que también tendré que pensar en métodos de cuantificación.
Sentí que ya había visto esta historia por algún lado... así que es un texto de 2023.
Parece que el mismo texto ya se había publicado hace 2 años https://es.news.hada.io/topic?id=10680
Parece alguien como GitHub Copilot....
Opinión de Hacker News
Medir la productividad de un desarrollador individual es absurdo. Medir líneas de código o story points es lo opuesto a la productividad. Lo importante es que un desarrollador genere más valor con menos código
Encontraron una forma de resolver problemas poniendo el nombre de Tim en el ticket. Los miembros del equipo estarán dispuestos a ayudar
Qué bueno que Tim siga en el equipo y esté guiando el proceso en la dirección correcta. Hace falta un gerente que sepa escuchar
Es extraño un modelo en el que un programador se dedica solo a ayudar sin tener trabajo individual
Es raro que Tim no haga trabajo individual. Para maximizar la productividad del equipo, hace falta un equilibrio entre la contribución individual y la colaboración del equipo
Si Tim no contribuye al equipo, le dirían que empiece a trabajar y entregue historias. Está bien que Tim ayude a otros, pero también tiene que hacer su propio trabajo
No todo tiene que convertirse en una actividad grupal. Si un desarrollador promedio no puede entregar una funcionalidad sin la ayuda constante de Tim, hay un problema en el equipo
Los mejores equipos siempre tienen a alguien como Tim. La ayuda de Tim se transmite a los demás y todo el equipo crece
No es buena idea medir la productividad de los desarrolladores con story points. Un desarrollador llamado Zero no recibía historias asignadas y se dedicaba a ayudar al equipo
Es difícil cuantificar el valor del soporte. Pero el soporte es indispensable. Hay que confiar en que los líderes sepan juzgarlo correctamente