J1 — Cadrage de valeur
Sélectionner les bons cas d’usage, prouver l’intérêt business, cadrer sponsor, risques, contraintes et critères de succès.
Benefits MapEconomic MethodsScoring ModelsBusiness CaseComplexity AssessmentProject Charter
Vue consolidée des ateliers, sorties HTML, critères de réussite et pages de détail.
Cette page consolide les 28 exercices. Elle permet de vérifier rapidement, pour chaque atelier, la sortie HTML attendue, la preuve minimale de réussite et la page détaillée où retrouver le déroulé complet.
| Code | Jalon | Exercice | Outil | Sortie HTML | Preuve / critère | Page détail |
|---|---|---|---|---|---|---|
| EX-J1-01 | J1 | Atelier Benefits Map | Benefits Map (carte des bénéfices) | Carte des bénéfices, objectifs mesurés, owners | Chaque livrable critique est relié à un bénéfice mesuré. | Voir la page |
| EX-J1-02 | J1 | Priorisation par scoring et alignement | Scoring Models + Alignment Matrix (modèles de scoring + matrice d’alignement) | Tableau de scoring, matrice d’alignement, top cas d’usage | Le top 3 est argumenté et opposable. | Voir la page |
| EX-J1-03 | J1 | Business case et canvas projet | Project Business Case + Project Canvas (justification économique + canevas projet) | Business case, canvas, critères de succès | Le sponsor peut décider go / no-go sans ambiguïté. | Voir la page |
| EX-J1-04 | J1 | Complexité et hypothèses critiques | Complexity Assessment + Assumption Log (évaluation de complexité + journal des hypothèses) | Score de complexité, journal des hypothèses / contraintes | Aucune hypothèse critique n’est sans propriétaire. | Voir la page |
| EX-J2-01 | J2 | Roadmap visuelle du programme | Project Roadmap (feuille de route projet) | Roadmap visuelle, vue jalons | Tout décideur comprend la trajectoire en moins de 5 minutes. | Voir la page |
| EX-J2-02 | J2 | Cartographie des parties prenantes | Stakeholder Register + Stakeholder Analysis (registre + analyse des parties prenantes) | Registre des parties prenantes, carte pouvoir / intérêt | Les acteurs critiques ont un plan d’engagement nommé. | Voir la page |
| EX-J2-03 | J2 | Matrice de communication | Communication Matrix (matrice de communication) | Matrice de communication | Chaque audience critique a un message, une cadence et un canal. | Voir la page |
| EX-J2-04 | J2 | Périmètre et décomposition du programme | Scope Statement + WBS + WBS Dictionary (déclaration de périmètre + structure du travail + dictionnaire) | Scope statement, WBS, dictionnaire WBS | Le périmètre n’a plus de zone floue critique. | Voir la page |
| EX-J2-05 | J2 | RACI des lots et jalons | Responsibility Matrix (matrice de responsabilité) | Matrice de responsabilité, RACI jalons | Aucun lot critique ni aucun jalon sans accountable nommé. | Voir la page |
| EX-J3-01 | J3 | Plan d’élicitation des exigences | Requirements Elicitation Plan (plan d’élicitation des exigences) | Plan d’élicitation | Les besoins critiques ont une méthode et une date de collecte. | Voir la page |
| EX-J3-02 | J3 | Traçabilité métier → technique → tests | Requirements Traceability Matrix (matrice de traçabilité des exigences) | RTM complète | Chaque exigence critique est traçable et testable. | Voir la page |
| EX-J3-03 | J3 | Registre des risques data / KMS / sécurité | Risk Register + Risk Responses (registre des risques + réponses) | Risk register data / sécurité | Les top risques ont réponse, owner et date de revue. | Voir la page |
| EX-J3-04 | J3 | Ownership, sourcing et réversibilité | Procurement Strategy (stratégie d’approvisionnement) | Plan sourcing et ownership | Les dépendances fournisseurs critiques sont connues et cadrées. | Voir la page |
| EX-J4-01 | J4 | Release planning du prototype | Release Planning (planification de release) | Plan de release | Les dépendances inter-équipes sont explicitement négociées. | Voir la page |
| EX-J4-02 | J4 | Board d’exécution et critères d’acceptation | Sprint Task Board (tableau d’exécution de sprint) | Tableau d’exécution, critères d’acceptation | Les items critiques ont une définition de done explicite. | Voir la page |
| EX-J4-03 | J4 | Système de changement et première demande | Change Management System + Change Request (système de changement + demande de changement) | Procédure de changement, CR, change log | Tout changement majeur suit un chemin officiel. | Voir la page |
| EX-J4-04 | J4 | Exercice sécurité IA : prompt injection et jailbreak | Offensive AI drill (exercice offensif IA) | Rapport offensive IA | Le taux de contournement est connu et piloté. | Voir la page |
| EX-J5-01 | J5 | Bottom-up estimate et baseline coûts | Bottom-Up Estimate + Cost Baseline (chiffrage détaillé + baseline coûts) | Chiffrage détaillé, baseline coût | Le coût est traçable jusqu’aux lots et ressources. | Voir la page |
| EX-J5-02 | J5 | Planning protégé par buffers | Critical Chain Schedule + Buffer Chart (chaîne critique + chart buffers) | Chaîne critique, chart buffers | Les marges ne sont plus implicites ni cachées. | Voir la page |
| EX-J5-03 | J5 | Dashboard de risque et scénario d’incertitude | Risk Dashboard + Monte Carlo Analysis (tableau de bord risque + simulation Monte Carlo) | Risk dashboard, scénarios | La direction voit les tendances, pas seulement une liste de risques. | Voir la page |
| EX-J5-04 | J5 | Préparation préproduction et runbooks | Runbook readiness pack (pack de préparation opératoire) | Pack runbooks, checklist préprod | Aucun scénario critique n’est sans consigne opératoire. | Voir la page |
| EX-J6-01 | J6 | Checklist de reporting projet | Project Reporting Checklist (checklist de reporting projet) | Checklist de reporting | Le rapport devient répétable, concis et fiable. | Voir la page |
| EX-J6-02 | J6 | Cockpit projet et rapport court | Project Dashboard + Summary Status Report (tableau de bord + rapport de statut) | Dashboard, rapport de statut | Le comité obtient une lecture claire en quelques minutes. | Voir la page |
| EX-J6-03 | J6 | Définition de la strike zone | Project Strike Zone (zone de tir / seuils de décision projet) | Strike zone projet | Les limites de tolérance sont explicites et négociées. | Voir la page |
| EX-J6-04 | J6 | Hypercare et exercice d’incident de lancement | Hypercare plan + incident drill (plan hypercare + exercice incident) | Plan hypercare, compte rendu d’exercice | L’équipe support connaît la chaîne d’action de bout en bout. | Voir la page |
| EX-J7-01 | J7 | Plan et checklist de clôture | Project Closure Plan and Checklist (plan et checklist de clôture) | Plan de clôture, checklist | La fermeture devient un plan, pas un rush final. | Voir la page |
| EX-J7-02 | J7 | Rapport de clôture projet | Project Closure Report (rapport de clôture projet) | Rapport de clôture | Les écarts sont expliqués et transmissibles. | Voir la page |
| EX-J7-03 | J7 | Capitalisation des leçons apprises | Lessons Learned Report (rapport de leçons apprises) | Rapport de leçons apprises | Les leçons sont exploitables par un prochain projet. | Voir la page |
| EX-J7-04 | J7 | Postmortem et feuille de route suivante | Postmortem Review (revue postmortem) | Postmortem, roadmap suivante | La boucle d’amélioration est réellement alimentée. | Voir la page |
Chaque jalon ouvre maintenant sa propre page de documents à produire. Au lieu d’une ligne compacte, vous pouvez entrer par moment du projet, ouvrir les fiches détaillées et basculer vers le bon gabarit ou la bonne collecte.
Sélectionner les bons cas d’usage, prouver l’intérêt business, cadrer sponsor, risques, contraintes et critères de succès.
Transformer l’intention en dispositif faisable : périmètre, architecture, gouvernance, responsabilités, communication.
Assurer la gouvernance des sources, la traçabilité des exigences, la qualité et la défendabilité des mécanismes KMS / RAG.
Produire un prototype démontrable, mesurable, testable et gouverné par un système de changement explicite.
Passer à un service opérable, chiffré, protégé par buffers, piloté par risques et doté de runbooks.
Déployer avec reporting stable, strike zone, hypercare, support, communication et formation.
Comparer bénéfices attendus et obtenus, clôturer proprement, capitaliser et préparer la suite.
Utile pour éditer directement les sorties sans quitter le portail.
Utile pour replacer chaque atelier dans la trajectoire de décision.
Utile pour retrouver rapidement l’outil à utiliser selon le moment du projet.