PASS · HVA DETTE ROMMET GJORDE
Why does the same outage keep recurring?
Hver linje er hentet fra protokollen. Ingenting er beregnet for denne siden, og ingenting er glattet over: en kort liste over uenigheter betyr et rom som var enig, ikke et rom der uenighetene ble ryddet bort.
| strukturerer | hindringer |
| åpnet | 08 Sep 2026 |
| hvem svarte | personer: 30, grupper: 2 · deltaker: 30 |
| skrev uten å se de andres | ikke registrert |
| påstander | skrevet: 30, strukturert: 20 |
| bekreftede koblinger | 20 |
| rom om dette spørsmålet | 1 · teller ikke med i det felles kartet |
| avgjort ved | 75 % av de avgitte stemmene |
| forseglet | ja, medlemmene er glemt |
Hva det hviler på- 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
Hva det ikke kunne avgjørePublisert som omstridt, aldri registrert som et nei.
- ingen: hvert par rommet kom til, ble avgjort
Hva som ble forutsagt å følgeSkrevet etter at kartet var avgjort. Ingen stemte over det.
- No production deploy after 14:00 on Fridays unless the on-call engineer agrees — ventet: the same cause stops coming back once fixing it is in the sprint — frist 23 Jan 2027
Hva rommet ville gjøreHvert tiltak vurdert mot hver rotårsak, ved tre firedeler av de avgitte stemmene.
- No production deploy after 14:00 on Fridays unless the on-call engineer agrees
delt: One engineer knows how the payment path actually works - Give the shared schema one named owner and a migration tool with rollback
reduserer: 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
reduserer ingen rotårsak
← dialogen