Kuvaile rooliasi tuotantopoikkeamassa.

Question

Accepted Answer

Haluavat nähdä sinut pysyvän **rauhallisena, menetelmällisenä ja syyttömänä** paineen alla — palauta palvelu ensin, diagnosoi toiseksi, ja estä uusiintuminen kolmanneksi. Käytä **STAR**.

## Lähestymistapa

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

## Käytännön esimerkki

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

## Hyvä vs. heikko

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

## Miksi tämä on tärkeää

Poikkeamat testaavat malttia — tiimi tarvitsee vakaita käsiä, ei paniikkia, kun asiat ovat rikki.

Syyttömyyslähtöinen lähestymistapa pitää ihmiset rehellisempinä syistä, mikä on ainoa tapa todella estää toistuminen.

Kuinka käsittelet pahimman päivän kertoo enemmän veteraaniuudestasi kuin kuinka käsittelet hyviä päiviä.