Décrivez votre rôle dans un incident de production.

Question

Accepted Answer

Ils veulent voir que vous restez **calme, méthodique et irréprochable** sous pression — restaurer le service en priorité, diagnostiquer ensuite, et prévenir la récurrence en dernier. Utilisez **STAR**.

## Comment l'aborder

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

## Exemple concret

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

## Bon vs faible

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

## Pourquoi c'est important

Les incidents testent votre sang-froid — l'équipe a besoin de mains stables, pas de panique, quand les choses sont cassées.

Une approche irréprochable garde les gens honnêtes sur les causes, ce qui est la seule façon de réellement prévenir les récidives.

Comment vous gérez le pire jour en dit plus sur votre séniorité que la façon dont vous gérez les bons jours.