PASS · VAD DET HÄR RUMMET GJORDE
Why does the same outage keep recurring?
Varje rad kommer från protokollet. Inget räknas fram för den här sidan, och inget slätas ut: en kort lista med oenigheter betyder ett rum som var överens, inte ett rum vars oenigheter städades bort.
| strukturerar | hinder |
| öppnat | 08 Sep 2026 |
| vilka som svarade | 30 personer i 2 grupp(er) · deltagare: 30 |
| skrev blint | inte registrerat |
| påståenden | 30 skrivna, 20 strukturerade |
| certifierade kopplingar | 20 |
| rum om den här frågan | 1 · räknas inte in i den gemensamma kartan |
| avgjort vid | 75 % av de avgivna rösterna |
| förseglad | ja, medlemmarna glömda |
Vad det vilar 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
Vad det inte kunde avgöraPublicerat som omstritt, aldrig registrerat som ett nej.
- inga: varje par som rummet nådde blev avgjort
Vad som förutsågs följaSkrivet efter att kartan blev avgjord. Ingen röstade om det.
- No production deploy after 14:00 on Fridays unless the on-call engineer agrees — förväntat: the same cause stops coming back once fixing it is in the sprint — senast 23 Jan 2027
Vad rummet skulle göraVarje åtgärd bedömd mot varje rotorsak, vid tre fjärdedelar av de avgivna rösterna.
- No production deploy after 14:00 on Fridays unless the on-call engineer agrees
delad: One engineer knows how the payment path actually works - Give the shared schema one named owner and a migration tool with rollback
minskar: 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
minskar ingen rotorsak
← dialogen