CRONOLOGÍA_DE_INVESTIGACIÓN
La ciencia de los incidentes de ingeniería y la identidad: por qué rara vez es culpa del villano
"¿Quién rompió prod?" parece la pregunta correcta después de una interrupción. La investigación sobre sistemas da una respuesta menos satisfactoria pero mucho más útil: los sistemas complejos fallan por la alineación de muchas condiciones pequeñas, no por un actor imprudente (Reason 1990; Google SRE 2016). Mientras tanto, las personas más responsables de mantener esos sistemas vivos — las que hacen trabajo de infraestructura, turnos de guardia y trabajo de pegamento — están sistemáticamente subvaloradas (Champion et al. 2024). Y ahora se añade una nueva amenaza de identidad: las herramientas de IA que prometen reemplazar a los ingenieros son confiables para una minoría cada vez menor de desarrolladores (Stack Overflow 2025). El viejo guion — 'alguien aquí es el villano' — casi siempre está mal leído.
Cómo cambió la ciencia · 1983–2024
- 1983
El corazón en venta de Arlie Hochschild acuña el concepto de trabajo emocional — trabajo que requiere gestionar los propios sentimientos como parte del trabajo pero que no se contabiliza en ningún registro formal. El concepto más tarde ancla la investigación sobre el trabajo invisible de pegamento en los equipos de software. ↗
- 1990
James Reason publica Human Error, introduciendo el modelo del queso suizo de la causalidad de accidentes: las fallas ocurren cuando los agujeros en múltiples capas defensivas se alinean, no porque una persona cometió un error. El modelo se convierte en fundamental para la aviación, la medicina y, más tarde, la fiabilidad del software. ↗
- 2006
La guía de campo para entender el error humano de Sidney Dekker reencuadra el 'error humano' como un síntoma, no una causa — el ingeniero que hizo clic en el botón equivocado lo hizo dentro de un sistema que permitió o alentó esa acción. La culpa, argumenta Dekker, detiene las investigaciones en la capa equivocada. ↗
- 2012
John Allspaw y Jesse Robbins popularizan las autopsias sin culpa en Etsy, argumentando que los ingenieros que temen el castigo ocultan información — y la información oculta mata la fiabilidad. Su enfoque influye más tarde en la práctica de Ingeniería de Fiabilidad del Sitio de Google. ↗
- 2016
Google publica su libro de SRE, dedicando un capítulo completo a la cultura de postmortems. El capítulo codifica la ausencia de culpa como política organizacional: 'los objetivos principales de escribir un postmortem son garantizar que el incidente esté documentado, que se comprendan todas las causas raíz contribuyentes y que se implementen acciones preventivas efectivas'. ↗
- 2018
Forsgren, Humble y Kim publican Accelerate, correlacionando prácticas organizacionales con el rendimiento de entrega de software en miles de equipos. Sus datos muestran que los equipos de alto rendimiento se distinguen no por héroes libres de culpa, sino por seguridad psicológica, ciclos de retroalimentación rápidos y propiedad distribuida de la fiabilidad. ↗
- 2024
Champion et al. publican un estudio empírico a gran escala sobre el trabajo invisible en los ecosistemas de software de código abierto: el mantenimiento de infraestructura, la documentación, la revisión de código y la gestión comunitaria están sistemáticamente menos reconocidos en comparación con los commits de características — y la brecha perjudica a los ingenieros que se especializan en fiabilidad sobre la novedad. ↗