Category: Product Operating Model

Refonte du modèle opérationnel IT & Digital à l'ère de l'IA agentique
blank

SDLC agentique : pourquoi les gains IA plafonnent à 20 %

Sur du code neuf, l’IA fait gagner 35 à 40 % à vos développeurs. À l’échelle de la DSI, en revanche, le gain mesuré est de 20,75 % (CAST × Cigref, février 2026). L’écart n’est pas une déception. C’est un diagnostic.

Le plateau est mesuré, et sa cause est documentée

L’étude conduite par le Do Tank CAST × Cigref auprès de 83 DSI françaises place le gain moyen de productivité à 20,75 %, contre 11 % un an plus tôt. La progression est donc franche. Pourtant, elle reste loin des facteurs de deux à dix que visent les organisations les plus engagées, selon le Cigref lui-même.

Le rapport DORA d’avril 2026 explique une partie de l’écart. En effet, les travaux de Stanford qu’il cite, portant sur environ 100 000 développeurs, mesurent 35 à 40 % de gain sur des tâches simples en développement neuf, mais 10 % ou moins sur du code legacy complexe. Or l’essentiel du patrimoine applicatif d’un grand compte est du legacy. DORA en tire une formule qui mérite d’être affichée en COMEX : l’IA est un amplificateur, pas un transformateur. Autrement dit, elle amplifie les forces d’une chaîne saine et les dysfonctionnements d’une chaîne qui ne l’est pas. Par ailleurs, le rapport observe que la friction ne disparaît pas : elle se déplace.

C’est exactement ce que décrit la grille IT4IT. Le développement n’est qu’un segment de la chaîne de valeur Requirement to Deploy. En amont, Strategy to Portfolio arbitre la demande. En aval, Request to Fulfill et Detect to Correct livrent et exploitent. L’IA a comprimé un segment ; les trois autres tournent au rythme de 2019.

D’ailleurs, le Do Tank CAST × Cigref le formule sans détour : le SDLC actuel, bâti sur des sprints et des validations manuelles, est devenu le principal frein aux gains de productivité.

La cause n’est pas l’outil, c’est la dispersion

Regardez ce qui tourne aujourd’hui dans une DSI de grand compte. D’abord, des copilotes de code déployés équipe par équipe, chacune avec ses conventions. Ensuite, des LLM conversationnels côté produit et architecture, hors de tout référentiel. Puis des POC IA lancés par direction métier, jamais raccordés à une chaîne de livraison. Enfin, un comité IA qui produit une charte que rien n’exécute.

Quatre initiatives rationnelles prises isolément. Aucune ne traverse pourtant la chaîne. Le constat n’est plus marginal : Scaled Agile a publié en juin 2026 AI-Native SAFe en posant deux diagnostics explicites — le goulot d’étranglement s’est déplacé, et les organisations doivent sortir de pilotes IA fragmentés pour rejoindre un modèle opérationnel cohérent. Gartner dit la même chose autrement : en 2026, l’adoption de l’IA est façonnée par la maturité des processus organisationnels, pas par le seul niveau d’investissement.

Le schisme entre ceux qui produisent et ceux qui cadrent

J’ai travaillé en mission avec Claude Code, Gemini CLI et Antigravity, l’IDE agentique lancé par Google fin 2025. Ces outils planifient, écrivent, testent et vérifient : ils exécutent ainsi des tâches complètes. Pendant ce temps, les équipes en amont — architecture, product management, exigences — travaillent dans des interfaces conversationnelles génériques, sans accès aux règles que les agents appliqueront.

Deux populations, deux environnements, deux jeux de règles. Par conséquent, les règles d’architecture, de conception et de test restent écrites en prose, dans des documents que l’agent producteur ne lit jamais.

C’est là que se joue la partie. Une règle qu’aucune machine n’applique n’existe pas au moment où le code s’écrit. Elle tient tant qu’un humain y pense. Le jour où personne n’y pense, elle a disparu. Ajouter des copilotes sur une chaîne dont les règles ne sont pas exécutables ne produit donc pas de la vitesse. Cela produit du volume à vérifier, plus tard, par des humains qui n’ont pas accéléré.

Le cadre d’action : quatre principes, pas quatre outils

La réponse n’est pas un outil de plus, mais un SDLC agentique de bout en bout : un même atelier, un même contexte, les mêmes règles, de la demande jusqu’à la mise en production. Ainsi, quatre principes suffisent à tester où vous en êtes.

  1. Un seul atelier. Le demandeur, l’architecte, le PM, le PO et le développeur travaillent-ils dans le même environnement, avec le même contexte partagé ? Ou chacun dans le sien ?
  2. Des règles exécutables. Vos règles d’architecture et de sécurité s’appliquent-elles au moment de l’acte ? Ou sont-elles rappelées en revue, quand le travail est déjà fait ?
  3. Un point de contrôle qui produit. Chaque étape se termine-t-elle par un artefact versionné, un décideur nommé et une mesure ? Ou par une réunion et un changement de statut ?
  4. Une leçon payée une fois. Un incident traité sur un projet devient-il une règle appliquée automatiquement sur les suivants ? Ou une leçon que chaque équipe réapprend à ses frais ?

Si trois réponses sur quatre pointent vers la seconde option, alors vos gains continueront de s’évaporer entre les étapes.

Ce que ça change pour votre modèle opérationnel

