01
Partir du besoin, pas de la solution
Décrivez qui utilisera le produit, quelle tâche pose problème aujourd'hui et ce qui devra être différent après le projet. Distinguez l'objectif de la solution imaginée : « réduire les ressaisies » laisse plusieurs options ouvertes, alors que « créer un tableau de bord » impose déjà une forme qui n'est peut-être pas la bonne.
Ajoutez les contraintes qui changent réellement la conception : outils existants, types de données, rôles d'accès, obligations de confidentialité, calendrier et personnes disponibles pour valider. Si une information manque, signalez-la comme question ouverte plutôt que de la transformer en hypothèse silencieuse.
02
Définir un périmètre vérifiable
Classez les besoins en trois groupes : indispensables à la première livraison, souhaitables ensuite et explicitement hors périmètre. Pour chaque besoin prioritaire, décrivez un scénario concret avec son point de départ, ses étapes et son résultat attendu. Cette précision aide à estimer le travail et à reconnaître les changements de demande.
Décrivez également les interfaces avec les systèmes existants : quelles données entrent, lesquelles sortent, à quelle fréquence et qui en est responsable. Une intégration nommée sans règle de circulation des données reste une source de surprise pendant le projet.
03
Écrire les critères de validation
Une fonctionnalité n'est pas terminée parce qu'elle apparaît à l'écran. Précisez ce que l'on doit pouvoir faire, sur quels appareils, avec quels droits et dans quels cas d'erreur. Pour un formulaire, par exemple, la validation porte aussi sur le message affiché, la réception de la demande et le traitement d'une saisie incomplète.
Choisissez une personne habilitée à accepter chaque livrable et un délai de retour réaliste. Notez les dépendances : contenus, accès, validations juridiques ou décisions métiers. Un calendrier n'est crédible que si ces contributions y figurent.
04
Organiser les changements sans bloquer le projet
Conservez un registre court des décisions : sujet, option choisie, responsable et date. Lorsqu'une nouvelle demande arrive, évaluez son effet sur le coût, le délai et les éléments déjà validés avant de l'ajouter au périmètre. Ce n'est pas une manière de refuser les idées ; c'est une manière de choisir en connaissance de cause.
Prévoyez une revue régulière des points bloquants et des risques, avec une décision explicite à la fin de chaque réunion. Les comptes rendus utiles sont ceux qui permettent à chacun de savoir ce qu'il doit faire ensuite.
05
La version à partager avant de lancer
Avant de démarrer, vérifiez que le document répond sans ambiguïté à cinq questions : pourquoi ce projet, pour qui, quoi livrer en premier, comment valider et qui décide lorsqu'un arbitrage est nécessaire. Si l'une de ces réponses manque, le document doit encore être travaillé.
Le cahier des charges n'élimine pas tous les imprévus. Il donne une base commune pour les traiter sans confondre découverte, changement de périmètre et retard d'exécution.
