Une note de cadrage formalise le besoin, les objectifs et les limites d’un projet avant d’engager sa réalisation. Elle précise ce que l’équipe doit produire, avec quels moyens et sous quelle responsabilité. Son utilité est immédiate : permettre au commanditaire et au chef de projet de valider une même direction avant de détailler le cahier des charges.
Un accord de départ, pas un dossier technique
La note de cadrage est un document de référence synthétique rédigé en amont du projet. Elle transforme une demande parfois vague en un ensemble de décisions explicites : problème à résoudre, résultat attendu, bénéficiaires, périmètre, ressources et grandes échéances. Elle peut servir de contrat de travail au sens opérationnel, sans constituer automatiquement un engagement juridique.
Testez vos connaissances sur la note de cadrage
Répondez aux six questions. Une correction s’affiche dès que vous choisissez une réponse.
Son premier lecteur est le commanditaire, qui porte le besoin et arbitre les moyens. Le chef de projet s’en sert pour organiser les travaux ; l’équipe, les responsables métiers et les partenaires concernés y trouvent les limites de leur intervention. Tous n’ont pas besoin de valider chaque détail, mais les acteurs qui engagent des ressources doivent pouvoir confirmer leurs engagements.
Une bonne note permet notamment de distinguer une demande d’un objectif. « Installer un nouvel outil » décrit une solution envisagée. « Réduire les ressaisies entre deux services » exprime le résultat recherché. Cette distinction évite de figer trop tôt une réponse technique qui ne traiterait qu’une partie du problème.
Le document reste évolutif pendant les échanges préparatoires. Après validation, toute modification importante doit être tracée et arbitrée, plutôt qu’intégrée discrètement dans une nouvelle version.
Les rubriques qui rendent le cadrage exploitable
La méthode QQOQCP — qui, quoi, où, quand, comment, pourquoi — aide à vérifier la couverture du sujet. Elle ne dispense toutefois pas de préciser les exclusions et les critères de réussite, souvent à l’origine des désaccords ultérieurs.
Le besoin, les objectifs et les frontières du projet
Présentez la situation actuelle, ses conséquences et les populations concernées. Formulez ensuite des objectifs vérifiables, assortis d’une échéance lorsque celle-ci est connue. Un objectif SMART est spécifique, mesurable, atteignable, réaliste et défini dans le temps. Si la situation initiale n’a pas encore été mesurée, prévoyez cette mesure plutôt que d’inventer une cible.
Décrivez les livrables attendus et ce qui restera hors périmètre. Pour un projet de portail interne, la publication de procédures peut être incluse, tandis que la refonte du système de paie est explicitement exclue. Associez à chaque livrable un critère d’acceptation : qui le vérifiera et sur quelle base ?
Les moyens, les responsabilités et les incertitudes
Le macro-planning expose les étapes et les dates clés, sans remplacer un planning détaillé. Le budget distingue une enveloppe autorisée d’une estimation à confirmer. Les ressources précisent les compétences nécessaires et la disponibilité attendue, pas seulement une liste de noms.
- Gouvernance : commanditaire, chef de projet, contributeurs et instance d’arbitrage.
- Contraintes : échéance imposée, règles de sécurité, obligations réglementaires ou dépendances techniques.
- Risques : événement redouté, conséquence possible, mesure préventive et responsable du suivi.
- Communication : destinataires des informations, points de suivi et modalités de remontée des difficultés.
Définissez aussi l’horizon de certitude du projet : ce qui est acquis aujourd’hui, ce qui doit être confirmé au prochain jalon et ce qui reste ouvert. Une date de déploiement conditionnée à un test technique n’a pas le même statut qu’une échéance réglementaire. Cette lecture par degrés de visibilité évite de transformer une hypothèse en promesse et indique où concentrer les prochaines investigations.
Articuler la note avec les autres documents projet
La note de cadrage intervient généralement avant le cahier des charges : elle établit le sens et les limites du projet, tandis que celui-ci approfondit les besoins et les exigences. Les appellations varient selon les organisations ; mieux vaut donc clarifier la fonction de chaque document que multiplier des supports redondants.
| Document | Question principale | Contenu dominant |
|---|---|---|
| Lettre de mission | Qui est mandaté pour faire quoi ? | Mission confiée, responsabilités et autorité du responsable désigné. |
| Note de cadrage | Sur quelles bases engage-t-on le projet ? | Besoin, objectifs, périmètre, moyens, risques et gouvernance. |
| Cahier des charges | Quelles exigences la réponse doit-elle satisfaire ? | Besoins détaillés, exigences fonctionnelles et contraintes applicables. |
| Note de lancement | Que faut-il communiquer au démarrage ? | Organisation retenue, calendrier de départ et consignes opérationnelles. |
Dans un petit projet, un document unique peut remplir plusieurs fonctions si elles restent lisibles. Dans un projet complexe, la note renvoie plutôt vers des annexes spécialisées : matrice des responsabilités RACI, analyse des risques ou plan de conduite du changement. Elle n’a pas vocation à contenir toutes les spécifications techniques.
Rédiger puis faire valider les vrais arbitrages
Le chef de projet prépare généralement la note avec le commanditaire et les représentants métiers. La rédiger seul à partir d’une demande initiale expose à formaliser des suppositions comme des décisions. Procédez plutôt par échanges ciblés, puis soumettez une version consolidée.
- Recueillir le besoin : interrogez le commanditaire et les futurs utilisateurs sur les difficultés actuelles et les résultats attendus.
- Délimiter le projet : identifiez les livrables indispensables, les exclusions et les dépendances avec d’autres initiatives.
- Tester la faisabilité : confrontez les ambitions aux ressources, au budget et aux délais disponibles.
- Rendre les désaccords visibles : présentez les options, leurs conséquences et la décision attendue.
- Obtenir la validation : consignez la version approuvée, la date, les validateurs et les éventuelles réserves.
Adaptez le niveau de détail aux enjeux. Une réorganisation impliquant plusieurs services demande davantage de précisions sur les responsabilités qu’une amélioration locale. La qualité ne se mesure pas au nombre de pages, mais à la capacité du lecteur à comprendre ce qui est décidé et ce qui ne l’est pas.
Avant diffusion, éliminez les formulations invérifiables comme « solution performante » ou « livraison rapide ». Remplacez-les par des critères observables. Un point non résolu doit porter un responsable et une échéance de clarification ; sinon, il risque de disparaître des discussions sans avoir été traité.
Un modèle réutilisable, illustré par un projet interne
Voici une trame à reprendre pour chaque projet. L’exemple fictif porte sur la centralisation des demandes d’assistance informatique ; ses objectifs et modalités sont à adapter à votre organisation.
| Rubrique | Exemple de formulation |
|---|---|
| Identification | Projet : centralisation des demandes d’assistance. Version, date, rédacteur et commanditaire à renseigner. |
| Contexte et besoin | Les demandes arrivent par plusieurs canaux, ce qui complique leur attribution et le suivi de leur traitement. |
| Objectif et indicateurs | Rendre chaque demande traçable jusqu’à sa clôture. Suivre les demandes enregistrées, les délais de prise en charge et les dossiers sans responsable. |
| Périmètre et exclusions | Inclure les demandes internes du site pilote. Exclure les incidents clients et le remplacement du matériel. |
| Livrables et acceptation | Formulaire, circuit d’attribution, tableau de suivi et support utilisateur. Validation après test de bout en bout par les représentants métiers. |
| Acteurs et moyens | Commanditaire : responsable informatique. Pilotage : chef de projet désigné. Disponibilités et enveloppe budgétaire à faire confirmer. |
| Jalons | Validation du besoin, configuration, test pilote, décision de généralisation. Dates et dépendances à compléter. |
| Risques et accompagnement | Maintien des anciens canaux : prévoir une communication ciblée et des consignes de redirection. |
| Décisions attendues | Approbation du périmètre pilote, mobilisation des contributeurs et validation des moyens avant configuration. |
Ne laissez pas les champs « à confirmer » devenir permanents. Pour chacun, nommez un décideur et fixez un point de résolution. La note est prête à servir de référence lorsque les parties prenantes savent ce qu’elles approuvent, ce qu’elles engagent et ce qui nécessitera un nouvel arbitrage.