Comment gérez-vous la portée et évitez-vous la dérive de portée ?

Question

Accepted Answer

**Portée** est l'ensemble convenu des travaux qu'un projet livrera. **Dérive de portée** est l'expansion progressive et incontrôlée de cette portée — le flux constant de « petits ajouts » qui tranquillement font dérailler la chronologie. Gérer la portée signifie contrôler le *changement*, pas le refuser.

## Pourquoi c'est important

```text
✓ Document what's IN scope
✓ Document what's explicitly OUT of scope (the underused half)
✓ Define "done" / acceptance criteria
✓ Get stakeholders to agree before work starts
```

Une limite écrite et convenue est ce qui vous permet plus tard de dire « c'est un changement » avec preuve.

## Gérer les changements délibérément

Les changements ne sont pas mauvais — les incontrôlés le sont. Quand une nouvelle demande arrive, passez-la par un simple filtre :

```text
1. Is it really needed now, or is it a "nice to have"?
2. What's the impact on timeline / cost / other work?
3. Make the trade-off VISIBLE → "yes, but it pushes the date / drops X"
4. Get the stakeholder to decide with full information
```

L'action clé : ne jamais absorber silencieusement du travail supplémentaire. Faites de chaque ajout un compromis conscient que le partie prenante possède.

## Un exemple concret

En milieu de projet, une partie prenante demande « aussi supporter le chargement en masse — ça devrait être rapide. » Au lieu de l'ajouter sans permission, vous répondez : « On peut, mais ça ajoute environ une semaine. On repousse la date, ou on met la fonctionnalité analytique à la prochaine version ? » Maintenant, c'est leur décision, avec le coût sur la table.

## Un piège courant

Dire oui à chaque demande pour être utile, puis manquer la date limite. L'équipe a l'air d'avoir échoué, alors qu'en réalité elle a silencieusement pris du travail supplémentaire.

## Pourquoi c'est important

La dérive de portée est la raison la plus courante pour laquelle les projets déraillent — non pas parce qu'un seul changement est grand, mais parce que des dizaines s'accumulent invisiblement.

Gérer la portée garde le projet honnête : le changement est acceptable, mais son coût est toujours rendu explicite et possédé par celui qui le demande.