Resumen rápido
Una retrospectiva sin culpa asume que las personas tomaron decisiones razonables con la información que tenían. La reunión busca las condiciones que hicieron probable el error: alertas que faltan, un runbook confuso, una ventana de despliegue, una revisión que no podía ver el riesgo. Sigues nombrando lo que pasó. No nombras a un culpable como la solución.
Esa definición cubre dos reuniones que la gente mezcla. Una retro de sprint puede ser sin culpa respecto a cómo trabajó el equipo. Una retro de incidente es sin culpa respecto a un fallo, y necesita una línea de tiempo.
Qué significa «sin culpa» y qué no
No significa que nadie rinda cuentas. Alguien sigue siendo responsable del siguiente cambio en la alerta, el runbook o el rollout. Significa que la acción es un cambio del sistema. «Jordan debería tener más cuidado» es culpa. «Los despliegues a producción exigen una segunda persona los viernes después de las 16:00, a cargo del responsable de la guardia, revisados en dos semanas» es una acción sin culpa.
Tampoco significa una reunión blanda, sin hechos. Una retro sin culpa sin línea de tiempo se convierte en un círculo de sentimientos, y la misma caída vuelve.
La Directiva Primaria de Norm Kerth es el punto de partida habitual: con la información que tenían, las personas hicieron lo mejor que pudieron. Dila al inicio si la sala está tensa. Después pasa a la línea de tiempo. La frase no es toda la reunión.
Sin culpa en una retro de sprint normal
No necesitas una caída. Usa lenguaje sin culpa cuando las tarjetas empiezan a nombrar personas:
- Sustituye «Alex rompió el build» por «el build estuvo en rojo un día porque la comprobación que fallaba no era obligatoria en el pull request».
- Sustituye «producto no deja de cambiar el alcance» por «tres historias cambiaron los criterios de aceptación después de que empezara el desarrollo».
Después vota y elige un cambio del sistema. El resto de la agenda es la retrospectiva de sprint normal: tarjetas en silencio, una votación, de una a tres acciones.
Cómo realizar una retrospectiva de incidente sin culpa
Realízala a los pocos días del incidente, no en la siguiente retro de sprint. Invita a las personas que estuvieron en la respuesta, más una persona que facilite y pueda frenar la culpa. Mantenla en 45–60 minutos para un incidente.
1. Escribe la línea de tiempo antes de la reunión (15 minutos, en asíncrono)
Una lista compartida, de lo más antiguo a lo más reciente:
- cuándo se disparó la primera señal, o cuándo escribió un cliente
- cuándo la vio una persona
- qué creían que estaba pasando
- qué cambiaron
- cuándo paró el impacto
Pide a cada persona que añada los pasos que dio. Hazlo por escrito para que la reunión no sea un concurso de memoria. Las tarjetas anónimas ayudan en la línea de «qué creía yo» si la gente espera un castigo.
2. Abre la regla (2 minutos)
Di: no vamos a asignar a una persona como la causa. Vamos a salir con cambios en la detección, la decisión o la recuperación. Si aparece un nombre, escribe la condición alrededor de esa persona.
3. Recorre la línea de tiempo (15 minutos)
Léela en orden. Pregunta solo: qué sabíamos en este minuto y qué mostraban las herramientas. Corrige las horas. No saltes todavía a «qué deberíamos haber hecho».
4. Encuentra las condiciones que contribuyeron (15 minutos)
Agrupa las notas en tres columnas:
- Detección: alerta ausente, alerta ruidosa, panel que nadie abre
- Decisión: runbook incorrecto, responsable poco claro, dos personas haciendo cambios opuestos
- Recuperación: rollback lento, flag atascado, mensaje al cliente tarde
Estas columnas mantienen la conversación en el sistema. Una tarjeta que solo dice un nombre no recibe voto.
5. Elige de una a tres correcciones (10 minutos)
Cada corrección nombra la condición, el cambio, un responsable y una fecha. Prefiere una corrección de detección. Los incidentes que no avisan a nadie volverán a ocurrir, por muy cuidadoso que haya sido el ingeniero.
Envía la línea de tiempo y las acciones al equipo. No archives el documento donde solo pueda encontrarlo quien facilita. Revisa las acciones en la siguiente retro de sprint, en los primeros cinco minutos.
Lenguaje que puedes corregir en la sala
| Culpa | Sin culpa |
|---|---|
| ¿Quién desplegó esto? | ¿Qué comprobación no se ejecutó antes del despliegue? |
| Deberían haberlo sabido | ¿Qué mostraba el panel en ese minuto? |
| Error humano | ¿Qué paso no tuvo una segunda mirada, y por qué eso era lo normal? |
Preguntas frecuentes
¿Qué es una retrospectiva sin culpa?
Es una retrospectiva que trata el fallo como una propiedad del sistema. Las personas describen lo que sabían en ese momento. Las acciones cambian alertas, runbooks, revisiones o reglas de rollout. El nombre de una persona no es la acción correctiva.
¿Cómo realizar retrospectivas de incidentes sin culpa?
Escribe la línea de tiempo antes de la reunión, prohíbe «quién causó esto» como resultado, ordena las notas en detección, decisión y recuperación, y sal con uno a tres cambios del sistema con responsable. Mantenla separada de la retro de sprint.
¿Un postmortem sin culpa es lo mismo?
Sí para este propósito. Postmortem, revisión de incidente y retrospectiva de incidente son la misma reunión cuando usan una línea de tiempo y rechazan la culpa como solución. Una retrospectiva de sprint es una reunión distinta, sobre todo el sprint.
Empieza un tablero gratis y pon Detección, Decisión y Recuperación en las columnas. Las personas participantes pueden entrar desde el enlace sin una cuenta.
