J'ai le certificat, et j'ai des doutes
Je suis Product Owner certifié SAFe. J'ai assisté aux sessions de PI planning, tiré les fils de dépendances sur le tableau, et regardé quatre-vingts personnes passer deux jours à trancher ce que quelques équipes auraient réglé en un après-midi. SAFe a résolu un vrai problème en son temps : il a donné aux grandes entreprises un moyen de coordonner des centaines d'ingénieurs sans perdre le contrôle. Ce n'était pas inutile.
Mais le problème a changé. Quand des agents IA peuvent réduire un cycle de décision de semaines à heures, un cadre dont la fonction principale est l'attente organisée devient un frein. L'équipe de SAFe semble le sentir — au SAFe Summit d'Amsterdam en mars 2026(lien externe, nouvel onglet), ils ont ajouté une guidance "AI-Empowered Agility" par-dessus le modèle existant. Quand un cadre ajoute des couches IA sur ses comités au lieu de les repenser, ça ressemble plus à de l'auto-défense qu'à une évolution.
Pourquoi SAFe ne conviendrait plus à un monde piloté par l'IA
La promesse de SAFe, c'est l'alignement par la cérémonie : Program Increments, Agile Release Trains, rôles en couches et événements trimestriels qui figent le périmètre de nombreuses équipes. Cette promesse avait du sens quand la coordination coûtait cher et que construire était lent.
L'IA pourrait inverser cette équation. Construire deviendrait la partie rapide et bon marché. La partie coûteuse serait de décider ce qui mérite d'être construit et de vérifier que le résultat est fiable. Comme le formule une analyse(lien externe, nouvel onglet), les couches d'approbation de SAFe retardent les décisions au moment précis où la vitesse compte le plus, et l'IA creuserait cet écart. Un cycle de planification trimestriel ne pourrait plus suivre un moteur de livraison qui avance désormais au jour le jour.
Il y a un problème plus profond. SAFe optimise les rôles — qui rapporte à quel train, qui possède quel rituel. Mais la vraie unité de valeur n'a jamais été le rôle. C'est le flux du travail, de l'idée à la production. Optimiser les cases pendant que le travail attend entre elles, c'est l'erreur classique, et l'IA rendrait cette attente encore plus difficile à justifier.
Ce qui pourrait venir après : un modèle flux-et-intention
Le cadre qui pourrait remplacer SAFe ne serait pas SAFe avec plus de couches. Ce serait l'inverse : un modèle léger, bâti sur deux idées déjà étayées — le flux et l'intention. Trois parties le tiendraient ensemble.
Des équipes alignées sur un flux de valeur, pas sur des cérémonies. C'est l'idée centrale de Team Topologies(lien externe, nouvel onglet) : des équipes durables alignées sur un flux de valeur, moins de transferts, et des équipes plateforme qui allègent la charge mentale des autres. La communauté Lean tient le même discours pour l'ère IA — optimiser le flux, pas le développeur individuel(lien externe, nouvel onglet). L'équipe, pas le release train, serait la plus petite unité responsable d'un résultat.
L'intention au lieu de la planification détaillée en amont. Dans un monde où les agents produisent le code, le rôle de l'humain serait de poser une intention claire — le but, les limites, la définition de "sûr et correct" — puis de vérifier le résultat. C'est le basculement vers le jugement que je décrivais dans le Product Owner dans un monde AI-first. Le PI planning essaie de figer un trimestre de travail. Un modèle d'intention définirait le but et les garde-fous, et laisserait la boucle de feedback tourner vite en dessous.
Des métriques de flux au lieu du théâtre de la vélocité. Au lieu d'une vélocité en story points consolidée entre les trains, on mesurerait ce qui prédit vraiment la livraison : temps de cycle, fréquence de déploiement, taux d'échec des changements, temps de récupération — les signaux DORA qui montrent si le flux est sain. Ces chiffres sont honnêtes d'une façon que la vélocité ne l'a jamais été. Et l'IA rendrait la vélocité encore moins parlante : le volume de code peut exploser pendant que la valeur livrée stagne.
SAFe demande "tout le monde est-il aligné sur le plan ?" Un modèle flux-et-intention demanderait "la valeur avance-t-elle, et a-t-on confiance en ce qui avance ?" Une seule de ces deux questions survivrait au contact de la livraison à vitesse IA.
À quoi ressemblerait un lundi matin
En pratique, une équipe sous ce modèle n'assisterait pas à un marathon de planification trimestrielle. Elle travaillerait sur un petit nombre d'objectifs clairement énoncés, avec des garde-fous explicites. Ingénieurs et agents produiraient du travail rapidement ; l'effort humain irait à la revue, aux tests et à la décision de livrer ou non. Les dépendances seraient éliminées par conception via des services plateforme, plutôt que négociées dans une grande salle. L'avancement se lirait sur des métriques de flux en temps réel, pas sur un burn-up montré à un jalon.
Un pont pratique existe déjà pour les équipes pas prêtes à tout changer d'un coup : le framework A3(lien externe, nouvel onglet) — Assist, Automate, Avoid — donne aux praticiens un moyen simple de décider ce que l'IA devrait gérer et ce qui devrait rester humain. Il pourrait servir de rampe d'accès vers le travail piloté par l'intention, sans réorganisation totale.
Rien de tout ça ne serait gratuit. Le plus dur n'est jamais le schéma. C'est la même vérité que je croise sans cesse : une transformation IA est un problème humain déguisé en problème technique. S'éloigner de SAFe voudrait dire renoncer au confort de la cérémonie et demander aux managers de faire confiance au flux plutôt qu'à l'apparence du contrôle. C'est un changement de leadership avant d'être un changement de processus, et c'est pourquoi les basculements structurels qui font vraiment fonctionner les organisations autrement comptent plus que le nom du cadre.
Le takeaway
Si vous tournez sous SAFe aujourd'hui, ne l'arrachez pas le trimestre prochain — mesurez-le d'abord. Prenez un seul Agile Release Train et suivez ses vraies métriques de flux pendant un mois : temps de cycle, fréquence de déploiement, taux d'échec des changements. Si les cérémonies ajoutent plus de délai que d'alignement, vous n'auriez peut-être pas besoin d'un cadre plus gros. Vous auriez besoin d'un cadre plus léger, et des leçons de leadership agile durement acquises pour tenir le cap pendant la transition.
