Waterfall : la recette de l'échec

La raison principale est l'effet tunnel. Ce que l'utilisateur demande est rarement ce dont il a besoin. Cela se travaille, mais in fine, il n'y a que l'utilisation réelle d'une application en production par de vrais utilisateurs qui dit si ce qui a été développé est utile ou non. Donc si vous partez la fleur au fusil pour un an de développement sans mise en production intermédiaire, vous risquez de passer des mois à résoudre des problèmes imaginaires et développer des fonctionnalités inutiles. À l'usage, vos utilisateurs découvriront aussi qu'ils auraient eu besoin d'une autre fonctionnalité, que votre application ne propose pas et qui vous prendra des mois à développer. Ce que vous voulez, c'est du feedback régulier afin d'ajuster le tir au fur et à mesure que le besoin se découvre, à l'usage.

Bon, mais à supposer que vous ayez vu juste sur le cahier des charges, il faut maintenant que votre maître d'œuvre se l'approprie. Sur des projets à plusieurs millions d'Euros, les cahiers des charges dépassent fréquemment les mille pages. Ce document, vous avez passé du temps à l'établir, de sorte que vous attendez implicitement qu'il soit suffisant. Malheureusement, croire qu'il permettra à vos interlocuteurs de vous comprendre est un fantasme. Un document, on ne peut pas lui poser de questions, on ne peut pas lui demander de reformuler et ce document ne s'enrichit pas de la réflexion du lecteur. Il faut pouvoir discuter ! Et ne me parlez pas des questions/réponses en phase d'appel d'offres, elles ne remplacent pas de vraies sessions de travail et la co-construction qu'elles permettent.

Bon, mais à supposer que votre lecteur vous ait parfaitement compris, il faut maintenant qu'il estime la charge de travail associée en vue de vous faire une offre. Vous savez comme moi que plus la chose à estimer est grosse, plus l'erreur d'estimation est grande. Considérant que l'offre est faite sur base d'un cahier des charges, c'est-à-dire avant conception fonctionnelle, toute estimation s'apparente à un jeu de hasard, plus précisément un jeu de roulette russe. Vu l'ampleur du sujet, l'erreur d'estimation n'est pas de 15 ou 20% mais plutôt de 50 à 100%.

Il y a enfin de grandes chances que vous subissiez les effets pervers de l'appel d'offres. Le jeu est simple : les candidats à la maîtrise d'œuvre cassent le prix autant qu'ils le peuvent dans l'espoir de décrocher le pompon, et ce d'autant plus facilement qu'ils ignorent la complexité de votre métier. De tout ce beau monde émerge un gagnant, dont l'obsession sera de rester rentable malgré le risque qu'il a pris. Au fur et à mesure que se découvre la complexité du métier, le cahier des charges devient une Sainte Écriture que l'on interprète : oui ou non ces fonctionnalités en faisaient-elles partie ? Certaines exigences n'étaient pas explicites, parce que trop détaillées, mais elles restent nécessaires pour que le système fonctionne. C'est donc une véritable bataille de périmètre qui s'engage, et (scoop) à la fin, c'est le client qui paye, parce qu'il est captif.