Hvordan leder du under en produksjonshendelse?

Question

Accepted Answer

Under en hendelse er jobben din å **gjenopprette tjenesten rolig og koordinere responsen**, ikke å være helten som fikser det alene. Klare roller, rolig kommunikasjon og en bias til å redusere først skiller en smooth respons fra kaos.

## Hvordan kjøre en hendelse

```text
1. ASSIGN roles — incident commander (coordinates), responders (fix),
   comms (updates stakeholders). One person can't do all three.
2. MITIGATE first — stop the bleeding (roll back, feature-flag off)
   before chasing root cause.
3. COMMUNICATE on a cadence — even "still investigating" every 15-30 min.
4. STAY CALM — the team mirrors your energy. Blame comes later, or never.
5. After: BLAMELESS post-mortem — fix the system, not the person.
```

## Reduser før du diagnostiserer

Instinktet om å finne rotårsaken er sterkt, motst det. Hvis en rollback gjenoppretter tjenesten, gjør det *først*, undersøk deretter rolig med presset av. Brukere bryr seg om å bli avblokkert, ikke om diagnosen din.

## Et konkret eksempel

En deployment bryter checkout. Debugg ikke den nye koden live under press. Rull tilbake umiddelbart, bekreft at checkout fungerer, legg inn en oppdatering, *deretter* undersøk den dårlige deploymenten under rolige forhold.

## En fallgruve

En skyldbelagt etteranalyse lærer folk å skjule problemer. Hold den skyldfri, fokuser på systemhullene (ingen canary, ingen alert) som lot det skje.

## Hvorfor det er viktig

Hendelser er høystress og høy synlighet, hvordan du leder former både resultatet og teamets tillit til deg.

Rolig koordinering og skyldfri læring gjør et strømbrudd om til et system som er vanskeligere å bryte neste gang.