Validation métier
Confirmer que la sortie répond au besoin, au parcours et aux usages réellement attendus sur le terrain.
Plan de validation, critères, décideurs et preuves à collecter.
Chaque exercice doit laisser une preuve, un critère de réussite et un décideur clairement identifiés. Ce plan sert à préparer les revues, les validations courtes et les passages importants sans perdre la mémoire des critères.
| Code | Jalon | Exercice | Sortie attendue | Critère de réussite | Preuve à collecter | Validateur | Statut | Commentaire |
|---|---|---|---|---|---|---|---|---|
| EX-J1-01 | J1 | Atelier Benefits Map | Carte des bénéfices, objectifs mesurés, owners | Chaque livrable critique est relié à un bénéfice mesuré. | Document rempli + owner + preuve de validation | PO / PM | En collecte | Relier la preuve à la page source et au registre de gestion. |
| EX-J1-02 | J1 | Priorisation par scoring et alignement | Tableau de scoring, matrice d’alignement, top cas d’usage | Le top 3 est argumenté et opposable. | Matrice complétée + validation croisée | PO / PM | En collecte | Relier la preuve à la page source et au registre de gestion. |
| EX-J1-03 | J1 | Business case et canvas projet | Business case, canvas, critères de succès | Le sponsor peut décider go / no-go sans ambiguïté. | Document rempli + owner + preuve de validation | PO / PM | En collecte | Relier la preuve à la page source et au registre de gestion. |
| EX-J1-04 | J1 | Complexité et hypothèses critiques | Score de complexité, journal des hypothèses / contraintes | Aucune hypothèse critique n’est sans propriétaire. | Document rempli + owner + preuve de validation | PM / finance / sponsor | En collecte | Relier la preuve à la page source et au registre de gestion. |
| EX-J2-01 | J2 | Roadmap visuelle du programme | Roadmap visuelle, vue jalons | Tout décideur comprend la trajectoire en moins de 5 minutes. | Document rempli + owner + preuve de validation | PO / PM | En formalisation | Relier la preuve à la page source et au registre de gestion. |
| EX-J2-02 | J2 | Cartographie des parties prenantes | Registre des parties prenantes, carte pouvoir / intérêt | Les acteurs critiques ont un plan d’engagement nommé. | Document rempli + owner + preuve de validation | PO / PM | En formalisation | Relier la preuve à la page source et au registre de gestion. |
| EX-J2-03 | J2 | Matrice de communication | Matrice de communication | Chaque audience critique a un message, une cadence et un canal. | Matrice complétée + validation croisée | PO / PM | En formalisation | Relier la preuve à la page source et au registre de gestion. |
| EX-J2-04 | J2 | Périmètre et décomposition du programme | Scope statement, WBS, dictionnaire WBS | Le périmètre n’a plus de zone floue critique. | Document rempli + owner + preuve de validation | PO / PM | En formalisation | Relier la preuve à la page source et au registre de gestion. |
| EX-J2-05 | J2 | RACI des lots et jalons | Matrice de responsabilité, RACI jalons | Aucun lot critique ni aucun jalon sans accountable nommé. | Matrice complétée + validation croisée | PO / PM | En formalisation | Relier la preuve à la page source et au registre de gestion. |
| EX-J3-01 | J3 | Plan d’élicitation des exigences | Plan d’élicitation | Les besoins critiques ont une méthode et une date de collecte. | Plan validé + owners + dépendances + date | PO / PM | En formalisation | Relier la preuve à la page source et au registre de gestion. |
| EX-J3-02 | J3 | Traçabilité métier → technique → tests | RTM complète | Chaque exigence critique est traçable et testable. | Document rempli + owner + preuve de validation | PO / PM | En formalisation | Relier la preuve à la page source et au registre de gestion. |
| EX-J3-03 | J3 | Registre des risques data / KMS / sécurité | Risk register data / sécurité | Les top risques ont réponse, owner et date de revue. | Registre à jour + owner + date de revue + décision | Data owner / QA | En formalisation | Relier la preuve à la page source et au registre de gestion. |
| EX-J3-04 | J3 | Ownership, sourcing et réversibilité | Plan sourcing et ownership | Les dépendances fournisseurs critiques sont connues et cadrées. | Plan validé + owners + dépendances + date | Data owner / QA | En formalisation | Relier la preuve à la page source et au registre de gestion. |
| EX-J4-01 | J4 | Release planning du prototype | Plan de release | Les dépendances inter-équipes sont explicitement négociées. | Plan validé + owners + dépendances + date | PO / PM | En validation | Relier la preuve à la page source et au registre de gestion. |
| EX-J4-02 | J4 | Board d’exécution et critères d’acceptation | Tableau d’exécution, critères d’acceptation | Les items critiques ont une définition de done explicite. | Document rempli + owner + preuve de validation | PO / PM | En validation | Relier la preuve à la page source et au registre de gestion. |
| EX-J4-03 | J4 | Système de changement et première demande | Procédure de changement, CR, change log | Tout changement majeur suit un chemin officiel. | Document rempli + owner + preuve de validation | PO / PM | En validation | Relier la preuve à la page source et au registre de gestion. |
| EX-J4-04 | J4 | Exercice sécurité IA : prompt injection et jailbreak | Rapport offensive IA | Le taux de contournement est connu et piloté. | Vue publiée + décision attendue + capture de tendance | SSI / conformité | En validation | Relier la preuve à la page source et au registre de gestion. |
| EX-J5-01 | J5 | Bottom-up estimate et baseline coûts | Chiffrage détaillé, baseline coût | Le coût est traçable jusqu’aux lots et ressources. | Document rempli + owner + preuve de validation | PM / finance / sponsor | En formalisation | Relier la preuve à la page source et au registre de gestion. |
| EX-J5-02 | J5 | Planning protégé par buffers | Chaîne critique, chart buffers | Les marges ne sont plus implicites ni cachées. | Document rempli + owner + preuve de validation | PM / finance / sponsor | En formalisation | Relier la preuve à la page source et au registre de gestion. |
| EX-J5-03 | J5 | Dashboard de risque et scénario d’incertitude | Risk dashboard, scénarios | La direction voit les tendances, pas seulement une liste de risques. | Registre à jour + owner + date de revue + décision | PM / finance / sponsor | En formalisation | Relier la preuve à la page source et au registre de gestion. |
| EX-J5-04 | J5 | Préparation préproduction et runbooks | Pack runbooks, checklist préprod | Aucun scénario critique n’est sans consigne opératoire. | Document rempli + owner + preuve de validation | Run manager / PO | En formalisation | Relier la preuve à la page source et au registre de gestion. |
| EX-J6-01 | J6 | Checklist de reporting projet | Checklist de reporting | Le rapport devient répétable, concis et fiable. | Document rempli + owner + preuve de validation | PM / finance / sponsor | En validation | Relier la preuve à la page source et au registre de gestion. |
| EX-J6-02 | J6 | Cockpit projet et rapport court | Dashboard, rapport de statut | Le comité obtient une lecture claire en quelques minutes. | Vue publiée + décision attendue + capture de tendance | PM / finance / sponsor | En validation | Relier la preuve à la page source et au registre de gestion. |
| EX-J6-03 | J6 | Définition de la strike zone | Strike zone projet | Les limites de tolérance sont explicites et négociées. | Document rempli + owner + preuve de validation | PO / PM | En validation | Relier la preuve à la page source et au registre de gestion. |
| EX-J6-04 | J6 | Hypercare et exercice d’incident de lancement | Plan hypercare, compte rendu d’exercice | L’équipe support connaît la chaîne d’action de bout en bout. | Plan validé + owners + dépendances + date | Run manager / PO | En validation | Relier la preuve à la page source et au registre de gestion. |
| EX-J7-01 | J7 | Plan et checklist de clôture | Plan de clôture, checklist | La fermeture devient un plan, pas un rush final. | Plan validé + owners + dépendances + date | Run manager / PO | Clos | Relier la preuve à la page source et au registre de gestion. |
| EX-J7-02 | J7 | Rapport de clôture projet | Rapport de clôture | Les écarts sont expliqués et transmissibles. | Vue publiée + décision attendue + capture de tendance | Run manager / PO | Clos | Relier la preuve à la page source et au registre de gestion. |
| EX-J7-03 | J7 | Capitalisation des leçons apprises | Rapport de leçons apprises | Les leçons sont exploitables par un prochain projet. | Vue publiée + décision attendue + capture de tendance | Run manager / PO | Clos | Relier la preuve à la page source et au registre de gestion. |
| EX-J7-04 | J7 | Postmortem et feuille de route suivante | Postmortem, roadmap suivante | La boucle d’amélioration est réellement alimentée. | Document rempli + owner + preuve de validation | Run manager / PO | Clos | Relier la preuve à la page source et au registre de gestion. |
Une sortie n’est considérée comme utilisable que si elle relie clairement la décision, la preuve et l’owner. Exemple : une matrice de communication n’est validée que quand le sponsor, le PM et les relais terrain savent qui diffuse quoi et quand.
Avant toute revue, vérifier que la page source, la preuve à collecter et la ligne de gestion future pointent vers les mêmes repères.
Confirmer que la sortie répond au besoin, au parcours et aux usages réellement attendus sur le terrain.
Vérifier les contrôles d’accès, la qualité des sources, la traçabilité et les preuves de conformité attendues.
S’assurer que runbooks, support, observabilité et seuils de service sont présents quand ils deviennent nécessaires.
Conserver les codes, charges, repères hiérarchiques et impacts utiles au chiffrage et à la visibilité.