Pourquoi vos value streams de 2020 ne tiennent plus

D’abord, un rappel de maturité. La recherche du MIT indique que 95 % des pilotes IA en entreprise échouent à passer à l’échelle. Seulement 5 % génèrent un impact profit mesurable. En synthèse, la capacité des modèles n’est plus le goulot d’étranglement.

Ensuite, une analyse de la Berkeley Haas School (via California Management Review, mars 2026) identifie le vrai blocage. Les value streams classiques SAFe sont cartographiées en humains qui manipulent des systèmes. Or, les agents IA y arrivent comme des add-ons : un copilot dans un IDE, un bot dans un ticket de service, un agent dans un CRM. Par conséquent, la valeur créée par l’IA reste confinée aux marges du flux, jamais au cœur.

C’est exactement ce que capture la phrase-clé du rapport HFS : « les entreprises construisent leurs capacités d’agents plus vite qu’elles ne refondent les systèmes dans lesquels ces agents doivent opérer. »

Autrement dit, sans repenser le value stream lui-même, vous équipez une vieille chaîne d’outils modernes. Les gains plafonnent à 10-20 % quand l’IA promet un facteur 2 à 10 (Cigref, mars 2026).

3 différences structurantes d’une Agentic Value Stream

Différence 1 — Les agents IA sont cartographiés au même rang que les humains

D’abord, dans un value stream classique, vous modélisez les acteurs humains (Product Manager, développeur, analyste) et les systèmes qu’ils opèrent. Les agents IA n’apparaissent pas, ou alors comme outils invisibles.

En revanche, dans une Agentic Value Stream, les agents IA sont des citoyens de première classe de votre cartographie ArchiMate. Chaque agent a un rôle formel, des inputs explicites, des outputs traçables. Concrètement, cela change la posture de l’Enterprise Architect. Elle ne documente plus des systèmes passifs. Elle orchestre un écosystème d’acteurs humains et non-humains qui collaborent.

Différence 2 — Les OKR intègrent la contribution IA mesurable

Ensuite, un value stream traditionnel pilote la vélocité d’équipe : story points, cycle time, lead time. Pourtant, ces métriques ne captent pas la contribution spécifique de l’IA dans le flux.

Une Agentic Value Stream rattache chaque OKR à une ventilation explicite : contribution humaine, contribution IA, contribution hybride. De ce fait, le Lean Portfolio Management devient capable d’arbitrer : cette initiative vaut-elle ses coûts d’inférence et de supervision ? Autrement dit, l’AI FinOps entre dans le pilotage portefeuille, pas dans un silo technique.

Différence 3 — Le SDLC est reconstruit autour du pairing humain-IA

Enfin, le SDLC des années 2020 suppose un développeur qui écrit du code, un reviewer qui valide, un testeur qui exécute. Désormais, l’arrivée du développeur augmenté (au sens du Do Tank CAST × Cigref) rebat les cartes. Les revues de code saturent. Les validations manuelles deviennent le frein principal.

Par conséquent, une Agentic Value Stream refonde le SDLC autour de trois principes : Spec-Driven Development, Artefact-Driven Development, observabilité des agents. Par ailleurs, cette refonte est indispensable pour capter les gains de productivité IA. En pratique, elle transforme les référentiels SAFe et IT4IT, sans les abandonner.

4 critères pour tester la maturité de vos value streams

Voici la grille pour diagnostiquer où en est votre DSI :

1. Cartographie ArchiMate : les agents IA figurent-ils au même niveau que les acteurs humains, avec rôle, input, output, dépendances ? Ou sont-ils encore relégués en annotations techniques ?
2. Pilotage OKR : vos OKR distinguent-ils contribution humaine, contribution IA, contribution hybride ? Ou mesurent-ils toujours la vélocité d’équipe sans ventiler ?
3. Gouvernance SAFe : le Release Train Engineer, l’Epic Owner et le Product Manager ont-ils explicitement des dépendances agents IA dans leurs backlogs ? Ou l’IA reste-t-elle un sujet de cérémonie séparée ?
4. Portfolio Kanban : vos initiatives sont-elles classées en humain-first, IA-first ou hybride, avec financement Agentic Value Stream ? Ou votre budget reste-t-il annuel et projet ?

