Popište svou roli v produkčním incidentu.

Question

Accepted Answer

Chtějí vidět, že zůstáváte **klidný, metodický a bez viny** pod tlakem — nejdříve obnovte službu, druhé diagnostikujte, třetí předcházejte opakování. Použijte **STAR**.

## Jak se k tomu přistupuje

```text
INCIDENT ORDER
1. Stabilize — stop the bleeding (rollback, failover, mitigate)
2. Communicate — keep stakeholders updated on a clear channel
3. Diagnose — root cause once it's stable, not during
4. Prevent — a blameless post-mortem with action items
```

## Praktický příklad

```text
S: A deploy caused checkout errors for ~15% of users.
T: I was on call and had to restore service fast.
A: I rolled back the deploy first (service recovered in minutes), posted updates
   every 10 minutes, then traced the cause to an unhandled null from a new API
   field. I added a guard and a contract test.
R: Downtime stayed under 20 minutes. The post-mortem added the missing test to
   CI so it can't recur.
```

## Dobré vs. slabé

```text
✓ Mitigate first, communicate, blameless follow-up
✗ Debugging live while users are down
✗ Blaming the person who deployed
```

## Proč na tom záleží

Incidenty testují klid — tým potřebuje v Critical situacích pevné ruce, ne paniku.

Přístup bez obvinění udržuje lidi upřímné na otázku příčin, což je jediný způsob, jak opakování skutečně předcházet.

To, jak se chováte v nejhorší den, vypovídá víc o vaší seniorite než to, jak se chováte v dobrých dnech.