L’essentiel à retenir
- Roadmap et Implementation and Migration Plan : construits en E et F.
- Implementation Governance Model : sortie de F, utilisé en G et H.
- Architecture Contract : accord partenaires/sponsors, deux variantes.
- Compliance Assessment : revues périodiques et checklists en phase G.
- Change Request → phase H ; Requirements Impact Assessment en réponse.
Phases E et F : ordonnancer la transformation
L’Architecture Roadmap liste les work packages qui réaliseront la Target et les place sur une ligne de temps, de la Baseline à la Target, en soulignant la valeur métier de chaque étape. Elle identifie les Transition Architectures, états intermédiaires significatifs. Construite progressivement en E et F, elle s’appuie sur les éléments de roadmap repérés en B, C et D.
L’Implementation and Migration Plan, développé en E et F, planifie les projets qui mettront en œuvre la Target, regroupés en portefeuilles et programmes. Son élément central est l’Implementation and Migration Strategy : orientation stratégique et approche de séquencement. Il peut inclure des chartes de projet.
L’Implementation Governance Model, sortie de la phase F, assure qu’un projet qui passe en réalisation passe aussi sous une gouvernance adaptée en phase G, même si un cadre général existe déjà.
- Roadmap : portefeuille de work packages, Implementation Factor catalog, matrice consolidée des gaps, Transition Architectures, recommandations (critères d’efficacité, risques, SBB)
- Plan : stratégie, découpage en projets et portefeuilles, jalons, WBS, chartes de projet éventuelles
- Gouvernance : processus, structure, rôles, points de contrôle et critères de succès/échec
Phase G : contracter et contrôler
L’Architecture Contract est un accord conjoint entre partenaires de développement et sponsors sur les livrables, la qualité et l’adéquation de l’architecture. Le contrat de conception et développement porte sur le travail d’architecture ; le contrat des utilisateurs métier ajoute les adopteurs de l’architecture et une architecture de services avec SLA.
Le Compliance Assessment résulte de revues périodiques des projets : il vérifie que conception et réalisation suivent les objectifs stratégiques et d’architecture, et fait remonter les enseignements. Il contient un état d’avancement, un aperçu de la conception et des checklists complétées (matériel et OS, middleware, applications, information, sécurité, gestion des systèmes, ingénierie, méthodes et outils).
Phase H et Requirements Management : absorber le changement
Le Change Request est soumis lorsque la définition ou les requirements se révèlent insuffisants pendant la réalisation, ou lorsque marché, stratégie ou technologie ouvrent de nouvelles opportunités. Il est examiné en phase H et peut lancer un nouveau cycle, éventuellement via une nouvelle Request for Architecture Work.
La Requirements Impact Assessment évalue les requirements et la spécification actuels quand de nouveaux faits les remettent en cause, et recommande les changements. Elle est souvent produite en réponse à un Change Request, dont elle partage la plupart des rubriques ; le Change Request y ajoute la description et la justification du changement.
- Référence aux requirements concernés et priorité des stakeholders
- Phases à revisiter et phase qui pilote la priorisation
- Résultats des investigations et recommandations
- Numéro de référence dans le Repository
LES MOTS À CONNAÎTRE
Le vocabulaire, avec du sens.
- Architecture Roadmap
- Work packages ordonnés de la Baseline à la Target, avec leur valeur et les Transition Architectures.
- Implementation and Migration Plan
- Calendrier des projets de mise en œuvre, regroupés en portefeuilles et programmes.
- Implementation Governance Model
- Processus, structure, rôles et points de contrôle qui gouvernent un projet en réalisation.
- Architecture Contract
- Accord conjoint entre partenaires de développement et sponsors sur livrables, qualité et adéquation.
- Compliance Assessment
- Revue périodique d’un projet contre les objectifs d’architecture, avec checklists complétées.