Un nouveau projet peut sembler évident parce que son objectif est séduisant. Pourtant, les équipes n'interprètent pas toujours le besoin de la même manière. Certaines attendent un nouvel outil, d'autres une organisation différente, d'autres encore une réponse plus rapide aux clients. Le lancement engage alors des ressources avant que le problème à traiter soit suffisamment partagé.
Clarifier ne signifie pas attendre une certitude impossible. Il s'agit de rendre visibles les éléments connus, les hypothèses et les conditions nécessaires à la prochaine décision. Un cadrage utile permet aussi de reconnaître ce qui ferait revoir le projet.
Décrire le besoin sans imposer immédiatement la solution
Commencez par les situations observées : qui rencontre quelle difficulté, dans quelles circonstances et avec quelles conséquences ? Distinguez ces faits des solutions déjà envisagées. Si vous partez seulement d'un outil à acheter ou d'une équipe à créer, vous risquez de laisser le besoin implicite.
Définissez ensuite le résultat recherché et la manière dont vous pourrez l'examiner. Une formulation comme « améliorer la coordination » appelle des précisions : quels échanges doivent changer et quelle observation permettra de savoir si le fonctionnement répond au besoin ?
Outil : la fiche de cadrage en huit champs
Réunissez sur une page :
1. **Besoin et faits disponibles.** Décrivez le problème, les personnes concernées et les traces existantes.
2. **Sponsor et décision attendue.** Identifiez qui porte le projet et ce qui doit être décidé à ce stade.
3. **Résultat recherché.** Formulez le changement attendu et la manière de l'examiner.
4. **Périmètre.** Précisez ce qui est inclus, ce qui ne l'est pas et les interfaces importantes.
5. **Contraintes et ressources.** Rendez visibles les capacités disponibles, les dépendances et les engagements à préserver.
6. **Hypothèses à vérifier.** Séparez les faits établis des suppositions qui orientent la solution.
7. **Premier jalon.** Définissez un résultat intermédiaire, son responsable et la preuve attendue.
8. **Conditions de poursuite ou de réexamen.** Précisez les événements ou informations qui appellent une nouvelle décision.
La fiche doit pouvoir être discutée. Une zone inconnue, clairement identifiée et confiée à un responsable, est plus utile qu'une réponse supposée certaine pour compléter le document.
Exemple pédagogique : un parcours de demandes
Dans une organisation fictive, un projet vise à raccourcir le traitement des demandes internes. La première solution envisagée est une nouvelle plateforme. Le cadrage révèle cependant que les demandes incomplètes et les règles de priorité restent mal identifiées.
Le sponsor autorise un premier travail d'observation du parcours, avec un responsable et un jalon explicites. L'équipe examine les points d'attente, les informations manquantes et les arbitrages nécessaires. La décision sur une plateforme sera reprise après cet examen.
Une condition de réexamen est prévue si le besoin diffère de l'hypothèse initiale ou si les ressources nécessaires ne sont pas disponibles. Cet exemple est fictif et ne rapporte aucun résultat client.
Relier le cadrage à la prochaine décision
La publication britannique GovS 002 présente un cadre de gestion de portefeuilles, programmes et projets, avec des questions de gouvernance. Elle concerne son propre périmètre public ; la fiche proposée ici ne prétend pas rendre votre organisation conforme à ce standard.
Dans la méthode NASCIELIS, le cadrage sert à structurer la trajectoire et ses conditions de décision. Une fiche initiale peut préparer un examen plus approfondi avec Project Passport, qui reste sous la responsabilité de NASCIELIS Strategy. Une licence commerciale est attribuée à toute organisation utilisatrice.
La fiche de cet article reste un outil éditorial de préparation. Elle ne constitue pas une évaluation Project Passport, une certification ou une validation de financement. Son intérêt est de rendre la prochaine décision plus explicite et les points à vérifier plus faciles à retrouver.
Question de décision
**Quelle hypothèse doit être vérifiée avant que vous engagiez la prochaine étape de ce projet ?**
Référence
GOV.UK — Government Functional Standard GovS 002: Project Delivery, consulté le 1er octobre 2026. Fiche et exemple éditoriaux NASCIELIS Strategy.
Outil à utiliser
Fiche de cadrage : besoin et faits | sponsor et décision attendue | résultat recherché | périmètre | contraintes et ressources | hypothèses à vérifier | premier jalon et preuve | conditions de poursuite ou de réexamen. Identifiez clairement les inconnues et leur responsable.
Exemple de travail
Exemple fictif : avant de choisir une plateforme, une organisation examine le parcours des demandes et ses règles de priorité. Le sponsor fixe un premier jalon d'observation et les conditions de réexamen. Aucun résultat client n'est revendiqué.
Situation pédagogique, sans référence à un client.
Question de décision
Quelle hypothèse doit être vérifiée avant que vous engagiez la prochaine étape de ce projet ?