L’essentiel à retenir
- Les quatre finalités sont : stratégie, portefeuille, projet et livraison de solution.
- Elles cadrent l’horizon, l’étendue et la profondeur d’un Architecture Project, ainsi que le contenu du Repository.
- La finalité stratégie vise un horizon de trois à dix ans et couvre de nombreux programmes.
- Portefeuille : identifier et aligner les projets ; projet : valeur et dépendances ; solution : conception et contraintes.
- Le parallèle stratégie–Strategic, portefeuille–Segment, projet/solution–Capability facilite le raisonnement.
Pourquoi raisonner par finalité
Une même équipe peut produire des architectures très différentes selon le besoin servi. Une direction générale attend une vision de bout en bout sur plusieurs années ; un chef de projet attend des exigences et des contraintes utilisables tout de suite. Identifier la finalité dès le départ évite de livrer trop de détail à l’un et trop peu à l’autre.
Les quatre finalités servent donc à cadrer trois paramètres du projet : son horizon de planification, son étendue et sa profondeur. Elles guident aussi le contenu du Repository, puisque les livrables conservés ne sont pas les mêmes pour une feuille de route stratégique et pour une spécification de solution.
Les quatre finalités en détail
Les finalités vont de la plus large à la plus ciblée. On les reconnaît surtout à ce qu’elles couvrent et à l’usage qui est fait de l’architecture.
- EA to Support Strategy : Target de bout en bout et feuilles de route sur trois à dix ans ; couvre de nombreux programmes ou portefeuilles ; sert à identifier les initiatives, fixer leurs termes de référence, repérer les synergies et gouverner l’exécution de la stratégie
- EA to Support Portfolio : initiatives transverses, en plusieurs phases et multi-projets ; couvre un portefeuille ; sert à identifier les projets, aligner leurs approches et gouverner leur exécution
- EA to Support Project : s’inscrit dans la méthode de livraison de projets ; couvre un projet ; sert à clarifier sa valeur, identifier les exigences de synergie et de dépendance, assurer la conformité et l’alignement entre projets
- EA to Support Solution Delivery : soutient le déploiement d’une solution ; couvre un projet ou une partie importante ; définit comment le changement sera conçu et livré, avec contraintes, contrôles et Architecture Requirements, puis sert de cadre de gouvernance
Distinguer les finalités voisines
Les confusions les plus fréquentes portent sur les paires voisines. Stratégie et portefeuille identifient tous deux du travail à lancer, mais la stratégie couvre plusieurs portefeuilles et programmes alors que le portefeuille identifie des projets à l’intérieur d’un seul. Projet et livraison de solution couvrent tous deux un seul projet, mais le premier clarifie la valeur et les dépendances du projet, tandis que le second décrit la conception concrète du changement.
On peut rapprocher ces finalités des niveaux du Landscape : la stratégie correspond naturellement au niveau Strategic, le portefeuille au niveau Segment, et le projet comme la solution au niveau Capability. Ce parallèle aide à raisonner, sans constituer une règle stricte.
LES MOTS À CONNAÎTRE
Le vocabulaire, avec du sens.
- EA to Support Strategy
- Finalité qui fournit une Target de bout en bout et des roadmaps pluriannuels.
- EA to Support Portfolio
- Finalité qui soutient des initiatives multi-projets au sein d’un portefeuille.
- EA to Support Project
- Finalité qui soutient la méthode de livraison de projets de l’entreprise.
- EA to Support Solution Delivery
- Finalité qui définit la conception et le déploiement d’une solution.
- Terms of reference
- Cadre de mission d’une initiative : objectifs, périmètre, responsabilités.