True Causes
DA
← oversigten
7/7 · Handlinger
personer: 30 · idéer: 30
gennemgang · tælles ikke
forhindringer · alle med linket · offentligt listet · i sammenslutning
tovholder: dens tovholder (forseglet)
personer: 30 · idéer: 30 · 2 grupper
Pas → · Logik → · protokol
↗ del dette kort
På et andet websted, som et levende kort:
Som billede: https://truecauses.org/d/6708d57/map.svg
Som data: alle vurderede par i dette rum (CSV). Hver påstand har sin egen adresse, /c/6708d57/<card>, listet under kortet.
Kreditering, når du offentliggør: Causal map: True Causes, https://truecauses.org/d/6708d57
SPØRGSMÅLET

Why does the same outage keep recurring?

Foreslå, hvad der skal gøres, og vurder så, om hver handling ville flytte hver rod.

Forseglet for 23 dage siden: dette rum ved ikke længere, hvem der sad i det; kun dets tovholder er stadig navngivet. Det, det konkluderede, består.
30 ved bordet (heraf simulerede: 29) · 3 handlinger foreslået mod 6 grundårsager. Tilføj en, og vurder så, om hver handling flytter hver årsag.
Du ser med som gæst. Vælg et brugernavn for at komme med og deltage.
Giv grundårsagerne point først
hvorfor
Metodens egen praksis, før nogen handling foreslås: hver grundårsag får 1–5 point for, hvor gennemførligt det er at tage fat på den, hvor stor virkning det ville have, og hvor sandsynligt det er, at den løser sig selv uden indgriben. Prioritet går til grundårsager med stor virkning, høj gennemførlighed og lav sandsynlighed for at løse sig selv — prioritet = virkning + gennemførlighed − sandsynlighed. Pointene er gennemsnit for gruppen og vises med, hvor mange der gav point.
1 = lav, 5 = høj. Dine egne point; gruppens gennemsnit ved siden af.
grundårsaggennemførligvirkningløser sig selvprioritet
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––––
Ville hver handling flytte hver grundårsag?
Ned langs siden: de handlinger, folk foreslog. Hen over toppen: de grundårsager, kortet fandt. Hvert felt er én stemme om ét spørgsmål — ville denne handling væsentligt mindske den årsag? Én side skal nå 75 % af de afgivne stemmer for at afgøre det; ellers forbliver feltet delt. Hvert felt viser, hvordan stemmerne faldt — ja / værre / nej — og et felt er afgjort, når ét af dem når tre fjerdedele af stemmerne.
hvorfor
Besvares ved 75 % af de afgivne stemmer, som alle andre spørgsmål her. Delt betyder, at folk stemte, og ingen side nåede den grænse — det er et resultat, ikke en kø, og det forbliver delt, indtil nok folk ændrer mening. Et felt, ingen afgør, forbliver uafgjort; det bliver aldrig til et nej. At vurdere hvert par for sig er det, der forhindrer, at en populær handling får æren for at løse ting, den ikke rører ved.
HANDLINGGRUNDÅRSAGER · mindsker handlingen til venstre det?
The service map in the wiki is two years oldOne engineer knows how the payment path actually worksFeature flags are never cleaned up, so nobody knows which paths are liveThe on-call rota has the same two people on it most weeksRollbacks take longer than the outage they are meant to endAlerts fire so often that on-call mutes them
No production deploy after 14:00 on Fridays unless the on-call engineer agrees diskutér✗ nej, det gør den ikke
3 ja / 0 værre / 26 nej
⚑ gruppen delte sig
21 ja / 0 værre / 8 nej
ikke afgjort endnu
ikke afgjort endnu
ikke afgjort endnu
ikke afgjort endnu
Give the shared schema one named owner and a migration tool with rollback diskutér✗ nej, det gør den ikke
6 ja / 0 værre / 23 nej
✓ ja, den mindsker dette
24 ja / 0 værre / 5 nej
ikke afgjort endnu
ikke afgjort endnu
ikke afgjort endnu
ikke afgjort endnu
Reserve one engineer-week per sprint for post-mortem actions, first in the sprint, not last diskutér✗ nej, det gør den ikke
4 ja / 0 værre / 25 nej
✗ nej, det gør den ikke
3 ja / 0 værre / 26 nej
ikke afgjort endnu
ikke afgjort endnu
ikke afgjort endnu
ikke afgjort endnu
Størst effekt indtil nu
Give the shared schema one named owner and a migration tool with rollback mindsker 1 af 6 grundårsager
HANDLINGERNE PÅ KORTET
Viser alle handlinger, rummet vurderede: den virker direkte på 1 af de 6 grundårsager. Den virker ikke direkte på 5.
Læst ud fra de felter, rummet afgjorde i fasen Handlinger, og intet andet. En grundårsag i grønt mindskes af mindst én af de viste handlinger; i gråt virker ingen af dem direkte på den; en rød kant betyder, at én af dem gør den værre.
The same three services cause most of the pages → The staging environment does not resemble productionFeature work always outranks reliability work in planning → Post-mortem actions are written up and then never scheduledRollbacks take longer than the outage they are meant to end → Reliability has no budget line of its ownEvery team has its own logging format → Customers report outages before monitoring doesReliability has no budget line of its own → The incident channel fills with people asking for status instead of giving itReliability has no budget line of its own → The staging environment does not resemble productionPost-mortems assign actions to people who were not in the room → Post-mortem actions are written up and then never scheduledTests that fail intermittently are retried until green → Customers report outages before monitoring doesRetries are unbounded, so a slow dependency becomes a flood → The same three services cause most of the pagesAlerts fire so often that on-call mutes them → Every team has its own logging formatThe on-call rota has the same two people on it most weeks → Post-mortem actions are written up and then never scheduledThe on-call rota has the same two people on it most weeks → Alerts fire so often that on-call mutes themFeature flags are never cleaned up, so nobody knows which paths are live → The same three services cause most of the pagesFeature flags are never cleaned up, so nobody knows which paths are live → Rollbacks take longer than the outage they are meant to endOne engineer knows how the payment path actually works → The on-call rota has the same two people on it most weeksThe service map in the wiki is two years old → Feature flags are never cleaned up, so nobody knows which paths are liveFeature work always outranks reliability work in planningFeature work alwaysoutranks reliability workin planningPost-mortems assign actions to people who were not in the roomPost-mortems assign actionsto people who were not inthe roomTests that fail intermittently are retried until greenTests that failintermittently are retrieduntil greenRetries are unbounded, so a slow dependency becomes a floodRetries are unbounded, so aslow dependency becomes afloodOne engineer knows how the payment path actually works ② Give the shared schema one named owner and a migration tool with rollbackOne engineer knows how thepayment path actually works②hvad de viste handlinger gør ved denne grundårsagMINDSKET AF 1 HANDLINGThe service map in the wiki is two years oldThe service map in the wikiis two years oldhvad de viste handlinger gør ved denne grundårsagINGEN HANDLING VIRKERDIREKTE PÅ DENFeature flags are never cleaned up, so nobody knows which paths are liveFeature flags are nevercleaned up, so nobody knowswhich paths are livehvad de viste handlinger gør ved denne grundårsagINGEN HANDLING VIRKERDIREKTE PÅ DENThe on-call rota has the same two people on it most weeksThe on-call rota has thesame two people on it mostweekshvad de viste handlinger gør ved denne grundårsagINGEN HANDLING VIRKERDIREKTE PÅ DENRollbacks take longer than the outage they are meant to endRollbacks take longer thanthe outage they are meantto endhvad de viste handlinger gør ved denne grundårsagINGEN HANDLING VIRKERDIREKTE PÅ DENAlerts fire so often that on-call mutes themAlerts fire so often thaton-call mutes themhvad de viste handlinger gør ved denne grundårsagINGEN HANDLING VIRKERDIREKTE PÅ DENThe same three services cause most of the pagesThe same three servicescause most of the pagesPost-mortem actions are written up and then never scheduledPost-mortem actions arewritten up and then neverscheduledReliability has no budget line of its ownReliability has no budgetline of its ownEvery team has its own logging formatEvery team has its ownlogging formatThe incident channel fills with people asking for status instead of giving itThe incident channel fillswith people asking forstatus instead of giving itThe staging environment does not resemble productionThe staging environmentdoes not resembleproductionCustomers report outages before monitoring doesCustomers report outagesbefore monitoring does
Hvert tal på kortet markerer en grundårsag, som den handling mindsker.
① No production deploy after 14:00 on Fridays unless the on-call engineer agrees
② Give the shared schema one named owner and a migration tool with rollback
③ Reserve one engineer-week per sprint for post-mortem actions, first in the sprint, not last
Hvad vi forventer, der følger
Forudsigelser om handlingerne: hvad hver af dem skal ændre, hvordan det måles, og hvornår der skal tjekkes. På datoen skriver en, der var i rummet, hvad der faktisk skete, ved siden af.
hvorfor
Et kort siger, hvilke handlinger der flytter hvilke årsager. Det siger ikke, om nogen gjorde dem, eller om noget ændrede sig. En post her er en forudsigelse med en dato og noget at måle, skrevet efter at kortet var afgjort. Når datoen kommer, skrives det, der faktisk skete, ved siden af, og forudsigelsen står, som den var: en forkert er den nyttige slags. Ingen har stemt om noget af dette, og det ændrer intet af det, rummet fandt.
frist 23 Jan 2027
handlingNo production deploy after 14:00 on Fridays unless the on-call engineer agrees
vi forventerthe same cause stops coming back once fixing it is in the sprint
målt vedrepeat outages with the same cause, per quarter
gætrummet: 3 (median af 15, spredning 1 til 6)