SAFe : comment on a industrialisé l’agilité jusqu’à la tuer

Ouvrez le schéma officiel de SAFe. Prenez une minute. Regardez-le vraiment.

Des dizaines de rôles. Des niveaux empilés. Des flèches partout. Des cérémonies planifiées au trimestre. Un poster entier pour représenter une méthode censée alléger le travail.

Ce schéma raconte tout. On a pris une idée née contre la lourdeur des process, et on en a fait le process le plus lourd du marché.

Cet article est une critique frontale du framework SAFe. Pas des gens qui y travaillent. Du système. De ce qu’il promet, de ce qu’il produit, et de ce qu’il a fait à l’idée même d’agilité.

Ce que SAFe promet aux grandes organisations

SAFe, pour Scaled Agile Framework, est un cadre qui promet d’appliquer l’agilité à l’échelle de toute une organisation. Il empile des rôles, des niveaux et des cérémonies synchronisées pour coordonner des dizaines d’équipes. Sa promesse centrale : rendre l’agilité prévisible et pilotable depuis le haut. C’est précisément là que le problème commence.

Parce que cette promesse est séduisante. Mettez-vous à la place d’une direction générale.

On vous dit depuis des années qu’il faut « devenir agile ». Vous avez des centaines d’équipes, des budgets annuels, des comités, des engagements clients. Et voilà un framework qui vous dit : vous pouvez avoir l’agilité sans rien lâcher. Vos plannings restent. Vos niveaux hiérarchiques restent. Votre besoin de tout voir venir reste. On ajoute juste une couche de vocabulaire agile par-dessus.

C’est une offre commerciale parfaite. Elle vend le mot sans exiger la chose.

Le vrai travail agile demande de lâcher du contrôle, d’accepter de ne pas savoir, de laisser les équipes décider. SAFe propose l’inverse : garder le contrôle et acheter le label. Dans les boîtes, cette offre a trouvé son public. Pendant des années, elle s’est vendue très bien.

La machinerie : rôles, trains, cérémonies

Regardons ce qu’on installe concrètement quand on déploie SAFe. Trois étages de machinerie.

Chaque pièce de cette machinerie a une justification locale. Coordonner, aligner, synchroniser. Pris un par un, les arguments se tiennent.

Mis bout à bout, ils fabriquent autre chose. Une bureaucratie. Avec ses gardiens, ses experts, ses formations obligatoires, son vocabulaire propriétaire. Une organisation dans l’organisation, dont la survie devient un objectif en soi.

Et le plus frappant : cette machinerie ressemble trait pour trait à ce qu’on avait avant. Le PI Planning est un cycle de planification trimestriel. Le train est un programme. Le Release Train Engineer est un chef de programme. On a renommé l’existant. Le réel n’a pas bougé.

La prévisibilité : le produit qu’on vend vraiment

Pourquoi les grandes organisations achètent-elles SAFe ? Pas pour l’agilité. Pour la prévisibilité.

C’est écrit dans l’offre elle-même. Planifier des incréments de plusieurs mois. Engager les équipes sur des objectifs chiffrés. Remonter des indicateurs consolidés vers le haut. Tout le dispositif est conçu pour répondre à une question de direction : « dites-moi ce que j’aurai et quand ».

Question légitime. Vraiment. Un dirigeant a des comptes à rendre, des engagements, des budgets. Vouloir de la visibilité n’est pas un péché.

Le problème, c’est le mensonge d’étiquette. L’agilité est née d’un constat inverse : dans un environnement incertain, la prévisibilité à long terme est une fiction. On ne sait pas. Personne ne sait. La seule réponse honnête, c’est de livrer petit, d’apprendre vite, d’ajuster le cap en marchant.

SAFe vend la fiction avec le vocabulaire de ceux qui l’avaient dénoncée. C’est comme vendre un régime à base de sucre en l’appelant détox.

Et sur le terrain, la fiction se paie. Les équipes s’engagent en PI Planning sur douze semaines de travail détaillé. À la semaine trois, le réel a déjà divergé. Alors on tord les chiffres, on renégocie en douce, on fait semblant que le plan tient. Le théâtre commence là. Pas parce que les gens sont malhonnêtes. Parce que le système exige une prévisibilité que le réel ne peut pas fournir.

Ce que SAFe fait au Manifeste

Relisez les quatre valeurs du Manifeste agile de 2001. Puis posez le schéma SAFe à côté. L’exercice est cruel.

Les individus et leurs interactions plus que les processus et les outils ? SAFe est un processus de plusieurs centaines de pages, avec un outillage dédié et une carte des rôles digne d’un organigramme ministériel.