Le SDLC agentique n’est pas un sujet d’outillage. C’est la traduction opérationnelle d’un Product Operating Model taillé pour l’IA. Il engage en effet la façon dont la demande est qualifiée, dont les règles d’architecture d’entreprise deviennent opposables, et dont la valeur livrée est mesurée. Le Cigref le dit d’ailleurs lui-même : cette transformation dépasse la DSI et engage le modèle opérationnel de l’entreprise.

Une question pour commencer : dans votre organisation, combien d’initiatives IA traversent aujourd’hui la chaîne complète, de la demande à la production ?


Sources : Do Tank CAST × Cigref, « Rupture structurelle dans l’ingénierie logicielle », février-mars 2026 · DORA / Google Cloud, « The ROI of AI-Assisted Software Development » (2026.1), avril 2026 · Scaled Agile, AI-Native SAFe, juin 2026 · The Open Group, référentiel IT4IT · Gartner, prévisions de dépenses IA 2026.

Read More
blank

Enjeux CIO 2026-2027

La grande bifurcation 2026-2027 ouvre une fracture entre les CIO qui refondent leur modèle opérationnel pour l’IA agentique et ceux qui plafonnent. L’édition annuelle Agile Enterprise Partner trace les 5 lignes de fracture qui décident de la trajectoire : Product Operating Model, gouvernance et AI Act, FinOps IA, Agentic Value Streams, Leadership Transformation. 5 PDF thématiques, 163 pages d’analyse, 4 métriques signature pour piloter. À télécharger gratuitement.

Read More
blank

J’ai retiré l’agile : place au Product Operating Model

J’ai retiré le mot agile de mes offres : l’agile a gagné, il ne différencie plus. Le Product Operating Model devient le cadre 2026 des DSI.

Read More
blank

Mapping SAFe Archimate

Les architectes d’entreprise peuvent utiliser ArchiMate pour modéliser les Epics et Features du framework SAFe. Cette approche facilite l’analyse et la gestion des exigences en offrant une vue abstraite et simplifiée des concepts manipulés.

Read More
High,Speed,Train,Allegro.,Russia,,Saint-petersburg,20,May,2018

Construire des trains SAFe efficaces : règles et astuces clés

La conception efficace des trains SAFe repose sur des règles et astuces clés. Il est essentiel d’aligner chaque train sur la chaîne de valeur opérationnelle, en veillant à une taille optimale de 40 à 120 personnes. Assurez une cohérence des produits et des équipes au sein du train, tout en minimisant les dépendances entre les trains. Pour ce faire, identifiez les dépendances structurelles entre les produits et concevez des trains indépendants. Il est recommandé d’itérer dans la conception des trains, de tester l’organisation avec le backlog existant et d’expérimenter différentes configurations pour optimiser les performances

Read More
blank

Approche Produit: les trois perspectives pour transformer votre SI

Adopter une approche produit pour transformer votre système d’information nécessite un équilibre entre trois perspectives clés : 
Perspective Business : Aligner les produits sur les besoins des clients tout au long de la chaîne de valeur ou des processus métier. 
Perspective IT : Concentrer l’architecture du SI sur des groupes d’applications étroitement liées, servant des étapes spécifiques de la chaîne de valeur. 
Perspective RH : Constituer des équipes produit avec des compétences fonctionnelles et techniques, disposant d’un périmètre clairement défini. 
Cet équilibre est essentiel pour une transformation efficace.

Read More
blank

Intégrez efficacement SAFe dans votre modèle opérationnel

L’article discute de l’importance de comprendre et d’intégrer l’agilité à grande échelle dans les organisations pour favoriser la digitalisation. Il souligne les trois processus clés de l’agilité à grande échelle – Lean Portfolio Management, Feature Management et Story Management, et comment ceux-ci s’interconnectent avec les processus régaliens de la DSI. L’article conclut en mettant l’accent sur la nécessité d’une expertise approfondie de l’IT et du numérique pour assurer une intégration efficace de l’agilité à grande échelle, tout en proposant plusieurs facteurs clés de succès pour faciliter cette transformation.

Read More
blank

SAFe 5.0 : une posture (enfin) assumée sur l’évolution globale de l’organisation  ?

SAFe 5.0 introduit des évolutions majeures en adoptant une posture plus affirmée sur la structure organisationnelle. Notamment, le 10ᵉ principe “Organize Around Value” propose le framework comme un “Second Operating System” pour regagner en agilité. De plus, deux nouvelles compétences, “Organizational Agility” et “Continuous Learning Culture”, mettent l’accent sur l’agilité au-delà du delivery.

Read More
blank

Faire de l’agile ou être agile ?

Adopter des pratiques agiles ne suffit pas pour transformer une organisation. Il est essentiel que chaque membre comprenne l’intention derrière chaque rôle, cérémonie et interaction, ajustant ainsi comportements individuels et collectifs. Cette transformation culturelle profonde permet d’ancrer durablement l’agilité au sein de l’entreprise.

Read More
blank

SAFe Inspect & Adapt, une alliance incontournable RTE / Scrum Masters

L’événement Inspect & Adapt de SAFe est essentiel pour l’amélioration continue au niveau programme. Il se compose de trois parties : 
Démonstration système à grande échelle : présentation des fonctionnalités terminées aux équipes, demandeurs et management. 
Revue des engagements : évaluation de l’atteinte des objectifs du PI, identification des causes des écarts. Résolution des problèmes systémiques : analyse des problèmes affectant plusieurs équipes, formalisés en fiches A3. 
Le RTE coordonne cet événement, tandis que les Scrum Masters animent les ateliers de résolution de problèmes. Une préparation continue tout au long de l’incrément est cruciale pour son efficacité.

Read More