Quand l'équipe est surchargée, quels critères utilisez-vous pour décider sur quoi travailler en premier ?

Question

IT Interview Practice · Accepted Answer

**D'abord, je rends la surcharge visible et j'arrête de prétendre que tout rentre.** Quand une équipe est surchargée, le mode d'échec est de faire un peu de tout et de ne rien terminer. Mon rôle est de forcer une priorisation explicite et de protéger l'équipe du ballottement.

## Les critères que j'applique

- **Impact vs. effort.** Je classe le travail par valeur livrée contre coût. Les éléments à fort impact et faible effort passent en premier ; ceux à fort effort et faible impact sont coupés ou reportés ouvertement.
- **Réversibilité et urgence.** Tout ce qui est irréversible ou borné dans le temps (un correctif de sécurité, une deadline contractuelle, une dépendance de lancement) double la file.
- **Coût du délai.** Certains travaux deviennent plus chers à mesure qu'ils attendent (**tech debt** qui se cumule, pénalité de deadline) ; d'autres seront identiques le mois prochain. Je priorise selon la vitesse à laquelle le coût croît.
- **Bloquer les autres.** Le travail qui débloque d'autres personnes ou équipes a un multiplicateur au-delà de sa propre valeur.
- **Risque.** Quel est le coût si c'est faux ou en retard ? Protéger d'abord contre l'échec coûteux.

## Un cadre simple

| Catégorie | Exemples | Action |
|---|---|---|
| Critique + urgent | Incident de production, faille de sécurité | Faire tout de suite, abandonner le reste |
| Forte valeur, non urgent | Fonctionnalité clé de la roadmap | Planifier et protéger |
| Faible valeur, urgent | Demande bruyante mais mineure | Repousser ou déléguer |
| Faible valeur, non urgent | Confort | Dire non, couper explicitement |

## Comment je le pilote

- Faire une **liste unique classée**, pas cinq « priorités un » parallèles. Si tout est prioritaire, rien ne l'est.
- Communiquer les arbitrages aux **stakeholders** en termes simples : « Ce sprint, on peut faire A ou B, pas les deux. Lequel compte le plus ? »
- Protéger le focus : limiter le work in progress, réduire le changement de contexte, et protéger l'équipe des nouvelles interruptions en plein sprint.

## Pièges

- Laisser le stakeholder le plus bruyant fixer la priorité au lieu des données.
- Dire oui à tout, ce qui revient à dire « je laisse le hasard décider ».
- Couper silencieusement la qualité pour tenir le périmètre ; cela ne fait que déplacer le coût vers la production.

## Pourquoi c'est important

En surcharge, une priorisation impitoyable et transparente est ce qui transforme une équipe stressée et ballottée en une équipe qui livre ce qui compte vraiment, et elle préserve la confiance des stakeholders en étant honnête sur les arbitrages plutôt qu'en ratant tout en silence.

Catégorie	Exemples	Action
Critique + urgent	Incident de production, faille de sécurité	Faire tout de suite, abandonner le reste
Forte valeur, non urgent	Fonctionnalité clé de la roadmap	Planifier et protéger
Faible valeur, urgent	Demande bruyante mais mineure	Repousser ou déléguer
Faible valeur, non urgent	Confort	Dire non, couper explicitement

Les critères que j'applique

Un cadre simple

Comment je le pilote

Pièges

Pourquoi c'est important

Questions connexes