Transformation T01–T16
Transformation T01–T16
En une phrase
La chaîne T01–T16 suit le passage d’un signal à sa réalité livrée et à sa réconciliation, chaque étape gardant sa propre preuve.
Question et utilité
« Où le travail d’architecture se poursuit-il, se transmet-il ou se rompt-il ? » La chaîne rend visibles les relais et les inconnues sans fabriquer une continuité globale.
Étapes et dimensions
Chaque cellule de la vue porte couverture, point d’entrée, continuité, mode d’exécution, opérateur, handoff et Evidence.
Les seize étapes ci-dessous donnent, pour chacune, ce qui entre, ce qui sort, qui fait le travail, et ce qui constitue un relais établi vers l’étape suivante. Les acteurs du travail sont indicatifs : le corpus enregistre pour chaque produit qui exécute réellement, ce qui est le rôle de la vue Modèle de travail.
| Étape | Entrées | Sorties | Qui fait le travail | Relais établi si… |
|---|---|---|---|---|
| T01 Détecter un signal | Événement métier, réglementaire, technique ou budgétaire | Un déclencheur qualifié et daté | Métier, architecte, veille | Le déclencheur est transmis avec son périmètre, pas seulement archivé |
| T02 Découvrir et qualifier l’existant (continue) | Sources techniques, CMDB, entretiens | Inventaire qualifié, avec fraîcheur et lacunes | Outil assisté, équipe distribuée | L’inventaire alimente réellement le contexte de T04, pas un export parallèle |
| T03 Structurer objectifs et contraintes | Déclencheur, stratégie, exigences | Objectifs, exigences, contraintes formalisés | Métier et architecte | Les objectifs sont traçables jusqu’aux options de T07 |
| T04 Construire le contexte sémantique (continue) | Inventaire, taxonomies, modèles | Modèle de contexte gouverné | Architecte, parfois avec revue | Le modèle est celui qu’utilisent T05 et T06, pas une copie |
| T05 Diagnostiquer | Contexte, objectifs | Problèmes et opportunités nommés | Architecte, analyste | Le diagnostic porte les objets du contexte, pas des libellés libres |
| T06 Analyser les impacts | Diagnostic, dépendances | Impacts par domaine, application, coût, risque | Outil + revue humaine | L’analyse est rejouable quand le contexte change |
| T07 Explorer et comparer les options | Impacts, contraintes | Options comparées sur des critères explicites | Architecte, comité | Les critères de comparaison sont conservés jusqu’à la décision |
| T08 Décider et gouverner | Options, critères | Décision tracée, avec autorité et date | Instance de gouvernance | La décision référence l’option retenue et son rationale |
| T09 Définir l’architecture cible | Décision, contexte | Cible documentée | Architecte | La cible est reliée à la décision qui la fonde |
| T10 Définir gaps et transitions | Existant, cible | Écarts et états intermédiaires | Architecte | Les écarts sont calculés sur le même modèle que l’existant |
| T11 Construire work packages et roadmap | Écarts, contraintes | Lots de travail séquencés | Architecte, PMO | Une roadmap seule ne suffit pas : le relais exige que les lots portent les objets d’architecture |
| T12 Transmettre vers solution design | Lots, cible, contraintes | Dossier exploitable par les équipes solution | Architecte → équipe solution | La transmission est nommée, avec objet, destinataire et conditions |
| T13 Soutenir l’implémentation | Dossier, décisions | Arbitrages et clarifications en cours de réalisation | Équipe solution, architecte | Un export seul ne suffit pas : le relais exige un aller-retour documenté |
| T14 Observer la réalité livrée (continue, boucle vers T02) | Systèmes livrés | Écart entre cible et réalité | Outil + revue | L’observation revient effectivement dans l’inventaire de T02 |
| T15 Réconcilier (continue, boucle vers T04 et T08) | Réalité livrée, contexte, décisions | Contexte et décisions mis à jour | Architecte, gouvernance | Une synchronisation CMDB seule ne suffit pas : le contexte et le rationale doivent être mis à jour, pas seulement les faits |
| T16 Prouver et rendre compte (boucle vers T01) | Décisions, réalité, objectifs | Compte rendu vérifiable de ce qui a été obtenu | Architecte, métier | Le compte rendu alimente les déclencheurs suivants |
Les étapes marquées (continue) peuvent fonctionner en flux plutôt qu’en passage unique. Les boucles T14→T02, T15→T04/T08 et T16→T01 sont des relations explicites du modèle, pas des scores.
Exemple et cas limite
Une roadmap n’est pas à elle seule T11 complet ; un export n’est pas T13 ; un rafraîchissement CMDB n’est pas T15. Une rupture reste affichée même si les étapes voisines sont bien documentées.
Vue et provenance
La Chaîne de transformation permet d’inspecter chaque étape et Voir les sources. Les boucles T14→T02, T15→T04/T08 et T16→T01 sont des relations explicites, pas des scores.
Détail technique
Les définitions sont dans data/source/taxonomy/transformation-stages.yaml et
les calculs dans docs/calculations.md.