Comment gérez-vous l'évolution des exigences?

Question

Accepted Answer

Les exigences changent — les marchés évoluent, vous apprenez des utilisateurs, les priorités se déplacent. L'objectif n'est pas *d'empêcher* le changement (c'est à la fois impossible et indésirable) mais de le gérer **délibérément** pour qu'il améliore le produit au lieu de dérailler le projet.

## Accepter le changement, mais le contrôler

```text
✓ EXPECT change → build flexibility into plans (don't over-commit far ahead)
✓ ASSESS each change → impact on scope, timeline, cost, other work
✓ Make the TRADE-OFF visible → "yes, but it costs X or pushes Y"
✓ Let the stakeholder DECIDE with full information
✓ COMMUNICATE the new plan to everyone affected
```

La discipline clé est la même que celle de la gestion de la portée : ne jamais absorber silencieusement un changement. Chaque changement est un compromis conscient qu'une personne assume.

## Pourquoi l'agile aide

L'agile est construit pour les exigences changeantes : les itérations courtes signifient que vous priorisez fréquemment, donc un changement attend au maximum un sprint au lieu de perturber un plan d'un an. Travailler par petits incréments limite l'ampleur du travail à refaire que tout changement unique peut causer.

## Distinguer la découverte du remaniement constant

```text
HEALTHY change → new learning, better understanding of the problem
UNHEALTHY churn → indecision, unclear goals, no one owning priorities
```

Si les exigences changent constamment, le vrai problème est en amont — des objectifs vagues ou une priorisation faible — et c'est ce qu'il faut corriger.

## Un exemple concret

En milieu de sprint, la recherche utilisateur révèle que le flux planifié confond les gens. Plutôt que de foncer tête baissée, vous évaluez : refondre cela coûte trois jours et repousse un élément de priorité inférieure. Vous présentez ce compromis, le PM accepte, et vous vous ajustez — un changement qui a amélioré le produit *mieux*, géré sans chaos.

## Un piège courant

Soit refuser rigidement tous les changements (livrer quelque chose que vous *savez* être mauvais) soit accepter chaque changement sans évaluation d'impact (glissement chronique et épuisement).

## Pourquoi c'est important

La capacité à s'adapter est une force — un logiciel qui ne peut pas changer est un logiciel qui devient lentement obsolète.

Gérer bien le changement (évaluer, rendre les compromis visibles, communiquer, travailler par incréments) vous permet de rester réactif à la réalité sans perdre le contrôle de la livraison.