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

Ton entreprise prévoit une transformation agile Il prévoit de faire évoluer les 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 des possibilités de configuration dans le cadre, par exemple, de Scaled agile Frameworks comme 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 faut d’emblée préciser que les configurations ne sont pas à confondre 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 encore une chose importante. Depuis la dernière version du Scaled Agile Framework, SAFe® 5.0, 3 niveaux du framework agile mis à l’échelle ne suffisent plus - un quatrième niveau supplémentaire a été ajouté.

Les quatre niveaux du framework agile évolutif !

SAFe® 5.0 comprend également ce que l’on appelle le Large Solution Level. Entrons maintenant un peu plus dans le détail - 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 nombre de 50 à 130 personnes - organisées en sous-équipes - qui travaillent ensemble pour finalement apporter de la valeur au client. Un Agile Release Train est organisé via ce que l’on appelle des “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 ce n’est pas l’ensemble de l’entreprise (ou l’ensemble du secteur d’activité) qui utilise 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 fixez 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 🙂

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 a de nombreuses sous-applications : Google Docs, Google Spreadsheets, Google Slides… Similaire à Microsoft Office.

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

Si seule la “division Google Drive” de Google utilisait le framework agile mis à l’échelle, nous dirions qu’elle utilise Essential SAFe®.

Important à comprendre : Imaginons que Google Drive soit une entreprise indépendante et que l’équipe de direction et les processus soient également organisés selon des méthodes agiles (Lean Budgeting, etc.). Dans ce cas - parce que toute l’entreprise utilise des méthodes agiles - Google Drive utiliserait Portfolio SAFe®.

Les quatre niveaux de 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 derniers 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 être 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 pourrais te poser 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/