PASPOORT · WAT DEZE RUIMTE DEED
Why does the same outage keep recurring?
Elke regel komt uit het verslag. Niets wordt voor deze pagina berekend en niets wordt gladgestreken: een korte lijst meningsverschillen betekent een ruimte die het eens was, niet een ruimte waarvan de meningsverschillen zijn weggepoetst.
| structureert | knelpunten |
| geopend | 08 Sep 2026 |
| wie antwoordde | 30 mensen in 2 groep(en) · deelnemer: 30 |
| blind geschreven | niet vastgelegd |
| beweringen | 30 geschreven, 20 gestructureerd |
| koppelingen bevestigd | 20 |
| ruimtes over deze vraag | 1 · telt niet mee voor de gedeelde kaart |
| beslist bij | 75% van de uitgebrachte stemmen |
| verzegeld | ja, leden vergeten |
Waar het op rust- 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
Wat het niet kon beslissenGepubliceerd als betwist, nooit vastgelegd als nee.
- geen: elk paar dat de ruimte bereikte, is beslist
Wat er naar verwachting zou volgenGeschreven nadat de kaart vaststond. Niemand heeft erover gestemd.
- No production deploy after 14:00 on Fridays unless the on-call engineer agrees — verwacht: the same cause stops coming back once fixing it is in the sprint — uiterlijk 23 Jan 2027
Wat de ruimte zou doenElke actie beoordeeld tegen elke grondoorzaak, bij driekwart van de uitgebrachte stemmen.
- No production deploy after 14:00 on Fridays unless the on-call engineer agrees
verdeeld: One engineer knows how the payment path actually works - Give the shared schema one named owner and a migration tool with rollback
vermindert: 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
vermindert geen grondoorzaak
← de dialoog