Opisz swoją rolę w zdarzeniu produkcyjnym.

Question

IT Interview Practice · Accepted Answer

Chcą zobaczyć, że pozostajesz **spokojny, metodyczny i bez winy** pod presją — najpierw przywróć usługę, zdiagnozuj po drugie, a zapobiegaj powtórzeniu po trzecie. Użyj **STAR**.

## Dlaczego to ważne

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

## Pracowany przykład

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

## Dobre vs słabe

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

## Dlaczego to ważne

Incydenty testują opanowanie — zespół potrzebuje pewnych rąk, nie paniki, gdy coś się psuje.

Podejście bez winy utrzymuje ludzi uczciwych na temat przyczyn, co jest jedynym sposobem na rzeczywiste zapobieganie powtórzeniom.

To, jak obsługujesz najgorszy dzień, mówi więcej o Twojej seniority niż to, jak obsługujesz dobre dni.

Dlaczego to ważne

Pracowany przykład

Dobre vs słabe

Dlaczego to ważne

Powiązane pytania