L’adaptation au changement plus que le suivi d’un plan ? SAFe organise la planification la plus lourde de l’histoire des méthodes agiles. Deux jours, toutes les équipes, un engagement de trois mois.

La collaboration avec les clients plus que la négociation contractuelle ? Dans un train, le client est loin. Les équipes parlent à des Product Managers qui parlent à des Business Owners qui parlent, parfois, à des clients.

Je détaille cette inversion valeur par valeur dans un article dédié : les 4 valeurs du Manifeste qu’on a trahies. SAFe n’est pas le seul coupable de cette trahison. Mais il en est la forme la plus aboutie. La plus vendue. La plus certifiée.

Le Manifeste tenait sur une page. SAFe tient sur un poster qu’il faut une loupe pour lire. Cette différence de format n’est pas un détail. C’est le symptôme.

Les chiffres décrochent

Pendant des années, SAFe a dominé le marché de l’agilité à l’échelle. Puis quelque chose a bougé.

Un sondage déclaratif n’est pas une vérité absolue. La méthodologie change, les échantillons bougent, il faut lire ces chiffres avec prudence.

Mais la tendance dit quelque chose. Les organisations qui ont vécu SAFe de l’intérieur en redescendent. Et elles ne reviennent pas à l’anarchie. Elles construisent leurs propres approches, hybrides, adaptées à leur contexte. Autrement dit : elles font enfin quelque chose d’agile. Elles regardent leur réel et s’y adaptent, au lieu d’acheter un plan tout fait.

L’ironie est complète. L’échec du framework standardisé pousse les boîtes vers ce que l’agilité proposait depuis le début.

Ce n’est pas la faute des équipes

Ce point mérite un chapitre entier, parce que la confusion fait des dégâts.

Quand un déploiement SAFe déçoit, les regards se tournent vers les équipes. Elles ne joueraient pas le jeu. Elles résisteraient au changement. Il faudrait plus de formation, plus de coaching, plus de conformité au framework.

C’est faux, et c’est injuste.

Les Release Train Engineers qui courent d’une synchronisation à l’autre font leur travail sérieusement. Les Scrum Masters qui préparent leur centième daily aussi. Les équipes qui remplissent leurs objectifs de PI font ce que le système leur demande. Le problème n’est pas leur engagement. C’est ce qu’on leur demande.

On ne reproche pas aux ouvriers d’une chaîne de montage la conception de la chaîne. Les personnes qui travaillent dans un dispositif SAFe en sont les premières victimes : elles portent la charge des cérémonies, la pression des engagements intenables, et la responsabilité de l’échec en prime.

Si vous travaillez dans un train et que vous sentez que quelque chose cloche, votre instinct est bon. Ce n’est pas vous. C’est la machine.

Sortir de l’industrialisation sans jeter l’agilité

Alors on fait quoi ? On jette tout ? Non. On remet les choses dans le bon ordre.

D’abord, séparer l’agilité de son industrie. Scrum et Kanban ne sont pas le problème. Ce sont des outils corrects, utiles à l’échelle d’une équipe, quand on les prend pour ce qu’ils sont. Le problème, c’est la promesse d’industrialiser un état d’esprit. On peut standardiser des cérémonies. On ne standardise pas un rapport à l’incertitude.

Ensuite, poser la vraie question avant d’acheter quoi que ce soit. Qu’est-ce qui vous empêche, aujourd’hui, de décider vite et d’apprendre de vos erreurs ? La réponse est rarement « il nous manque un framework ». Elle ressemble plus souvent à : les décisions remontent trop haut, l’erreur se paie cher, personne ne sait dire non à un client. Aucun train n’y changera rien. Les grands déploiements de frameworks ratent d’ailleurs pour des raisons connues, que j’ai détaillées dans pourquoi les transformations agiles échouent vraiment.

Enfin, commencer petit et par la posture. Une équipe, un vrai problème, un travail honnête sur la manière de décider et d’apprendre. C’est exactement le parti pris de la formation agile Insuffle Académie : une journée sur les fondamentaux, la posture avant les cérémonies, sans promettre de transformation miracle. Et si vous cherchez à y voir clair dans le marché avant de choisir, le guide formation agile : comment choisir sans se faire avoir démonte les offres une par une.

L’agilité n’a jamais eu besoin d’un étage de plus. Elle a besoin qu’on la laisse redescendre au niveau où elle sert : des gens, autour d’un problème, avec le droit de décider.

Découvrir la formation agile Insuffle Académie