Cela change tout: les méthodologies agiles
Le grand écart dans le Triangle de gestion de projet que vous avez probablement remarqué est qu’il est construit sur l’hypothèse que vous pouvez avoir une idée complètement claire à l’avance de ce à quoi votre projet fini doit ressembler. Dans la plupart des cas, cela n’est tout simplement pas vrai et si c’est le cas, cela peut souvent être l’indication d’un projet mal planifié car il ne laisse aucune marge de manœuvre pour des tests utilisateur ou d’autres boucles de rétroaction pour améliorer le travail.
Il peut être difficile pour les ONG et les organisations caritatives de s’éloigner de ce modèle fixe qui consiste à dresser une liste exhaustive des exigences au début du projet (ce que l’on appelle la livraison en cascade). Cette approche présente le moins de risques au départ car elle garantit certaines choses, ce qui est souvent une exigence dans les grandes organisations qui ont des structures opposées au risque. Cependant, avec un processus agile, vous ne choisissez pas un point final fixe, vous choisissez un processus pour résoudre un problème. Cela signifie que vous travaillez en étroite collaboration avec vos développeurs pour construire, tester et apprendre (puis répétez!) sur un laps de temps défini et faire autant de travail que possible sur le problème dans un délai défini. Vous ne savez pas quel sera le résultat, mais cela vous rapproche presque toujours du « pourquoi?’ d’un projet en supprimant l’ensemble’ comment?’.
Un mur d’eau parfaitement exécuté donne un résultat de projet parfait, mais nous ne vivons pas dans un monde parfait et démarrer un projet en cascade en pensant que cela fonctionnera exactement comme vous l’imaginez est une recette de catastrophe 99% du temps. Un processus agile fonctionne parce que c’est fondamentalement un processus honnête. Agile reconnaît que nous sommes tous humains et que nous savons que nous pouvons mal comprendre les choses, changer d’avis ou découvrir de nouvelles informations au fur et à mesure qu’un projet se développe. Plutôt que d’attendre la surprise à la fin lorsque le budget est dépensé et que votre partenaire technologique ne peut rien faire pour vous aider, n’est-il pas préférable de planifier autour de cela?
Si votre projet peut prendre ce qui est souvent perçu comme plus risqué en adoptant un processus agile, cela vaut vraiment la peine d’être considéré. Ce que vous construisez peut finir par être très différent de ce que vous avez imaginé le premier jour, mais vous pouvez être sûr qu’il sera presque toujours meilleur, moins cher et livré plus rapidement qu’un projet de cascade traditionnel lorsque tout est considéré.
Vous l’avez là. C’est le Triangle de la gestion de projet et comment vous pouvez y jouer comme un pro (ou le jeter par la fenêtre et devenir agile).
