MECANISMOS_NOMBRADOS
La ciencia del ritmo de trabajo en ingeniería: por qué comparar velocidad es la métrica equivocada
3 mecanismos con nombre — «Ella entrega el doble de rápido que yo — seguro no sirvo para esto» es el tipo de pensamiento que los ingenieros de software ensayan constantemente,
La trampa de la comparación de velocidad es el patrón cognitivo de usar la velocidad de producción visible de un par — tickets cerrados, PRs fusionados, commits enviados — como proxy de su productividad general y luego medir el propio valor contra eso. La investigación sobre el marco SPACE establece que los recuentos de actividad como estos representan solo una de las cinco dimensiones independientes de la productividad del desarrollador, sin tener en cuenta sistemáticamente las contribuciones en comunicación, calidad de revisión de código, mentoría y trabajo de enfoque sostenido.
Cómo suena en tu cabezaEl guion interno: 'Ella entregó cuatro funciones en este sprint y yo entregué dos — soy la mitad de buena que ella.' La investigación lo lee distinto: viste cuatro PRs y dos PRs; no viste las revisiones de código que ella recibió y que tú diste, la decisión de arquitectura que discutiste, el ingeniero junior que desbloqueaste, ni las dos horas que cada uno pasó en reuniones que no podían controlar.
El mecanismo del mito del 10x describe cómo un hallazgo de un estudio de 1968 de 12 programadores completando una tarea de depuración única se convirtió en una creencia popular ampliamente repetida sobre una clase estable e identificable de desarrollador diez veces más productivo que el promedio. La auditoría histórica de McConnell muestra que la razón original midió la varianza del tiempo en la tarea — no la productividad general — y nunca se validó como un rasgo individual estable, pero circula como si fuera una ley empírica replicada sobre la capacidad del desarrollador.
Cómo suena en tu cabezaEl guion interno: 'Quizás simplemente no soy uno de los ingenieros 10x — algunas personas están hechas de otra manera.' La investigación lo lee distinto: el '10x' fue un número de una tarea medida en un estudio de 1968. No hay evidencia validada de que describa una propiedad individual estable e inherente en lugar de una instantánea de la varianza del tiempo en la tarea bajo un conjunto de condiciones.
La espiral de exceso de trabajo y agotamiento describe el patrón en el que la creencia de que las horas más largas señalan dedicación y capacidad lleva a los ingenieros a superar los límites sostenibles, lo que aumenta las tasas de error y reduce la calidad del código, lo que aumenta la presión para trabajar más para compensar, acelerando el agotamiento. El mapeo sistemático de 74 estudios de agotamiento de Tulili, Capiluppi y Rastogi encontró el exceso de trabajo como el antecedente más consistentemente citado del agotamiento del ingeniero de software en la literatura.
Cómo suena en tu cabezaEl guion interno: 'Si pongo las horas extra ahora demostraré que soy serio y eventualmente alcanzaré a los demás.' La investigación lo lee distinto: la literatura sobre el agotamiento del ingeniero de software encuentra que el exceso de trabajo sostenido es lo que produce el agotamiento, la degradación de la calidad y la salida del campo — no el alcance que promete.