Qu’est-ce que le Scaled Agile Framework (SAFe) ?

Pourquoi SAFe^® est-il utile ?

SAFe offre aux organisations un guide (ou une feuille de route) pour les aider dans leur croissance. Il introduit le cadre à un niveau d’équipe, et jusqu’aux niveaux supérieurs, que ce soit au niveau du portefeuille ou du programme. 

En plus de la feuille de route, il existe des formations dédiées que les organisations peuvent suivre. SAFe met à disposition une base de connaissances approfondie pour les rôles agiles dédiés tels que Scrum Master, Product Owner, Architectes et les équipes agiles dans leur ensemble.

SAFe^® est-il une méthodologie ou un cadre ?

Comme indiqué dans son nom, SAFe est un cadre très adaptable. Étant donné qu'il est largement utilisé par au moins 1 000 000 de praticiens et 20 000 entreprises à travers le monde, SAFe n'aurait sans doute pas une adhésion aussi massive et une telle adoption mondiale s’il s’agissait d’une méthodologie rigide.

Cela dit, c’est une question fréquente car, au quotidien, les termes méthodologie et cadre sont souvent utilisés de façon interchangeable. Ainsi, pour étayer ma réponse à cette question, il est utile de garder à l'esprit les propos de Michael Wood dans son article sur la différence entre méthodologie et cadre :

En général, les cadres fournissent une structure de ce qu'il faut faire mais laissent au praticien le soin de déterminer comment accomplir le "quoi faire", tandis qu'une méthodologie détaille tout dans les moindres aspects : quoi faire, quand le faire, comment le faire et pourquoi.

Michael Wood

Lead Smarter in the Age of AI

Join the DPM community for access to exclusive content, practical templates, member-only events, and weekly leadership insights - it’s free to join.

Sign up with:

LinkedInGoogleMicrosoft

Or sign up with email:

X/Twitter

This field is for validation purposes and should be left unchanged.

Name*

First name Last name

Business email*

This field is hidden when viewing the form

Free Account Module

Bottom BarLanding PageFooterInlinePop UpSidebarSSO

LinkedIn profile

Seniority*

Select an optionExecutive / C-suiteVPDirectorManagerIndividual ContributorOther

Company's AI adoption maturity*

Select an optionExploring opportunitiesRunning pilotsScaling adoptionEmbedded in the business model

Principes de SAFe^®

Puisque SAFe offre aux organisations un moyen de mettre l'agilité à l'échelle à mesure qu'elles se développent, ses fondations s’appuient sur l’agilité, le développement de produits Lean et la pensée systémique afin d’offrir des conseils non seulement aux équipes agiles mais aussi aux « équipes d'équipes ».

Il y a 10 principes lean-agile sur lesquels repose le cadre :

1. Adopter une vision économique : Met l'accent sur le principe de fournir de la valeur aux clients tôt et fréquemment. Adopter une vision économique met également en évidence la nécessité de prendre en compte tous les coûts (risques, fabrication, exploitation, développement) et d’opérer dans le respect des garde-fous budgétaires validés.
2. Appliquer la pensée systémique : Nécessite la compréhension des systèmes dans lesquels l’organisation créant la solution est un système, et la solution elle-même en est aussi un (projet, produit).
3. Supposer la variabilité ; préserver les options : Ce principe vise à ne pas choisir un seul design/ensemble de spécifications dès le début du développement, mais plutôt à envisager plusieurs options/designs et à utiliser les données concrètes (expérimentations/tests) pour réduire progressivement les options.
4. Construire de façon incrémentale avec des cycles d’apprentissage rapides et intégrés : Suit le principe de livrer le travail par petits morceaux (plus fréquemment) et de s’appuyer à chaque fois sur les réalisations précédentes.
5. Basés les jalons sur l’évaluation objective de systèmes fonctionnels : Évaluer le travail en cours de développement à divers moments tout au long du cycle agile afin de vérifier que ce qui est en cours de conception apportera un bénéfice économique et sera adapté à l’usage.
6. Visualiser et limiter le travail en cours (WIP), réduire la taille des lots et gérer la longueur des files d’attente : Comme l’indique le principe, il s’agit de limiter la quantité de travail assignée à un individu ou une équipe à un instant donné (afin d’éviter la surcharge et de garantir un flux de travail et de livraison constant).
7. Appliquer une cadence ; synchroniser avec la planification multidomaine : Suivre un schéma d’alignement pour planifier entre équipes et secteurs différents.
8. Libérer la motivation intrinsèque des travailleurs du savoir : Comprendre la nécessité d’apporter de l’autonomie, des contraintes claires et des obstacles, et de créer une culture d’engagement pour les membres de son équipe.
9. Décentraliser la prise de décision : Pour agir rapidement et livrer plus fréquemment, il faut que les décisions soient décentralisées et confiées à ceux qui sont les plus proches du sujet.
10. S’organiser autour de la valeur : Plutôt qu’autour de fonctions spécifiques (exemples : design, test, etc.), organiser des équipes transversales axées sur la valeur créée pour le client et l’entreprise.

