Le framework Scaled Agile : Les 4 niveaux expliqués avec des exemples

Ton entreprise prévoit une transformation agile Il prévoit de dépasser l’échelle des méthodes agiles au-delà des équipes individuelles - ou l’a-t-il déjà fait ? Tout le monde parle des différents niveaux et possibilités de configuration dans le cadre de, par exemple, des frameworks agiles à l’échelle tels que SAFe® : la sécurité Oui, ces termes ne sont pas si faciles à comprendre.

Cet article apporte un peu de lumière avec des explications simples et des exemples des niveaux et configurations des Scaled Agile Frameworks ( SAFe® : la sécurité ) ! Il convient de préciser que les configurations ne sont pas confondues avec Mêlée à grande échelle (court : LeSS ) sont liés.

Trois niveaux du framework Scaled Agile ?

Pour pouvoir adapter l’introduction des méthodes agiles en conséquence, il existe dans le Cadre agile scalé Différents soi-disant niveaux.

Les 3 niveaux du cadre agile échelonné sont le niveau équipe, le niveau programme et le niveau portefeuille.

Plus bas, j’explique les différents niveaux et je donne des exemples.

Avant d’en arriver là, il y a une chose importante à retenir. Depuis la dernière version du Scaled Agile Framework, SAFe® 5.0, les 3 niveaux du Scaled Agile Framework ne suffisent plus : un quatrième niveau a été ajouté.

Les quatre niveaux du framework agile évolutif !

SAFe® 5.0 comprend également ce qu’on appelle le niveau Large Solution. Examinons maintenant cela d’un peu plus près : voici les explications des différents niveaux de Scaled Agile Framework :

• Scaled Agile Framework Niveau 1 : Niveau de l’équipe
  Une ou plusieurs équipes, souvent organisées selon Scrum ou Kanban.
• Scaled Agile Framework niveau 2 : niveau programme
  Le niveau Programme contient de nombreuses équipes qui fournissent des solutions via un “Agile Release Train” (ART). Un ART est généralement un ensemble de 50 à 130 personnes - organisées en sous-équipes - qui collaborent pour, enfin, apporter de la valeur au client. Un Agile Release Train est organisé via ce qu’on appelle une “Team-of-Teams”.
• Scaled Agile Framework niveau 3 : niveau grande solution
  Dans ce cas, deux Agile Release Trains ou plus sont nécessaires pour apporter de la valeur au client. Pour les organiser, il faut une “Team-of-Teams-of-Teams”. Tous les Agile Release Trains réunis sont appelés Solution Train.
• Scaled Agile Framework niveau 4 : Niveau de portefeuille
  Dans ce cas, toute l’entreprise (ou toute la division) a adopté des méthodes agiles. Par conséquent, non seulement les équipes informatiques doivent s’organiser de manière agile, mais les pratiques de gestion sont également mises en œuvre à l’aide de méthodes agiles. Par exemple, le “lean budgeting” et les processus de gouvernance stratégique entrent en jeu. 

Les quatre niveaux du framework agile échelonné et leurs options de configuration en SAFe® : la sécurité - Une illustration

Pour avoir une désignation claire de la manière dont tu implémentes les cadres Scaled Agile, il existe quatre autres termes que tu dois connaître : Essential SAFe®, Large solution SAFe®, Portfolio SAFe® et Full SAFe®.

Ces quatre termes expliquent dans quelle configuration ou dans quelle “combinaison” des différents niveaux de Scaled Agile Framework que nous venons de mentionner est mise en œuvre.

Ouf, ça a l’air compliqué. Le graphique suivant tente de te faire comprendre l’interaction des termes.

Large Solution SAFe® s’appuie sur Essential SAFe®, mais exclut la gestion de portefeuille, car l’ensemble de l’entreprise (ou de l’unité commerciale) n’utilise pas SAFe®.

