EngThrive: Make It Fast and Easy to Do Great Work
Este documento presenta EngThrive, un sistema multidimensional de medición y mejora desarrollado en Microsoft que organiza la productividad de los desarrolladores en torno a Velocidad, Facilidad y Calidad, priorizando al mismo tiempo el bienestar y utilizando una combinación de telemetría y encuestas para alinear las métricas con resultados genuinos en lugar de actividad.
Artículo original bajo licencia CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Esta es una explicación generada por IA del artículo a continuación. No ha sido escrita ni avalada por los autores. Para mayor precisión técnica, consulte el artículo original. Leer descargo de responsabilidad completo
Imagina que eres el capitán de un barco masivo. Tu objetivo es llevar el barco a su destino lo más rápido posible. Durante años, has medido el éxito contando cuántas veces el tripulante giró el timón o cuántos cubos de agua sacaron. Pensabas: "Más cubos de agua sacados = barco más rápido".
Pero entonces, notas algo extraño: la tripulación gira el timón furiosamente y saca agua como loca, pero el barco no avanza más rápido. De hecho, la tripulación está agotada, enfadada y lista para abandonar el barco.
Este es el problema que enfrentaron los líderes de ingeniería de Microsoft. Se dieron cuenta de que contar "actividad" (como líneas de código o solicitudes de extracción) era una mala manera de medir si sus desarrolladores realmente estaban haciendo un gran trabajo.
Este documento introduce EngThrive, una nueva forma de medir la productividad que trata la ingeniería de software como un ecosistema vivo, no como una línea de ensamblaje de fábrica. Aquí tienes el desglose simple de cómo funciona.
El Gran Error: Contar las Cosas Incorrectas
El documento explica que, durante mucho tiempo, las empresas intentaron medir la productividad con un solo número, como "Líneas de Código".
- La Trampa: Si pagas a un escritor por palabra, escribirá oraciones largas y aburridas solo para ganar más dinero. Si pagas a un desarrollador por línea de código, escribirá código desordenado e ineficiente solo para alcanzar el número.
- La Paradoja del "Trabajo Remoto": Durante la pandemia, Microsoft vio a los desarrolladores enviar un 20% más de código. Según la vieja matemática, todos eran superestrellas. Pero cuando preguntaron a los desarrolladores: "¿Cómo te sientes?", el 78% dijo que estaba agotado. El barco avanzaba rápido, pero la tripulación se estaba ahogando.
La Solución: La Tríada "Velocidad, Facilidad, Calidad"
En lugar de un solo número, EngThrive utiliza un taburete de tres patas. Si una pata es corta, el taburete se cae. Necesitas las tres para mantenerte en pie.
- Velocidad (La Carrera): Esto no se trata solo de escribir rápido. Se trata de Idea a Cliente.
- Analogía: No importa qué tan rápido pintes un coche si tienes que esperar tres semanas a que llegue la pintura o si el gerente sigue cambiando el color. La velocidad mide el tiempo total desde tener una idea hasta que el cliente la usa realmente.
- Facilidad (El Camino Suave): Esto mide la fricción.
- Analogía: Imagina conducir un coche. Si los frenos se atascan, la radio está rota y tienes que rellenar papeles en cada semáforo en rojo, no estás conduciendo rápido aunque el motor sea potente. "Facilidad" mide cuánto tiempo pasan los desarrolladores luchando contra sus herramientas, esperando reuniones o arreglando compilaciones rotas, en comparación con construir realmente cosas nuevas.
- Calidad (La Durabilidad): Esto mide si el trabajo se mantiene.
- Analogía: Si construyes una casa en un día (Velocidad) sin molestias (Facilidad), pero el techo gotea cada vez que llueve, no has sido productivo. Solo has creado más trabajo para más adelante. La calidad mide con qué frecuencia se rompen las cosas y cuánto tiempo tarda en arreglarse.
El Guardarrail: "Prosperar"
Hay un cuarto elemento llamado Prosperar. Esto no es un objetivo a maximizar; es un guardarrail de seguridad.
- Analogía: Piensa en el velocímetro de un coche. Puedes pisar a fondo el acelerador para ir rápido, pero si el motor empieza a echar humo y el conductor grita de dolor, tienes que pisar el freno.
- Si un cambio hace que el equipo sea más rápido pero los hace miserables (agotamiento, días malos), la métrica "Prosperar" da la alarma. El documento encontró que los desarrolladores infelices tienen 25 veces más probabilidades de decir que son improductivos y el doble de probabilidades de renunciar. No puedes tener un barco rápido si la tripulación renuncia.
Cómo lo Miden: El "Método Mixto"
EngThrive no solo mira los registros de la computadora (telemetría) ni solo pregunta a las personas cómo se sienten (encuestas). Los combina.
- Telemetría es como un rastreador de fitness: te dice qué pasó (por ejemplo, "Pasaste 4 horas en reuniones").
- Encuestas son como preguntar a la persona: "¿Cómo te hizo sentir eso?" (por ejemplo, "Esas reuniones fueron inútiles y frustrantes").
- Juntos, cuentan toda la historia: "Pasamos 4 horas en reuniones y se sintió como una pérdida de tiempo".
Ejemplos del Mundo Real del Documento
El documento comparte tres historias de cómo esto funcionó en Microsoft:
- La Corrección de "Reuniones": Un equipo se dio cuenta de que los desarrolladores se estaban ahogando en reuniones. Se propusieron dar a todos más "tiempo de enfoque".
- Resultado: Los desarrolladores obtuvieron 2 horas extra de tiempo de enfoque a la semana. No solo trabajaron más rápido; arreglaron código antiguo y roto (deuda técnica) que les había molestado. ¿El resultado? Menos "días malos" y un aumento del 13% en la producción real.
- El Experimento de "Juegos": Un equipo intentó "hacer trampa" en una métrica llamada "Tiempo hasta la primera solicitud de extracción" (qué tan rápido un nuevo empleado envía código) dándoles una tarea pequeña y fácil el primer día.
- Resultado: ¡Sorprendentemente, funcionó! Aunque "jugaron" con la métrica, los nuevos empleados se sintieron más seguros, aprendieron las herramientas más rápido y terminaron escribiendo más código durante el año siguiente. El "juego" forzó el comportamiento correcto.
- El Experimento de "Días de Salud": Durante una crisis de agotamiento, un equipo dio a todos dos días libres no planificados.
- Resultado: La producción de código disminuyó durante dos días (malo para "Velocidad"). Pero el alivio del agotamiento duró meses y el equipo recuperó todo el trabajo perdido en solo dos semanas. Sin el guardarrail "Prosperar", los líderes podrían haber cancelado los días libres porque parecían un "fracaso" el primer día.
¿Qué Hay de la IA?
El documento argumenta que la IA es solo otra herramienta, como un nuevo martillo o un coche más rápido.
- La IA podría hacer que la gente escriba código más rápido (Actividad), pero EngThrive pregunta: ¿Realmente lleva los productos a los clientes más rápido (Velocidad)? ¿Hace el trabajo menos frustrante (Facilidad)? ¿Rompe las cosas con menos frecuencia (Calidad)?
- El marco funciona para la IA tan bien como funciona para edificios de oficinas, políticas de vacaciones o reglas de reuniones.
La Conclusión
No puedes medir a un ser humano con un solo número. EngThrive es un sistema que dice: "Hagamos que sea rápido, fácil y de alta calidad hacer un gran trabajo, y asegurémonos de que las personas que hacen el trabajo estén felices y sanas mientras lo hacen".
Mueve a las empresas de "¿Cuántas líneas de código escribiste?" a "¿Cuánto valor creamos y cómo se sintió crearlo?".
¿Ahogado en artículos de tu campo?
Recibe resúmenes diarios de los artículos más novedosos que coincidan con tus palabras clave de investigación — con resúmenes técnicos, en tu idioma.