PASAPORTE · LO QUE HIZO ESTA SALA
Why does the same outage keep recurring?
Cada línea procede del registro. Nada se calcula para esta página y nada se suaviza: una lista corta de desacuerdos significa una sala que estuvo de acuerdo, no una sala cuyos desacuerdos se escondieron.
| estructura | obstáculos |
| abierta | 08 Sep 2026 |
| quién respondió | 30 personas en 2 grupo(s) · participante: 30 |
| escribió a ciegas | no registrado |
| afirmaciones | 30 escritas, 20 estructuradas |
| vínculos certificados | 20 |
| salas sobre esta pregunta | 1 · no cuenta para el mapa compartido |
| se decide con | el 75 % de los votos emitidos |
| sellado | sí, miembros olvidados |
En qué se apoya- The service map in the wiki is two years old
- One engineer knows how the payment path actually works
- Feature flags are never cleaned up, so nobody knows which paths are live
- The on-call rota has the same two people on it most weeks
- Rollbacks take longer than the outage they are meant to end
- Alerts fire so often that on-call mutes them
Lo que no pudo resolverPublicado como disputado, nunca registrado como un no.
- ninguno: todos los pares que alcanzó la sala quedaron resueltos
Lo que se predijo que vendría despuésEscrito después de que el mapa quedara resuelto. Nadie lo votó.
- No production deploy after 14:00 on Fridays unless the on-call engineer agrees — esperado: the same cause stops coming back once fixing it is in the sprint — para el 23 Jan 2027
Lo que haría la salaCada acción juzgada frente a cada causa raíz, con tres cuartas partes de los votos emitidos.
- No production deploy after 14:00 on Fridays unless the on-call engineer agrees
dividido: One engineer knows how the payment path actually works - Give the shared schema one named owner and a migration tool with rollback
reduce: One engineer knows how the payment path actually works - Reserve one engineer-week per sprint for post-mortem actions, first in the sprint, not last
no reduce ninguna causa raíz
← el diálogo