SAFe, pour Scaled Agile Framework, est un cadre de travail agile conçu pour aider les très grandes organisations à mettre en œuvre des pratiques agiles à l’échelle. L’idée est d’étendre les principes agiles au-delà d’une seule équipe pour englober l’ensemble de l’organisation. Si vous êtes novice en la matière, ne vous inquiétez pas, nous allons démystifier ce framework en commençant par les bases essentielles.
Les trains agiles – l’épine dorsale de SAFe
Au cœur du Scaled Agile Framework se trouve le concept de Trains Agiles, ou Agile Release Trains (ART).
Maintenant, imaginez SAFe comme un réseau de trains. Chaque train représente une équipe agile, chaque wagon une équipe agile de type Scrum, et l’ensemble du réseau représente l’organisation. Une gare est le lieu où plusieurs trains (équipes) se rencontrent, il s’agit donc des rituels et des événements de planification, où les équipes coordonnent leurs efforts. Il y a de petites et de grandes gares en fonction du nombre de participants.
Disons-le autrement, chaque ART est une équipe agile autonome composée de plusieurs équipes Scrum travaillant ensemble pour atteindre un objectif commun. Ces trains agiles sont la force motrice de l’agilité à l’échelle, assurant une collaboration synchronisée et la livraison de valeur de manière cohérente. Chaque équipe au sein d’un train agit comme un wagon interconnecté, contribuant à la réalisation des objectifs stratégiques de manière coordonnée.
Un train agile est une équipe de développement agile autonome qui peut produire un résultat utile indépendamment des autres trains. Chaque train a un objectif commun et suit un calendrier commun, appelé « Program Increment » (PI), qui dure environ 8 à 12 semaines. C’est la durée du voyage !
Les nouveaux rôles – architectes de l’agilité
Avec SAFe, de nouveaux rôles émergent pour faciliter la transition vers l’agilité à grande échelle.
Si les rôles d’une équipe Scrum persistent (avec parfois des noms différents car SAFe n’est en réalité pas lié à Scrum, même si vous pouvez conserver les principes du framework) de nouveaux rôles apparaissent pour assurer une vision d’ensemble et une meilleure synchronisation.
Le Release Train Engineer (RTE) est l’un de ces rôles. L’ingénieur de train agile veille à ce que le train fonctionne en douceur. C’est un peu comme le chef de train qui s’assure que tout le monde est sur la bonne voie. On pourrait le comparer à un « Super Scrum Master ».
Si l’alter ego du Scrum Master est le Product Owner, alors le Product Manager, qui apparaît dans ce framework permettant de mettre fin à certaines ambiguïtés, est celui du RTE. Ainsi le Product Owner se concentre sur la livraison efficace des fonctionnalités à l’échelle de l’équipe, le Product Manager se concentre sur la vision et la stratégie du produit à l’échelle de l’entreprise. L’Epic Owner gère lui des initiatives plus vastes qui nécessitent la coordination de plusieurs équipes.
Les Product Owners, Product Managers et Epic Owners forment une trinité visionnaire, définissant la direction stratégique et alignant les équipes sur des objectifs clés.
Ces nouveaux acteurs deviennent les architectes de l’agilité, façonnant la culture collaborative nécessaire pour faire progresser l’organisation vers une efficacité opérationnelle optimale.
PI Planning – le pilier de la planification stratégique
Dans le contexte du concept de train dans le Scaled Agile Framework (SAFe), on pourrait comparer le PI (Program Increment) Planning à la planification d’un voyage pour un train spécifique. Imaginons que chaque Agile Release Train (ART) soit un train se déplaçant vers une destination spécifique, représentant un objectif commercial ou une version du produit. Ainsi de la station de départ il faut définir les itinéraires et arrêts, coordonner les horaires, et proposer une vue d’ensemble aux voyageurs.
Le Program Increment (PI) Planning, événement majeur de SAFe, s’étend sur deux jours intensifs. Durant cette cérémonie incontournable, les équipes alignent leurs efforts, établissent des objectifs communs et planifient leur itération. C’est la pierre angulaire de la planification stratégique, assurant une vision partagée et un engagement collectif.
Lors du PI Planning, l’équipe se réunit pour planifier et coordonner les activités pour le prochain Program Increment, qui est une période de temps définie (généralement de 8 à 12 semaines). Les équipes planifient les fonctionnalités et les tâches à réaliser au cours de cet incrément, s’assurent de la compréhension commune des objectifs, et établissent les dépendances entre les équipes si nécessaire.
Il est possible que plusieurs ART travaillent ensemble dans le cadre d’une solution plus large, mais chaque ART a généralement son propre PI Planning pour s’assurer de la coordination à l’intérieur de l’équipe et pour garantir que toutes les équipes travaillent vers les mêmes objectifs au cours du Program Increment.
Par exemple une entreprise de développement logiciel qui adopte SAFe pour améliorer son agilité à grande échelle. Lors du Program Increment (PI) Planning, les équipes se réunissent virtuellement pour un événement de deux jours. Elles alignent leurs objectifs avec la vision globale de l’entreprise, décomposent les fonctionnalités en stories, et planifient les itérations à venir. À la fin de ces deux jours intensifs, chaque équipe a une compréhension claire de son rôle dans la réalisation des objectifs stratégiques, créant ainsi un engagement collectif.
Inspect and Adapt (I&A) – L’art de l’amélioration continue
Après chaque itération du PI, l’étape suivante est l’Inspect and Adapt (I&A), une rétrospective à l’échelle du programme. Les équipes se réunissent pour analyser leurs performances, identifier les opportunités d’amélioration et planifier les ajustements nécessaires. Cette pratique incarne l’art de l’amélioration continue, transformant chaque cycle en une opportunité d’apprentissage. La session débute par une introduction dirigée par les leaders de l’Agile Release Train (ART) et les facilitateurs, rappelant les objectifs de l’I&A.
Prenons l’exemple d’une entreprise après une itération de PI. Les équipes se rassemblent également pour l’Inspect and Adapt, évaluant les résultats de l’itération passée, identifiant les succès et les opportunités d’amélioration. Il est important de noter que cette rétrospective n’est pas une substitution aux réflexions des équipes, mais plutôt une complémentarité. Les rétrospectives d’équipe peuvent nourrir l’I&A en amont et en analyser les résultats en aval.
La séance de l’Inspect and Adapt inclut le partage des résultats du PI par les équipes, mettant en évidence les fonctionnalités livrées, les obstacles rencontrés et les leçons apprises. Les participants identifient les thèmes récurrents, les succès et les domaines nécessitant une amélioration, avec souvent un vote pour hiérarchiser les priorités.
Une fois les actions prioritaires définies, les équipes discutent des ajustements de processus, des formations et des changements de communication à entreprendre lors du prochain PI. Les enseignements tirés de cette rétrospective alimentent ainsi la prochaine itération, assurant une amélioration continue et une adaptation constante aux changements.
En fin de compte, l’Inspect and Adapt devient une boucle d’apprentissage perpétuelle, favorisant l’innovation et la croissance au sein de l’organisation agile.
La suite avec le passage à l’échelle supérieure
SAFe n’est pas seulement un framework, c’est une manière innovante de penser l’agilité à grande échelle. En embrassant les concepts fondamentaux tels que les ARTs, les nouveaux rôles, le PI Planning et l’I&A, vous dévoilerez le pouvoir transformateur de SAFe. Alors, montez à bord du train agile, et préparez-vous à un voyage captivant vers l’agilité organisationnelle.
0 Commentaire