« Ne pas construire sur du sable ! »
Les lois que tout chef de projet a vécues
Phase d'analyse
En maintenance
Le coût de correction d'une erreur selon le moment où elle est détectée.
La loi des besoins ego-centrés.
Ce que demande le client. Ce que prévoit le contrat. Ce que l'analyste a prévu. Ce que le programmeur a écrit. Ce que la mise au point a fait. Ce qu'il fallait. Six versions du même projet ! Chaque acteur part de sa propre représentation du besoin, filtrée par son métier, ses hypothèses, ses angles morts. La mauvaise compréhension des besoins n'est pas un accident. C'est la règle dès qu'on ne gère pas les exigences.
La loi du besoin qui bouge.
Une exigence n'est pas un bloc de granit. Elle évolue, se précise, se contredit. Si on tolère les changements sans les contrôler, le périmètre du projet dérive en silence — et le projet livre exactement ce que personne ne voulait plus.
La loi de l'accord implicite.
Chaque partie prenante a approuvé… sa propre version du besoin. Sans accord écrit, sans validation formelle par la direction et le client, les engagements du projet restent des intentions. Et les intentions ne se recettent pas.
Comment y échapper ?
Une exigence bien gérée, c'est un besoin défini sans ambiguïté, validé par tous les acteurs, tracé tout au long du projet. Pas une phrase dans un email.
Assurer les fondamentaux de la gestion des exigences
Définir avant de construire. Une exigence couvre l'ensemble des besoins et contraintes exprimés par le client à l'équipe projet. Fonctionnels ou non-techniques — délais, coûts, normes qualité, ressources. Tout ce qui engage le projet doit être écrit.
Résoudre le bon problème. Avant toute exigence de solution, il faut analyser l'espace du problème. Définir le bon système, c'est déjà résoudre le bon problème — pas celui qu'on a envie de résoudre.
Vérifier, approuver, référencer. Une exigence doit être vérifiée (cohérente, testable, non ambiguë), approuvée formellement par la direction et le client, et référencée pour être tracée. Sans ces trois étapes, elle n'existe pas.
Maîtriser les changements. Le passage en mode changement se fait lorsque tous les acteurs ont validé les exigences. Toute demande de changement est enregistrée, évaluée, décidée, estimée, validée — avant d'être réalisée.
Assurer la traçabilité. Chaque livrable du projet doit pouvoir être relié à une exigence approuvée. C'est la seule façon d'évaluer la conformité du produit final aux besoins réels du client.
Les supports ci-dessous datent de mes années d'enseignement à l'IUT de Belfort (2007-2020). Les principes qu'ils énoncent restent ceux d'une conduite de projet rigoureuse — précisément ce qui manque à l'heure du développement augmenté, et que mes travaux actuels actualisent.
M04 · 2007 — La Gestion des exigences
Du besoin au livrable : comment définir, vérifier, approuver et tracer les exigences tout au long du cycle de vie projet. Avec le processus complet de gestion des changements.
Télécharger le PDF downloadÀ l'heure de l'IA, faut-il inventer une nouvelle approche ?
L'IA génère des spécifications, reformule des besoins, produit des user stories en quelques secondes. Elle convainc. Et c'est précisément là le danger : elle pousse à brûler la phase d'analyse, à passer trop vite de l'expression du besoin à la solution. Or toute phase d'analyse des exigences exige du temps, des itérations, une confrontation des points de vue que l'IA ne sait pas provoquer.
Elle propose vite, elle structure vite — mais elle n'interroge pas le client, ne détecte pas les contradictions entre parties prenantes, ne valide pas les hypothèses implicites. Le besoin mal compris coûte 200 fois plus cher à corriger en production.
Ces changements dessinent un territoire où l'expérience de l'analyse rencontre des outils neufs — et où la rigueur du processus reste la seule garantie.
Maîtriser les fondamentaux est toujours nécessaire bien sûr, mais ne suffit plus.
Il faut les penser à l'heure du développement augmenté.
C'est cette double démarche — s'approprier les principes et les actualiser face à l'IA — qui distingue aujourd'hui les organisations qui engagent vraiment leur trajectoire de celles qui se laissent emporter.
C'est justement l'objet de mes travaux.
En savoir plus arrow_forward
