REALITYWIPE

POR_LOS_NÚMEROS

La ciencia del ritmo de trabajo en ingeniería: por qué comparar velocidad es la métrica equivocada

«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, generalmente a las 11 de la noche mirando un PR a medio terminar. Lo que muestra la investigación es que esta comparación se apoya en bases frágiles. El hallazgo original del 'programador 10x' provino de 12 personas en un estudio de 1968 que midió el tiempo dedicado a una sola tarea, en condiciones que tienen poca similitud con el trabajo de software moderno. Medio siglo después, el marco SPACE documentó que la productividad del desarrollador es multidimensional — la velocidad es una porción de un panorama mucho más grande, y las otras porciones suelen ser invisibles en las comparaciones entre pares. Mientras tanto, un mapeo sistemático de la literatura sobre burnout estableció que el trabajo excesivo crónico es un predictor confiable del agotamiento del ingeniero, no una señal de dedicación excepcional. El viejo guion — 'trabaja más rápido, demuestra tu valor' — está en contradicción con lo que la evidencia muestra sobre cómo realmente se hace una buena ingeniería.

12programadores en el estudio de Sackman/Grant de 1968 que dio origen al mito del '10x' — todo el origen de una creencia popular de medio siglo sobre la productividad del desarrollador de software5 dimensionsel número de dimensiones independientes de productividad del desarrollador del marco SPACE — Satisfacción, Rendimiento, Actividad, Comunicación/colaboración, Eficiencia/flujo — ninguna de las cuales puede ser capturada completamente solo por la velocidad74 studiesestudios primarios sintetizados en el mapeo sistemático de Tulili et al. de 2022 sobre el burnout en la ingeniería de software, donde el exceso de trabajo y la alta carga laboral encabezan constantemente la lista de antecedentes del burnout4 DORA metricsel modelo de rendimiento de ingeniería de cuatro dimensiones utilizado por la investigación DORA (frecuencia de despliegue, tiempo de espera, tasa de fallos de cambio, tiempo de restauración) — los equipos que optimizan en solo una dimensión a expensas de otras consistentemente tienen un rendimiento inferior en el rendimiento a nivel del sistema
Ver archivo de investigación completopondé a pruebaToda la investigación