SAFe 6 et le métier de coach agile à l'heure de l'IA

Cet article s'adresse aux coachs agiles, SPCSAFe Practice Consultant (auparavant Program Consultant) : le consultant certifié qui aide une organisation à déployer SAFe et qui forme les équipes. et RTERelease Train Engineer : le facilitateur de l'ART. Il prépare et anime le PI Planning, aide à lever les blocages et veille au rythme du train. qui accompagnent des organisations passées à SAFeScaled Agile Framework : cadre qui organise l'agilité à l'échelle de nombreuses équipes (trains, portefeuille)., et qui voient arriver l'IA dans les équipes. Il part d'une hypothèse : le cadre a été pensé quand produire était le facteur limitant, ce qui n'est plus tout à fait vrai. Il en tire cinq axes de travail pour notre métier, avec un schéma, un regard critique et un pense-bête.

Le goulot a changé de place

SAFe a grandi dans un monde où la capacité à produire manquait : on planifie à l'échelle d'un trainAgile Release Train : groupe de plusieurs équipes qui planifient et livrent ensemble. parce que les équipes sont chères et que leur temps est rare. Avec les assistants de codeOutil d'IA qui écrit, modifie et explique du code dans le projet : Claude Code, Cursor, Codex, Copilot… BMAD s'installe à l'intérieur de ces outils., écrire du code, des tests ou une maquette coûte beaucoup moins. Ce n'est pas partout vrai, et pas toujours aussi vite qu'on le dit. Une étude contrôlée de 2025¹ a mesuré, chez 16 développeurs expérimentés travaillant sur leurs propres dépôts, un temps de travail allongé de 19 % avec les outils d'IA, alors qu'ils se croyaient plus rapides. Il s'agit d'un petit échantillon, dans un contexte précis, mais l'écart entre ressenti et mesure doit nous alerter.

La théorie des contraintesApproche popularisée par Eliyahu Goldratt : la performance d'un système est limitée par son maillon le plus faible, la contrainte. On l'identifie, on l'exploite, puis on cherche la suivante. enseigne que la performance d'un système est limitée par son maillon le plus faible². Si la production accélère, ce maillon se déplace en aval ou en amont. Le rapport DORADevOps Research and Assessment : programme de recherche, aujourd'hui rattaché à Google, qui étudie chaque année ce qui fait la performance des équipes de livraison logicielle. 2025³ va dans ce sens : l'IA agit comme un amplificateur, elle renforce les organisations déjà saines et expose les failles des autres. Il note aussi un débit de livraison en hausse, mais une instabilité qui reste liée à l'usage de l'IA.

Ce que SAFe 6 apporte déjà

La version 6.0⁴ met le flux de valeurSuite d'étapes, de l'idée à la livraison au client, qui produit de la valeur. On cherche à la rendre plus rapide et plus fluide (value stream en anglais). au centre, avec huit accélérateurs de fluxDans SAFe 6.0, une pratique qui aide à mieux faire circuler le travail : visualiser et limiter le travail en cours, réduire la taille des lots, gérer les files d'attente, etc., et le Measure and GrowDans SAFe, ensemble d'auto-évaluations et de mesures qui aident une organisation à voir où elle en est et à choisir ses prochaines améliorations. pour mesurer. Le rôle de Scrum MasterRôle de l'équipe Scrum qui l'aide à appliquer Scrum, à lever ses obstacles et à progresser. Il facilite et coache, il ne commande pas. / Team Coach s'élargit à l'optimisation du flux. Ce sont de bons outils pour voir le goulot. L'article SAFe 6, quoi de neuf détaille ces changements. Il rappelle aussi que l'IA y est traitée comme une technologie à construire, pas comme une manière de travailler. À ma connaissance, le cadre ne dit pas encore comment un train change quand ses équipes produisent avec des agents. C'est là que le coach a de la place.

Cinq axes de travail pour le coach

