Qu’est-ce qui n’a pas bien fonctionné avec “PeintureToutePrévue” ?
- Monsieur Dubois a du remplir un formulaire très technique imposé par “Peinture Toute Prévue”. Il a compris que la spécification détaillée était très structurante pour le projet.
- Monsieur Dubois souhaitait que les volets de sa chambre soient traités en priorité. Sa chambre est restée sans volets pendant 3 semaines.
- Monsieur Dubois pensait pouvoir changer d’avis facilement. La crise des “petites fleurs” lui a prouvé le contraire.
- Monsieur Dubois n’est pas satisfait des résultats (problème de ton de vert et détection du problème des gonds trop tardif)
Pourquoi “PeintureTouteAgile” a-t-elle mieux gérée ces problèmes ?
- Les Dubois ne sont pas noyés de termes techniques, ils n’ont pas à remplir de documents équivoques, rigides et incomplets.
- Les priorités sont définies collégialement et non imposées.
- Les réunions de travail aboutissent sur des actions claires.
- “Peinture Toute Agile” essaye de s’adapter à la demande de ses clients et gérer au plus tôt les problèmes non prévisibles.
- La place est laissée au changement : “Welcome Change”.
- Les Dubois obtiennent des garanties de livraison sur des délais raisonnables. Ils peuvent juger régulièrement de la qualité du travail fourni.
- Les Dubois peuvent changer d’avis à tout instant tout en maîtrisant le coût et la compréhension de ces changements : “plus c’est tard et plus ça coûte !“
Les histoires de volets ne sont que des histoires de volets…non ?
Pas tout à fait ! Cet exemple simple dénote une ligne de fracture nette entre deux manières de faire.
Les société “Peinture Toute Prévue” et “Peinture Toute Agile” ont deux manières différentes d’aborder les problèmes, deux manières de travailler.
Aujourd’hui la majorité des projets informatiques longs et complexes adoptent la même méthode que “Peinture Toute Prévue”.
L’exemple nous montre qu’il est très difficile de sortir des projets “gagnant-gagnant” à partir de plans statiques, prévus des mois à l’avance et par essence incomplets.
La société bouge, le contexte bouge. Plus le projet est long et plus les changement potentiels sont nombreux et difficiles à anticiper.
On peut les ignorer (en utilisant les spécifications comme bouclier) , les traiter à la fin du plan initialement prévu (en créant des avenants), les traiter dés qu’ils surviennent.
“Peinture Toute Agile” opte pour la troisième solution.
L’adaptation permanente au changement est l’un des fondamentaux de l’agilité.
