SAFe® Scaled Agile Framework : expliqué de manière brève et concise

L’agilité et le nouveau travail sont sur toutes les lèvres. Presque tout le monde connaît maintenant le framework Scrum. Ce que Scrum est pour une équipe agile, le Scaled Agile Framework SAFe® l’est pour une entreprise agile. Ou comme le dit Dean Leffingwell

« De même que Scrum l’est pour l’équipe agile, SAFe® l’est pour l’entreprise agile. »

Dean Leffingwell

Vous les connaissez : il y a des entreprises comme Apple ou Google qui comprennent particulièrement bien leur travail (du moins, d’après leur réputation). D’autres, en revanche, obtiennent moins de résultats avec les mêmes conditions (produits, ressources, …). Pourquoi ?

Un facteur est certainement la forme de travail agile - pas seulement au niveau de l’équipe, mais aussi au niveau de l’entreprise.

SAFe® Scaled Agile - pourquoi mettre à l’échelle ?

En effet, une seule équipe ne peut souvent pas résoudre à elle seule les souhaits et les problèmes du client - du moins pas aussi rapidement. Et c’est là qu’intervient le SAFe® Scaled Agile Framework. Il met à l’échelle les méthodes agiles pour de nombreuses équipes.

L’objectif de SAFe® n’est finalement pas seulement de rendre une équipe agile. Non, SAFe® est censé rendre toute une entreprise agile - également appelée « business agility ». 

SAFe® est donc un système très concret et élaboré qui indique comment s’organiser - de l’équipe au niveau du management - pour être agile.

D’ailleurs, avec le framework, cela se fait naturellement en dehors du département informatique ( plus sur Agile en dehors de l’informatique ).

Les 7 domaines de concentration du cadre SAFe® Scaled Agile Framework

Quels sont les domaines que SAFe® examine ? Voici les 7 domaines de concentration de SAFe® :

1. Équipe et agilité technique: Les rôles et les responsabilités au sein de l’équipe sont très bien coordonnés.
2. Livraison agile de produits: L’objectif est de fournir à tout moment le meilleur produit et le plus innovant au client.
3. Mise à disposition de solutions d’entrepriseTu ne crées pas “seulement” des produits innovants, tu conçois une solution pour chaque Problème de tes clients.
4. Gestion de portefeuille au plus juste: Le « portefeuille » de projets est planifié de manière stratégique - avec des cycles de feedback étroits et courts entre la planification et la mise en œuvre.
5. Agilité organisationnelle: Travailler sur les processus de l’entreprise et sur les personnes elles-mêmes en se concentrant sur les aspects suivants : Adaptabilité, compétitivité et transparence.
6. Culture d’apprentissage continuL’objectif d’apprendre continuellement à tous les niveaux de l’entreprise est fermement ancré dans le cadre Scaled Agile et dans les réunions qui l’accompagnent.
7. Lean Agile Leadership: Le leadership repensé : le leadership doit habiliter et servir les personnes (voir Servant Leadership) et étayer les forces des individus. Plus de travail d’égal à égal, l’idée de hiérarchie s’affaiblit.

Dans SAFe®, plusieurs équipes agiles collaborent et forment ce que l’on appelle l’Agile Release Train (ART). Le rôle de « Release Train Engineer » accompagne, à l’instar d’un Scrum Master, toutes les équipes et tous les processus de son Release Train. En règle générale, environ 52 à 125 personnes collaborent dans un Agile Release Train, subordonnées à des équipes. 

Niveau de l’équipe

Chaque équipe fournit à chaque sprint (généralement une période de deux semaines) une valeur ajoutée au client par petites étapes - également appelée Value. Ensemble, toutes les équipes de l’Agile Release Train fournissent à la fin de 5 sprints ou itérations (souvent un trimestre) ce que l’on appelle le Product Increment (PI) - donc, dans le meilleur des cas, une fonctionnalité de produit utilisable par le client.

