Kako voditi v primeru proizvodnega incidenta?

Question

Accepted Answer

Med incidentom je vaša naloga, da **mirno obnovite storitev in usklajujete odziv**, ne pa da ste junak, ki ga reši sam. Jasne vloge, miren komunikacija in nagib k mitigaciji najprej ločijo nemoten odziv od kaosa.

## Kako voditi incident

```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.
```

## Mitigirajte preden diagnosticirate

Instinkt za iskanje osnovnega vzroka je močan, uprite mu se. Če povratni uvoz obnovit storitev, to naredite *najprej*, nato pa mirno raziščite s pritiskom odpadom. Uporabniki se zanima za to, da so odbloklirani, ne za vašo diagnozo.

## Konkreten primer

Novela polomit nakupovanje. Ne debugging novega kode živé pod pritiskom. Takoj povrnite, potrdite, da nakupovanje deluje, objavit posodobitev, *potem* raziščite slabo novelo v mirnih razmerah.

## Pasti

Pridiga, polna krivde, učí ljudi, da skrivajo probleme. Ohranite jo brez krivde, osredotočite se na sistemske vrzeli (brez kanarja, brez opozorila), ki so to dovolila.

## Zakaj je to pomembno

Incidenti so visokostresni in vidni, kako vodite oblikuje tako rezultat kot zaupanje vašega tima vam.

Mirna usklajenost in učenje brez krivde spremenita izpad v sistem, ki ga je naslednjič težje zlomiti.