Un seul critère non rempli ? Acceptable en 2026, votre DSI découvre l’agentique. Deux ou plus ? Vos value streams appartiennent structurellement à 2020.

Pour aller plus loin

En synthèse, l’Agentic Value Stream n’est pas un upgrade de SAFe. C’est le nouveau pilier du Lean Portfolio Management à l’ère agentique. Les DSI qui le déploient en 2026 reprennent la main sur l’industrialisation de l’IA. Celles qui empilent des agents sur des value streams de 2020 constatent des gains plafonnés.

Chez AEP, le déploiement d’Agentic Value Streams est au cœur de l’offre Strategic Portfolio Management — LPM, OKR & Agentic Value Streams. De plus, cette refonte s’articule étroitement avec l’Enterprise Architecture pour SI agentique et le Product Operating Model. Ainsi, les trois chantiers se renforcent mutuellement.

Vos value streams cartographient-elles déjà les agents IA comme acteurs de première classe, ou les traitent-elles encore comme des outils à périphérie du flux ?

L’article Agentic Value Streams : le nouveau pilier du portefeuille IT est apparu en premier sur Agile Enterprise Partner.

L‘architecture d’entreprise constitue le troisième pilier d’un CIO Office, cet article détaille ces différentes composantes.

Dans un monde où la transformation digitale est un enjeu majeur, l’architecture d’entreprise (EA – Enterprise Architecture) joue un rôle clé dans l’alignement des systèmes d’information avec la stratégie de l’entreprise.

Elle permet d’assurer une cohérence entre les applications, les infrastructures et les processus métiers, tout en garantissant une évolutivité et une sécurité optimales. Une architecture bien conçue offre ainsi un avantage concurrentiel en facilitant l’innovation, en améliorant l’efficacité opérationnelle et en optimisant les coûts IT.

1. Définition de l’Architecture d’Entreprise

L’architecture d’entreprise est une discipline stratégique qui vise à modéliser, organiser et gouverner l’ensemble du système d’information d’une entreprise.

Elle repose sur quatre dimensions fondamentales :

• Architecture Métier – Alignement des processus métiers avec les objectifs stratégiques.
• Architecture des Données – Structuration et gouvernance des flux d’informations.
• Architecture Applicative – Cartographie et interopérabilité des applications.
• Architecture Technologique – Gestion des infrastructures et des plateformes IT.

L’objectif est de garantir une IT agile et évolutive, capable de répondre aux défis actuels et futurs de l’organisation. Ces différentes dimensions sont traitées dans des frameworks comme TOGAF de l’Open Group. La modélisation de ces différentes dimensions peut s’appuyer sur la notation Archimate.

2. Les Piliers de l’Architecture d’Entreprise

2.1. Architecture Métier : Aligner IT et Stratégie d’Entreprise

📌 Objectif : Assurer que les processus IT soutiennent directement les ambitions de l’entreprise.

📌 Actions :

• Cartographier les processus métiers pour identifier les optimisations possibles.
• Standardiser les flux métiers afin d’améliorer l’efficacité et la résilience des opérations.
• Développer une gouvernance agile entre DSI et directions métiers.

📌 Exemple : Une entreprise de retail numérise l’ensemble de son parcours client en intégrant un CRM omnicanal, améliorant ainsi l’expérience et la fidélisation.

2.2. Architecture des Données : Sécuriser et Exploiter les Données Stratégiques

📌 Objectif : Transformer les données en un actif stratégique et garantir leur qualité.

📌 Actions :

• Déployer un Data Governance Framework pour assurer la conformité et la sécurité des données (RGPD, ISO 27001).
• Mettre en place une plateforme Data Lake ou Data Mesh pour faciliter l’accès et l’exploitation des données.
• Intégrer l’IA et l’analytique avancée pour une prise de décision éclairée.

📌 Exemple : Une banque utilise une plateforme Big Data pour améliorer la détection des fraudes en temps réel.

2.3. Architecture Applicative : Moderniser et Intégrer les Applications

📌 Objectif : Assurer une interopérabilité fluide entre les applications et simplifier leur maintenance.

📌 Actions :