Si tu introduis le cadre Scaled Agile dans une grande entreprise avec des centaines d’employés, de nombreuses équipes et éventuellement des intégrations mutuelles, tu utiliseras probablement Full SAFe®.

Au fait, une petite remarque dans le contexte de la transformation agile : voulez-vous vous assurer que vous accordez actuellement les bonnes priorités à votre transformation agile ? 

Alors, faites notreReifegrad-Check für eure agile Transformation - dauert nur 3 Minuten. Vous obtenez même une référence basée sur les plus de trois cents autres participants. Voir le bouton 🙂

Un exemple des quatre niveaux du framework Scaled Agile

Pour rendre ce modèle encore plus clair, voici maintenant un exemple. L’exemple est basé sur un exemple clair Vidéo d’Angelo Kalevela. 

Vous connaissez probablement Google Drive ? Google Drive possède de nombreuses sous-applications : Google Docs, Google Sheets, Google Slides… Similaire à Microsoft Office.

Imaginons que chacune de ces sous-applications, par exemple Google Slides, est développée dans notre exemple par une équipe (même s’il est très probable qu’il y ait plusieurs équipes). Dans ce cas, toutes ces sous-équipes ou sous-applications forment ensemble un train de publication agile (Agile Release Train) qui travaille sur un « programme ». En d’autres termes, Google Drive à lui seul est un train de publication agile qui a mis en œuvre le framework Agile Scaled au niveau du programme. 

Si seule la « division Google Drive » de Google utilisait le framework Agile Scaled, nous dirions qu’elle utilise Essential SAFe®.

Important à comprendre : imaginons que Google Drive soit une entreprise autonome et que l’équipe de direction et les processus soient également organisés selon des méthodes agiles (budget allégé, etc.). Dans ce cas, étant donné que l’ensemble de l’entreprise utilise des méthodes agiles, Google Drive utiliserait Portfolio SAFe®.

Die vier Levels von SAFe® - Large solution & Full SAFe®

Comme nous le savons, l’entreprise Google est nettement plus grande et Google Drive n’est pas le seul “programme” sur lequel Google travaille. Il y a par exemple aussi “Google Workspace” (anciennement “G Suite”), qui comprend Gmail, Google Calendar et Google Contacts.

Si ces 3 sous-domaines étaient des équipes individuelles (niveau 1), nous pourrions dire qu’avec “Google Workspace”, nous avons un autre Agile Release Train (niveau 2) qui travaille sur un autre “programme”.

Et si ces deux programmes (et Agile Release Trains) travaillent à leur tour en étroite collaboration - au sein de la très grande entreprise Google - ils travaillent selon une configuration Large Solution SAFe®.

Imaginons maintenant que Google Drive et Google Daily ensemble soient une entreprise indépendante et que l’équipe de direction et les processus soient organisés selon des méthodes agiles (lean budgeting, etc.). 

Dans ce cas, il est probable que l’ensemble de l’entreprise (composée de plus d’un programme et d’un train de publication agile) utilise des méthodes agiles, ce qui signifie que Google Drive utiliserait ce que l’on appelle Full SAFe®.

Les quatre niveaux du Scaled Agile Framework - Conclusion

Juste pour que ce soit clair, je ne sais pas comment Google est organisé. Ceci n’est qu’un exemple pour mieux comprendre les niveaux des Scaled Agile Frameworks !

Et pour que ce soit bien clair : Mon explication simplifie certaines choses et n’a pas pour but de décrire tous les détails du Scaled Agile Framework de la manière la plus précise possible. Il était important pour moi que tu puisses avoir une compréhension de base des quatre niveaux du framework agile échelonné et de leurs possibilités de configuration.

Une question que tu te poses peut-être est de savoir comment mesurer le succès des méthodes agiles dans les niveaux correspondants. En bref, consulte notre article “ Radar de santé Agility : les 13 modèles les plus populaires ” pour cela.

SAFE®: © Scaled Agile, Inc. Explore Training at: https://www.scaledagile.com/training/calendar/