Kako voditi tijekom proizvodnog incidenta?

Question

Accepted Answer

Tijekom incidenta vaš je posao **mirno obnoviti servis i koordinirati odgovor**, a ne biti heroj koji ga sam popravlja. Jasne uloge, mirna komunikacija i pristrasnost prema prvom smanjenju odvajaju glatko posljedovanje 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.
```

## Smanjite prije dijagnostike

Instinkt pronalaženja osnovnog uzroka je jak, opirite mu se. Ako vraćanje vraća servis, učinite to *prvo*, zatim istražite mirno s uklonjenim pritiskom. Korisnici se brinu o razblokitanju, a ne o vašoj dijagnozi.

## Konkretan primjer

Provedba prekida naplatu. Ne ispravljajte novi kod uključen pod pritiskom. Odmah vratite, potvrdite da naplata funkcionira, objavite ažuriranje, *zatim* istražite loše slanje u mirnim uvjetima.

## Zamka

Krivična post-mortem analiza učiteljima ljude da skrivaju probleme. Zadržite je bez okrivnjivanja, fokusirajte se na sistemske nedostatke (nema kanara, nema upozorenja) koja su to omogućila.

## Zašto je to važno

Incidenti su visokog streса i vidljivosti, kako vodite oblikuje i ishod i povjerenje tima u vas.

Mirna koordinacija i učenje bez krivnje pretvaraju prekid u sustav koji je teže slomiti sljedeći put.