• Cartographier le portefeuille applicatif pour identifier les applications obsolètes et les redondances.
• Adopter une architecture API-first et des microservices pour favoriser l’évolutivité.
• Automatiser les flux métiers avec des iPaaS (Integration Platform as a Service).

📌 Exemple : Un acteur du e-commerce migre vers une architecture microservices pour accélérer la mise en production des nouvelles fonctionnalités.

2.4. Architecture Technologique : Optimiser l’Infrastructure IT

📌 Objectif : Déployer une infrastructure IT résiliente, performante et sécurisée.

📌 Actions :

• Mettre en place un Cloud hybride pour optimiser les coûts et la scalabilité.
• Sécuriser les infrastructures en adoptant un modèle Zero Trust et des solutions IAM (Identity & Access Management).
• Rationaliser les coûts IT grâce à une approche FinOps.

📌 Exemple : Une entreprise réduit de 30% ses coûts IT en migrant progressivement ses workloads critiques vers une infrastructure cloud hybride.

3. Gouvernance et Outils de l’Architecture d’Entreprise

3.1. Cadres de Référence d’Architecture

📌 Objectif : Structurer la gouvernance IT avec des méthodologies éprouvées.

📌 Cadres les plus utilisés :

• TOGAF (The Open Group Architecture Framework) – Modèle de référence pour structurer l’architecture IT.
• COBIT (Control Objectives for Information and Related Technologies) – Gouvernance IT et alignement stratégique.
• IT4IT – Optimisation des services IT à travers toute la chaîne de valeur.

📌 Exemple : Une entreprise de services financiers adopte TOGAF pour moderniser son IT et améliorer sa conformité réglementaire.

3.2. Outils de Modélisation et de Gouvernance

📌 Objectif : Piloter l’architecture IT à l’aide d’outils spécialisés.

📌 Solutions les plus courantes :

• MEGA HOPEX, ARIS, Bizzdesign, Archimate Tool, Smotéo – Cartographie des processus et applications.
• ServiceNow, LeanIX – Gouvernance des services IT et gestion des actifs technologiques.
• Ansible, Terraform – Automatisation de l’infrastructure et du déploiement applicatif.

📌 Exemple : Une DSI utilise LeanIX pour centraliser la gestion de son portefeuille applicatif et identifier les optimisations possibles.

4. Avantages d’une Architecture d’Entreprise Solide

✅ Alignement stratégique entre l’IT et les besoins métier.

✅ Réduction des coûts IT en limitant les redondances applicatives.

✅ Amélioration de l’interopérabilité et des échanges de données entre systèmes.

✅ Sécurisation des infrastructures grâce à une approche Zero Trust et une gouvernance renforcée.

✅ Accélération de l’innovation en facilitant l’adoption des nouvelles technologies.

5. Défis et Solutions pour une Architecture d’Entreprise Réussie

❌ 1. Résistance au changement

📌 Solution : Sensibiliser les parties prenantes à la valeur d’une architecture bien gouvernée.

❌ 2. Héritage IT lourd et complexe

📌 Solution : Mettre en place une stratégie de modernisation progressive avec du cloud hybride.

❌ 3. Manque de visibilité sur le portefeuille applicatif

📌 Solution : Déployer un référentiel unique d’architecture pour cartographier les actifs IT.

6. Bonnes Pratiques pour une Architecture d’Entreprise Performante

• Impliquer les métiers dès la conception pour s’assurer que l’architecture soutient leurs objectifs.
• Adopter une approche agile en architecture IT pour des mises à jour continues.
• Standardiser les processus IT en s’appuyant sur des frameworks de gouvernance.
• Réaliser des audits réguliers pour optimiser les coûts et anticiper les évolutions technologiques.

Conclusion

L’architecture d’entreprise est un facteur clé de transformation digitale, garantissant l’agilité, la résilience et la sécurité du SI. Une gouvernance IT efficace, associée à une architecture bien pensée, permet aux entreprises de réduire leurs coûts, d’améliorer leur performance et d’accélérer leur innovation.

Consultez notre offre sur l’architecture d’entreprise.

Pour aller plus loin, découvrez nos articles sur chacune des dimensions du CIO Office :