Comment mettre en œuvre le Scaled Agile Framework^® 

Étape 1 : Adopter le bon état d’esprit

Pour démarrer la mise en œuvre de SAFe, une organisation doit vouloir améliorer son agilité métier et accepter d’adopter une mentalité Lean-Agile.

Lean-Agile combine croyances, principes et actions issus du Manifeste Agile et de la pensée Lean. Il s’agit de la transition d’un état d’esprit figé à un état d’esprit de croissance, où les professionnels sont prêts à expérimenter, s’inspirer des autres, explorer des opportunités, se confronter à des défis et accueillir l’échec.

L’objectif du Lean est de livrer un maximum de valeur aux clients en un minimum de temps tout en offrant la qualité la plus élevée possible. La pensée Lean peut être définie comme suit :

• Spécifier la valeur du produit
• Définir un flux de valeur pour chaque produit
• Créer un flux de valeur sans interruption
• Laisser le client tirer la valeur
• Rechercher la perfection

Étape 2 : Définir un flux de valeur 

Un flux de valeur est une suite d’étapes (et de composantes organisationnelles) nécessaires pour livrer de la valeur à un client – de l’élément déclencheur initial à la réception du produit ou du service. Cela revêt une importance capitale lors de la mise en œuvre de SAFe.

SAFe se concentre sur l’optimisation du flux de valeur pour délivrer un flux continu de valeur, en organisant les collaborateurs autour des flux de valeur afin que personnes et équipes travaillent ensemble de façon fluide plutôt que dans des silos ou segments.

Par exemple, si une entreprise crée des mugs à café personnalisés à vendre sur son site web, un flux de valeur pourrait ressembler à ceci :

Dans l’exemple ci-dessus, tous les processus nécessaires pour livrer la valeur, du moment où le client passe sa commande pour son mug à café jusqu’à la réception de sa livraison, sont organisés pour garantir la fluidité du flux de valeur.

Étape 3 : Mise en place du Train de Livraison Agile (ART)

Un Train de Livraison Agile (Agile Release Train – ART) est une combinaison de plusieurs équipes agiles. Ils sont construits autour d’un flux de valeur et doivent fournir continuellement de la valeur en développant des solutions bénéfiques pour les utilisateurs finaux et les clients.

SAFe tourne autour de la coordination de plusieurs équipes agiles, et un ART regroupe toutes les personnes nécessaires au développement, au test et au déploiement du produit ou service. Il compte généralement 50 à 125 personnes ou 10 à 12 équipes agiles distinctes (avec une taille d’équipe de 8 à 10 personnes).

Un ART est transversal et comprend toutes les personnes et ressources organisationnelles requises pour développer, construire et livrer une gamme complète de produits ou services à un client. Selon la taille de l’organisation, il peut y avoir plusieurs ARTs (pensez à des organisations de grande envergure de plus de 500 personnes).

Étape 4 : Définition des différents rôles dans SAFe^®

Comme dans toute structure organisationnelle, certains rôles sont nécessaires et doivent être attribués. Dans SAFe, au niveau de l’équipe agile individuelle, les rôles sont similaires à ceux d’une petite équipe agile mais avec quelques rôles et parties prenantes en plus :

• Scrum Master : facilite les cérémonies agiles et lève les obstacles rencontrés
• Product Owner : est responsable du backlog produit et priorise les éléments qui y figurent
• Membres de l’équipe Scrum : réalisent les éléments du backlog priorisés et les livrables pour créer de la valeur pour les clients
• Release Train Engineer (RTE) : Dans le cadre de l’ART de SAFe, il s’agit du responsable de programme et coordonnateur des équipes agiles
• Architectes/Ingénieurs systèmes : Pour les organisations techniques ou non techniques, les architectes systèmes et ingénieurs soutiennent le développement de produits ou de logiciels en fournissant une solide base architecturale à la solution

