Cum conduci în timp ce incidentul din producție are loc?

Question

Accepted Answer

În timpul unui incident, sarcina ta este să **restabilești serviciul cu calm și să coordonezi răspunsul**, nu să fii eroul care o rezolvă singur. Roluri clare, comunicare calmă și o tendință de a atenua mai întâi separă o răspuns lin de haos.

## Cum să conduci un 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.
```

## Atenua înainte de a diagnostica

Instinctul de a găsi cauza rădăcinii este puternic, rezistă-i. Dacă o revenire restabilește serviciul, fă asta *mai întâi*, apoi investighez cu calm atunci când presiunea se retrage. Utilizatorii se interesează de a fi dezblocați, nu de diagnosticul tău.

## Un exemplu concret

O implementare strica checkout. Nu depana codul nou live sub presiune. Revino imediat, confirma că checkout funcționează, postează o actualizare, *apoi* investighez implementarea proastă în condiții liniștite.

## O cursă

O post-mortem cu vină pe cineva învață oamenii să ascundă problemele. Păstrează-o fără vinovație, focalizează-te pe golurile sistemice (fără canary, fără alertă) care au permis aceasta.

## De ce acest lucru este important

Incidentele sunt stres ridicat și vizibilitate ridicată, modul în care conduci modelează atât rezultatul, cât și încrederea echipei în tine.

Coordonarea calmă și învățarea fără vinovație transformă o întrerupere în sistem mai greu de rupt în următoarea dată.