Опишите вашу роль в производственном инциденте.

Question

Accepted Answer

Они хотят видеть, что вы остаётесь **спокойными, методичными и без вины** под давлением — сначала восстановите сервис, диагностируйте во вторую очередь, предотвращайте повторение в третью. Используйте **STAR**.

## Почему это важно

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

## Практический пример

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

## Хорошее vs слабое

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

## Почему это важно

Инциденты проверяют выдержку — команде нужны твёрдые руки, а не паника, когда всё сломалось.

Подход без обвинений держит людей честными по поводу причин, что является единственным способом действительно предотвращать повторения.

То, как вы справляетесь с худшим днём, говорит больше о вашем старшинстве, чем то, как вы справляетесь с хорошими днями.