Étape 5 : Préparation d’un backlog de programme pour le Train de Livraison Agile

Vous avez mis en place votre ART et disposez maintenant de plusieurs équipes agiles. Pour aider à coordonner ce qui doit être développé ou construit, préparez un backlog de programme.

Un backlog de programme contiendra les fonctionnalités, épopées, récits utilisateurs, fonctionnalités et travaux d’architecture (systèmes) nécessaires pour supporter le flux de valeur et apporter de la valeur aux clients. 

Un backlog commun nécessitera la contribution de nombreux rôles de l’ART tels que le Release Train Engineer, les Product Owner, ainsi que d’autres rôles comme la gestion des produits et les dirigeants de l’organisation. Un backlog produit aidera également à l’étape suivante de la mise en œuvre pour définir qui travaille sur quoi et quand.

Étape 6 : Planification des Incréments de Programme (PI) et synchronisations ART

Dans la dernière étape, vous devez planifier qui fait le travail et quand. Dans SAFe, cet événement est appelé Planification des Incréments de Programme (PI). Central dans SAFe, il est réalisé régulièrement et constitue une opportunité d’alignement avec l’ART au complet.

Un PI peut avoir n’importe quelle durée souhaitée par l’organisation, mais il dure généralement 3 mois (12 semaines). Cela permet d’organiser 6 sprints de 2 semaines que les équipes devront planifier. Ceci se déroule généralement en présence de l’ensemble de l’ART (oui, toutes les équipes agiles).

En raison de son ampleur, la planification du PI dure généralement deux jours et comporte :

• Une présentation du contexte métier, des objectifs stratégiques et de la mission
• Des sessions de planification en sous-groupes pour les équipes agiles, au cours desquelles elles préparent leur plan en partant des éléments du backlog commun de programme
• La présentation des projets de plans par toutes les équipes agiles
• Une revue de gestion et des échanges autour des problématiques identifiées
• Des sous-groupes pour l’ajustement et la finalisation des plans de chaque équipe
• La présentation des plans définitifs et un vote de confiance
• L’examen des risques du programme et la révision du plan (si nécessaire)

Après la planification du PI, la coordination et la collaboration se poursuivent. Fréquemment durant le PI, les représentants des équipes agiles (le PO et le Scrum Master), ainsi que le RTE, se réunissent lors d’un ART sync pour faire le point sur l’avancement des équipes agiles et identifier les dépendances, les problèmes ou les obstacles nécessitant une coordination. Cela peut avoir lieu à chaque intervalle tout au long du PI, mais une fréquence de deux semaines (ou à la fin de chaque sprint ou itération) est un bon rythme.

Quels sont les outils utilisés dans SAFe^® ?

Puisque SAFe s’appuie sur d’autres méthodologies agiles comme Scrum et Kanban, il existe un certain nombre d’outils pour aider les équipes agiles travaillant avec SAFe.

Pour quelques outils recommandés qui peuvent être utilisés avec SAFe, commencez par nos listes d’outils Agile et de logiciels de gestion de projet Agile.

Comme il est recommandé que la planification PI soit une activité en présentiel (face-à-face), les outils suivants sont également conseillés :

• Un grand espace événementiel où tout l’ART peut se réunir et travailler en équipe
• Tableaux blancs ou grandes feuilles de paperboard
• Marqueurs pour tableaux blancs
• Post-it/notes adhésives (utilisées pour représenter des éléments du backlog de l’équipe)
• Snacks & rafraîchissements (parce que, qui n’aime pas les snacks 😊)

SAFe^® & autres méthodologies agiles

J’espère que vous avez apprécié la fête agile ainsi que la rencontre avec notre nouvel invité, SAFe. Comme vous l’avez sans doute remarqué, SAFe a beaucoup de points communs avec d’autres invités comme Scrum et Lean. C’est le début d’une belle collaboration !

De même, si votre organisation est en pleine croissance et que la gestion de plusieurs équipes agiles devient complexe, vous pourriez envisager d’inviter SAFe à votre fête. Si vous avez des questions, n’hésitez pas à me contacter via LinkedIn ou Twitter.

Pour découvrir d’autres méthodologies hybrides de gestion de projet et outils, abonnez-vous à la newsletter The Digital Project Manager. Vous en voulez plus ? Découvrez notre offre d’adhésion !

^®SAFe et Scaled Agile Framework sont des marques déposées de Scaled Agile, Inc.