Niveau de l’entreprise

Si une entreprise compte plus de collaborateurs, elle les diviserait en plusieurs release trains. SAFe® est donc une solution adaptée aux groupes ou aux grandes entreprises. La différence avec SCRUM réside dans le nombre de collaborateurs impliqués. 

Niveau de gestion

La vision et le Product Backlog sont définis par le management dans le Scaled Agile Framework SAFe®. À l’aide de méthodes telles que le Design Thinking et la Customer Centricity, on résout les problèmes et les défis des clients, même au niveau du management - du moins si l’on applique le « Full SAFe® ». 

D’ailleurs, tu trouveras plus d’informations sur la structure et l’organisation ou la configuration de SAFe® et quels sont les niveaux du framework en fonction de la taille de l’entreprise. dans cet article - les 4 niveaux de SAFe®. 

Le 5 minutes Vidéo explicative ici d’ailleurs, il y a un autre bel aperçu du SAFe® Scaled Agile Framework.

Autres frameworks pour faire évoluer les méthodes agiles

Sur la base de nos nombreux contacts clients avec des entreprises agiles, nous pouvons affirmer que le framework SAFe® Scaled Agile est probablement le framework le plus répandu pour faire évoluer les méthodes agiles. 

Malgré tout, il y a aussi quelques critiques du framework. Tu en trouveras plus dans cet article (avec un titre provocateur) : “Beware SAFe® - an Unholy Incarnation of Darkness”. 

D’ailleurs, une petite remarque dans le contexte de la transformation agile : voulez-vous vous assurer que vous définissez actuellement les bonnes priorités dans votre transformation agile ? 

Alors, faites notre contrôle de maturité pour votre transformation agile - cela ne prend que 3 minutes. Vous obtenez même un benchmark basé sur plus de trois cents autres participants. Voir le bouton 🙂

D’autres cadres pour la propagation des méthodes agiles dans toute l’entreprise sont d’ailleurs LeSS (Scrum à grande échelle), Scrum@Scale et Nexus. Pour en savoir plus, consulte les liens. 

Attention à l’introduction de frameworks agiles évolutifs

D’après notre expérience, les différents frameworks ont tous des avantages et des inconvénients. Si tu envisages d’adopter l’un des frameworks à l’échelle, tu dois tenir compte des points suivants :

1. Dans un premier temps, nous te conseillons d’effectuer une analyse de la situation actuelle de ton entreprise afin de comprendre exactement pourquoi (et si) tu veux introduire des méthodes agiles à l’échelle. Où se situe la douleur ou la raison principale du changement ? Cela sert de base pour…
2. La préparation de l’équipe de management - elle doit être à 100 % derrière le changement. En règle générale, tout changement agile dépend du management.
3. Pour le choix du framework, il est préférable de choisir soit le framework qui résout le mieux ses propres problèmes. Soit on reprend - selon la philosophie agile - les aspects des différents frameworks que l’on juge les plus pertinents et on itère continuellement, respectivement on essaie continuellement différentes formes de ceux-ci. 
4. En principe, il est recommandé de faire accompagner ce changement par des conseillers expérimentés.

D’ailleurs, dans ce contexte, il est également pertinent de savoir combien d’Agile Coaches il faut engager pour la transformation - et quel budget cela nécessite (plus d’informations à ce sujet dans « De combien de coachs Agile ai-je besoin ? ”).

Cadre agile scalé SAFe® : Conclusion

Nous espérons que cet article vous a donné un bref aperçu du Scaled Agile Framework. Si vous souhaitez en savoir plus sur le travail d’un SAFe Product Owner, n’hésitez pas à consulter ici notre article de blog sur le sujet.

Si tu es toujours à la recherche d’une planche rétro appropriée, notre article peut d’ailleurs t’aider avec ce sujet : Les meilleures planches rétro en comparaison.

L’auteure : Christine Graf – Agile Coach & Scrum Master chez « be agile » (change-agile.org)