SAFe® — Scaled Agile Framework, édité par Scaled Agile, Inc. — répond à une question d’ingénierie organisationnelle : comment plusieurs équipes qui construisent le même produit prennent-elles leurs engagements ensemble, à une cadence tenable, sans qu’une personne arbitre chaque interface ? Tant que le problème posé est celui-là, le cadre tient ses promesses. Dès qu’on lui en demande un autre, il devient une couche de cérémonial.
Ce que le cadre résout
Les quatre problèmes ci-dessous ont un point commun : ils n’appartiennent à aucune équipe. Personne ne peut les résoudre depuis son propre backlog, et c’est précisément pour cela qu’ils durent.
- La dépendance non déclarée. Deux équipes découvrent en fin d’incrément qu’elles s’attendaient mutuellement. Le PI Planning — la planification d’incrément de programme — et le Program Board la rendent visible pendant qu’il est encore temps de la traiter.
- La priorisation locale. Chaque équipe optimise son propre carnet, et le flux de valeur, lui, n’avance pas. Un ordre unique, établi avec les Business Owners et instruit par le WSJF (coût du retard rapporté à l’effort), remplace huit ordres parallèles.
- La définition de « terminé ». Tant que la Definition of Done diverge d’une équipe à l’autre, chaque revue d’avancement est une négociation. La Built-In Quality n’est pas un slogan : c’est ce qui rend les engagements comparables.
- L’absence de cadence. Sans rythme partagé, l’intégration arrive quand elle peut. Avec l’itération et la System Demo, elle arrive quand on l’attend — et les mauvaises nouvelles tombent assez tôt pour être traitées.
Ce que le PI Planning produit réellement
Deux jours où l’Agile Release Train (ART) planifie au complet, ce n’est pas une réunion de plus : c’est le seul moment où les arbitrages se prennent devant ceux qu’ils engagent. La valeur ne tient ni au Program Board, ni à l’outil qui le recopie — elle tient aux conversations qu’on ne peut plus reporter.
- Des PI Objectives formulés par les équipes elles-mêmes, avec leur valeur métier attribuée par les Business Owners — et la distinction, qui coûte cher quand on l’oublie, entre objectifs engagés et objectifs non engagés.
- Des risques ROAMés en séance : résolus, pris en charge, acceptés ou atténués. Un risque qui sort de la salle sans statut est un risque que personne ne porte.
- Un vote de confiance qui dit la vérité. Une moyenne de cinq sur cinq après deux jours de planification n’est pas un bon signe : c’est le symptôme d’une salle où l’on n’ose pas.
Le rôle du Release Train Engineer (RTE) s’évalue là : non pas à la tenue du planning, mais au nombre d’engagements qui ont bougé parce qu’une dépendance a été dite à voix haute. Un PI Planning où rien ne change a mis en forme des décisions déjà prises ailleurs.
Ce qu’il ne résout pas
Un framework organise des décisions ; il ne les prend pas, et il ne compense aucun manque situé en amont.
- Une intention stratégique que personne ne sait énoncer en une phrase ne devient pas claire parce qu’on la découpe en Features : elle devient un backlog mieux rangé. C’est le travail du Lean Portfolio Management, et il se fait avant.
- Une sous-capacité ne se planifie pas. Quatre personnes pour six chantiers est un arbitrage de portefeuille, pas un problème de méthode — et l’ART le rendra visible tous les quinze jours sans jamais le résoudre.
- La dette technique ne se traite pas en cérémonie. Si une mise en production coûte une nuit blanche, aucune cadence ne tiendra : il faut des Enablers au backlog et une Continuous Delivery Pipeline, donc de la capacité réservée.
- La sécurité psychologique ne se décrète pas. Là où annoncer « nous ne serons pas prêts » coûte sa place, le vote de confiance devient un exercice de style et l’Inspect & Adapt, une séance de satisfaction.
Un cadre plus large que le problème coûte plus qu’il ne rapporte.
Quand SAFe ne se justifie pas
Une équipe unique n’a pas de problème d’échelle : Scrum ou Kanban suffisent, et le reste est du décorum. Un produit livré de bout en bout par une dizaine de personnes non plus. Le cadre commence à payer lorsque plusieurs équipes partagent un flux de valeur, une base de code ou une fenêtre de mise en production — c’est-à-dire lorsqu’une décision prise d’un côté en bloque une autre ailleurs. En deçà, la configuration Essential SAFe elle-même reste trop lourde.
C’est la première question d’un cadrage sérieux, avant tout catalogue de formation : combien d’équipes dépendent réellement les unes des autres, et sur quoi ? Quand la réponse est « une », nous le disons.
Trois contraintes propres aux organisations d’ici
Elles reviennent dans la plupart de nos missions en Afrique de l’Ouest, et aucune n’est traitée par le cadre tel qu’il est enseigné.
- Des équipes réparties sur plusieurs sites, avec une bande passante qui ne tient pas deux jours de visioconférence continue : la planification se conçoit dense et hybride, un site pilote par salle, plutôt que diluée sur une semaine.
- Une part significative de la capacité confiée à des prestataires : les engagements se prennent alors dans un contrat avant de se prendre dans la salle. Faire entrer les prestataires dans l’ART — et non les faire représenter — est la seule adaptation qui fonctionne.
- Des budgets annuels difficilement compatibles avec une priorisation trimestrielle : sans enveloppe révisable, le Lean Portfolio Management reste une intention et la valeur se décide une fois par an.
Ces adaptations décident de la réussite bien plus sûrement que la fidélité au schéma. Un ART qui tourne avec une planification d’une journée vaut mieux qu’un ART conforme qui ne se réunit jamais au complet.
Trois questions avant d’engager la transformation
- Quel problème mesurable attendons-nous de voir disparaître, et à quel indicateur de flux le verrons-nous ? Si la réponse tient en un mot — « agilité » — le cadrage n’a pas encore de cible.
- Qui prendra les arbitrages que le cadre rend visibles ? Ils existaient déjà ; ils étaient simplement rendus plus tard, et par défaut.
- Que sommes-nous prêts à arrêter ? Une organisation qui ajoute une cadence sans rien retirer ajoute une charge, pas une méthode.
Correctement employé, SAFe ne rend pas une organisation agile : il rend ses engagements visibles assez tôt pour qu’on puisse encore les changer. C’est modeste, et c’est déjà considérable.