1. CIO Office – Modèle Opérationnel et Gouvernance IT
2. CIO Office –  Planification Stratégique IT et Gestion de l’Innovation
3. CIO Office – Gouvernance des Technologies
4. CIO Office – Gestion de portefeuille IT
5. CIO Office – Gestion des Fournisseurs et Partenaires IT
6. CIO Office – Gestion Financière et Budgétaire IT
7. CIO Office – Gestion des Risques et Conformité IT

L’article CIO Office – Architecture d’Entreprise est apparu en premier sur Agile Enterprise Partner.

Les architectes d’entreprise peuvent utiliser Archimate pour modéliser les Epics et Features du framework SAFe. Ces modèles offrent une vue abstraite et simplifiée des concepts manipulés, facilitant ainsi l’analyse et la gestion des exigences.

Dans cet article, nous décrivons comment établir un mapping entre SAFe et ArchiMate.

Définition des Concepts SAFe

En SAFe, les Epics, Features et Stories sont des exigences qui modifient des parties du système d’information. Une Feature représente une fonctionnalité apportant une valeur métier, dimensionnée pour être livrée par une équipe agile. Une Epic, quant à elle, est une initiative de développement de grande envergure nécessitant un produit minimum viable (MVP) et une approbation du portefeuille.

Depuis 2014, nous avons observé que les Epics impactent plusieurs utilisateurs à travers un processus collaboratif. En revanche, les Features permettent à un utilisateur de réaliser une activité métier spécifique.

Caractéristiques des Epics et Features

Un Epic :

•  Implémente un processus ou un sous-processus métier.

•  Impacte une seule chaîne de valeur opérationnelle.

•  Est géré dans un seul portefeuille.

•  Impacte plusieurs acteurs métier.

•  Peut être implémenté dans plusieurs Program Increments (PI).

•  Utilise des Features pour réaliser ses activités métier.

Une Feature :

•  Respecte les principes du Minimum Marketable Feature.

•  Représente une seule transaction sans interruption.

•  Est utilisée par un seul acteur métier dans un seul produit.

•  Implémente une seule capacité métier (Business Capability).

•  Est développée en un seul PI.

Utiliser Archimate pour modéliser les Exigences SAFe

Archimate propose plusieurs niveaux de modélisation :

•  Le niveau Stratégique modélise des chaînes de valeurs réalisées par des capacités métier (Business Capabilities).

•  Le niveau Business contient des processus métier découpables en activités métier réalisées par des services métier.

•  Le niveau Applicatif décrit comment ces éléments métier sont réalisés par des systèmes applicatifs.

•  La couche de Motivation héberge des exigences et objectifs pour modéliser les Epics et Features.

Mapping SAFe Archimate

Nous mappons les exigences de SAFe directement sur l’objet exigence d’Archimate :

•  Une Epic est mappée à un Business Process au niveau Business.

•  Une Feature est mappée à un Business Service au niveau Business.

•  Une Story est généralement trop petite pour être représentée sur un diagramme d’architecture.

Les Value Streams de SAFe sont représentés par des Value Streams Archimate. Les OKR sont modélisés comme des objectifs Archimate, et leurs résultats clés comme des Outcomes.

En synthèse

Exemple de Modélisation utilisant ce mapping SAFe Archimate

Prenons un exemple : l’Epic “eCommerce Sell” optimise une partie du processus de vente d’un eCommerce et implémente le Business Process “eCommerce Sell”. Les Features associées, comme “Manage client Fraud & policy abuse”, implémentent des Business Services spécifiques.

Ce diagramme montre un Feature Mapping, découpant un Epic en plusieurs Features, reliant ainsi clairement l’intention Business avec les exigences SAFe.

En conclusion, utiliser Archimate pour modéliser les Epics et Features de SAFe permet de structurer et de clarifier les exigences et leur impact sur le système d’information. En effet, Cette approche facilite l’analyse et la gestion des initiatives de développement en alignant les besoins métiers et techniques.

Pour aller plus loin, consultez nos offres Architecture d’Entreprise et Modèle Opérationnel IT.

L’article Mapping SAFe Archimate est apparu en premier sur Agile Enterprise Partner.