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
"Tout comme Scrum est pour l'équipe agile, SAFe® est pour l'entreprise agile".
Dean Leffingwell
Tu les connais : il y a des entreprises comme Apple ou Google qui comprennent particulièrement bien leur travail (du moins selon leur réputation). D'autres, en revanche, obtiennent moins avec les mêmes conditions (produits, ressources, ...). A quoi cela tient-il ?
Un facteur est certainement la forme de travail agile – non seulement au niveau de l'équipe, mais aussi au niveau de l'entreprise.
SAFe® Scaled Agile – pourquoi évoluer ?
En effet, une seule équipe ne peut souvent pas résoudre seule les souhaits et les problèmes du client –, du moins pas aussi rapidement. C'est là qu'intervient le SAFe® Scaled Agile Framework. Celui-ci 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® doit rendre toute une entreprise agile – aussi appelé "business agility".
SAFe® est donc un système très concrètement élaboré qui indique comment s'organiser – de l'équipe au niveau de la direction – 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).
Avant d'aller plus loin, un petit rappel. Récemment, nous avons accueilli 11 experts agiles internationaux lors d'un webinaire – sur une question : comment faire évoluer correctement les méthodes agiles ?
Il en résulte ce fantastique enregistrement vidéo (en anglais) qui aborde par exemple les questions suivantes :
- Faut-il plutôt commencer par le bas ou par le haut ?
- Comment réussir à mettre les dirigeants d'accord sur une vision commune ?
- Comment choisir le bon framework agile – et pourquoi ce n'est pas si important en fait ?
Ma recommandation la plus chaleureuse : jette un coup d'œil ! C'est relativement long, mais chaque minute en vaut la peine.
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® :
- Équipe et agilité technique: Les rôles et les responsabilités au sein de l'équipe sont très bien coordonnés.
- Livraison agile de produits: L'objectif est de fournir à tout moment le meilleur produit et le plus innovant au client.
- 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.
- 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.
- 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.
- 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.
- 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.
Comment s'organiser dans le cadre SAFe® Scaled Agile Framework ?
Niveau de service : "Agile Release Trains".
Dans SAFe®, plusieurs équipes agiles travaillent ensemble et forment ce que l'on appelle la Release Train (ART) agile. Le rôle de Release Train Engineer accompagne, de la même manière qu'un Scrum Master, toutes les équipes et tous les processus dans son Release Train. En règle générale, environ 52 – 125 personnes travaillent ensemble dans un Release Train Agile, subordonnées à des équipes.
Niveau de l'équipe
Chaque équipe fournit chaque sprint (généralement une période de deux semaines) en petites étapes de la valeur pour le client –, également appelée valeur. Ensemble, toutes les équipes de l'Agile Release Train livrent à la fin de 5 sprints ou itérations (souvent un trimestre) le Product Increment (PI) –, c'est-à-dire, dans le meilleur des cas, une fonctionnalité du produit utilisable par le client.
La plupart des coachs Agile tournent en rond...
...et traiter les symptômes superficiels. Il est temps d'utiliser la psychologie – pour un changement d'état d'esprit durable.
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
Dans le cadre Scaled Agile SAFe®, la vision et le backlog de produit sont définis par la direction. Avec l'aide de méthodes telles que le Design Thinking et la Customer Centricity, les problèmes et les défis des clients sont également résolus au niveau de la direction –, du moins si l'on utilise 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® – une immortelle incarnation de l'obscurité".
D'ailleurs, un petit conseil dans le contexte de la transformation agile : tu veux t'assurer que tu as actuellement les bonnes priorités dans ton agile La transformation ?
Alors fais notre test de maturité pour ta transformation agile – ne prend que 3 minutes. Tu obtiendras même un benchmark sur la base de 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 :
- 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...
- La préparation de l'équipe de direction – elle doit être derrière le changement à 100%. En règle générale, tout changement agile dépend de la direction.
- Pour le choix du framework, le mieux est de choisir le framework qui résout le mieux tes problèmes. Ou alors, selon la philosophie agile –, tu choisis les aspects des différents frameworks que tu considères comme les plus utiles et tu itéres ou essaies continuellement différentes formes de ces frameworks.
- En principe, il est recommandé de faire accompagner ce changement par des conseillers expérimentés.
Cadre agile scalé SAFe® : Conclusion
J'espère que cet article t'a donné un bref aperçu du framework Scaled Agile. Si tu souhaites en savoir plus sur le travail d'un SAFe Product Owner, n'hésite 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'auteur : Christine Graf
Coach agile & Scrum Master chez be agile