1. Aider à décider quoi produire. Quand tout peut être construit, il faut dire non. Nous pouvons travailler l'alignement entre stratégie et Lean Portfolio ManagementGestion Lean du portefeuille : financer des flux de valeur plutôt que des projets, avec des budgets plus souples et une gouvernance légère., clarifier les hypothèses de valeur, et faire de la découpe en petits paris testables une habitude. Le piège est de produire plus de fonctionnalités, plus vite, qui ne servent à personne.
2. Outiller la validation. Relire ce que l'IA produit est un travail, et il tombe souvent sur les mêmes personnes. Nous pouvons aider les équipes à renforcer leur Definition of DoneDans Scrum, description partagée de ce qu'il faut avoir fait pour qu'un travail soit considéré comme terminé : tests passés, code relu, livrable utilisable., à décider ce qui se vérifie automatiquement et ce qui exige un regard humain, et à éviter le workslopTerme apparu dans la Harvard Business Review (2025) : production d'IA qui a l'air d'un travail abouti mais sans substance, et que le destinataire doit refaire., ce contenu qui a l'air fini mais qui coûte du temps à celui qui le reçoit.
3. Prouver la valeur. Livrer, ce n'est pas apporter de la valeur. Les OKRObjectives and Key Results : une méthode qui associe un objectif qualitatif à quelques résultats clés mesurables, revus régulièrement., les mesures de résultat et les retours utilisateurs deviennent le centre de la conversation. Le coach aide à passer d'un compte de livrables à une preuve d'effet, sans glisser vers la mesure pour la mesure.
4. Lire le flux avec un œil systémique. C'est le sujet de l'article sur les boucles cachées de l'IA : un gain de temps ici crée du travail ailleurs. Observer le temps de cycleTemps écoulé entre le démarrage d'un élément et sa fin. Il se mesure sur des éléments terminés., l'attente en revue et la dette techniqueLe coût futur des raccourcis pris aujourd'hui dans le code : chaque raccourci rend les changements suivants plus lents et plus risqués. plutôt que la seule vitesse de production, c'est notre métier, et cela se fait avec les équipes. Le Kanban y aide.
5. Rester le tiers qui questionne. Un agent peut suivre un tableau et relancer. Il ne tient pas la relation, ne lit pas le non-dit d'un comité. Nous pouvons nous exercer aux questions de Karl Tomm et garder la posture : le travail caché du Scrum Master est justement ce qui ne se délègue pas.

Ce qu'il faut maîtriser soi-même

Pour accompagner ces axes, nous avons à nous former sur trois points.

• Les bases de l'IA au travail : ce qu'un assistant sait faire, ce qu'il rate, comment on le cadre. Sans pratique personnelle, nos conseils sonnent creux.
• La mesure du flux et de la valeur : savoir lire des métriques sans les adorer, et distinguer production, résultat et impact.
• L'économie du produit : coût d'une décision, coût d'un retard, coût d'une erreur découverte tard. C'est le langage du portefeuille.

Notre valeur ne vient pas de connaître le cadre mieux que les autres, mais d'aider l'organisation à décider, à vérifier et à apprendre.

Regard critique

• L'hypothèse est une hypothèse. Dans beaucoup d'équipes, produire reste lent. Les études sont partagées, et un goulot déplacé n'est pas un goulot supprimé. Il vaut mieux l'observer avant de le proclamer.
• Le risque du coach « expert IA ». Se réinventer ne veut pas dire suivre chaque nouveauté. Les outils changent vite, les questions de fond (choisir, vérifier, apprendre) changent peu.
• SAFe n'est pas la seule lecture. Ces axes valent pour un coach Scrum, Kanban ou sans cadre. Dans SAFe, ils pèsent plus lourd parce que les délais de validation et d'arbitrage sont longs.
• Des sources encore minces. Peu de recul indépendant sur l'IA à l'échelle d'un train. À confronter à votre terrain.

Pense-bête

Axe	La question à poser
Choisir	Quelle hypothèse de valeur ce travail teste-t-il ?
Valider	Qui relit, avec quels critères, et combien de temps cela prend-il ?
Prouver	Qu'est-ce qui a changé pour l'utilisateur ?
Flux	Où le travail attend-il maintenant ?
Posture	Qu'est-ce que seul un humain peut tenir ici ?

Sources

1. Measuring the Impact of Early-2025 AI on Experienced Open-Source Developer Productivity, METR, juillet 2025, en anglais. Un essai contrôlé randomisé sur 16 développeurs et 246 tâches : les participants attendaient un gain ; la mesure montre un allongement de 19 %. Les auteurs détaillent aussi les limites de l'étude. ↑

2. Theory of Constraints, Wikipédia, en anglais. Une présentation de la théorie d'Eliyahu Goldratt, née avec son roman Le But (1984), et des étapes pour identifier puis exploiter la contrainte. ↑

3. State of AI-assisted Software Development, DORA (Google), 2025, en anglais. Le rapport annuel : l'IA comme amplificateur, et le modèle de sept capacités qui font la différence. ↑

4. What's new in SAFe 6.0, Scaled Agile, mise à jour du 2 janvier 2023, en anglais. La liste officielle des changements : flux, rôles, mesure, IA et nouveau vocabulaire. ↑