A première vue, le framework SAFe semble très complexe. Nous avons donc essayé d’expliquer dans cet article les différents rôles SAFe de façon simplifiée.
Il existe 3 niveaux de complexité du framework SAFe :
- Essential
- Large solution
- Portfolio
Cependant, pour comprendre les différents rôles SAFe, nous avons divisé le framework en quatre catégories (voir le schéma ci-après).
- Agile Team (vert)
- Release Train (jaune)
- Solution Train (orange)
- Portfolio (rouge)
SAFE essential
Agile Team
Comme vous le savez certainement, les équipes SAFe utilisent des pratiques Agiles basées principalement sur Scrum, Kanban, Lean, la pensée systémique et des pratiques de qualité dérivées de l’Extreme Programming.
Scrum est un processus léger, basé sur une équipe, qui favorise une rétroaction rapide et un développement rapide et itératif de la solution. Dans Scrum, les équipes définissent, construisent, testent (et le cas échéant, déploient) les fonctionnalités dans de courts sprints (itérations).
La première catégorie, en vert sur l’image, représente l’équipe Agile, composée comme une équipe Scrum.
- Scrum Master
- Scrum Product Owner
- Équipe de développement
Néanmoins, si le framework SAFe reprend pas mal de rôles qui viennent de Scrum, un certain nombre de spécificités s’ajoutent pour chacun de ses rôles.
Découvrez notre vidéo dédiée : Les rôles Scrum dans SAFe
Release Train
Safe intègre ensuite des “Teams of Agile Teams” (équipe d’équipes Agile) qui travaillent ensemble dans le cadre de l’ART (Agile Release Train).
En effet, la deuxième dimension de la compétence d’équipe et d’agilité technique concerne les équipes d’équipes Agiles. Même avec une bonne exécution, la création de solutions nécessite généralement plus de compétences qu’une seule équipe Agile ne peut fournir. Par conséquent, les équipes Agiles fonctionnent dans le cadre d’un ART, qui est une équipe d’équipes Agiles de longue durée.
En plus de l’équipe Agile, les rôles suivants (en jaune) contribuent à assurer une exécution réussie de l’ART :
Release Train Engineer (RTE)
Le Release Train Engineer (RTE) a un rôle très important. C’est le leader agile et coach au niveau de l’Agile Release Train (ART). Dans Scrum, le scrum master a un rôle de facilitateur au niveau de l’équipe. Comme SAFe est une mise à l’échelle des équipes, on va donc retrouver au niveau du train, une équipe d’équipe et de ce fait on va retrouver un certain nombre de rôles particuliers. Si on voulait vulgariser un peu les choses, on pourrait dire que le RTE correspond au scrum master, mais du niveau train.
Il va faciliter l’avancée du train, les cérémonies (PI Planning, Inspect and Adapt), gérer les dépendances, les risques systémiques, etc. Il a également un rôle de coach, sur la méthode SAFe et le framework Lean Agile, toujours au niveau du train.
Le Release Train Engineer (RTE) va également suivre les mesures, les indicateurs de niveau train, toute la partie planification et suivi du Kanban du niveau train et il va apporter également un soutien très important au rôle de Product Manager (PM).
Product Manager
Le Product Manager De la même manière qu’on pouvait assimiler un petit peu le rôle de RTE à un rôle de Scrum master on pourrait dire que le Product Manager (PM) correspond un peu au PO (product owner), mais du niveau train. Dans ce cadre là le Product Manager va avoir comme objectif de créer le meilleur produit possible.
Safe parle beaucoup de « user customer centric ». Le product manager a donc pour mission de créer le produit le plus efficient, celui qui apporte le plus de valeur, le meilleur pour son futur utilisateur. Dans ce cadre là, le Product Manager va avoir plusieurs rôles et plusieurs activités.
La première activité, va être de définir le bon produit, à l’aide de certaines techniques, comme le Design Thinking par exemple, la vision de son produit, la roadmap et les fonctionnalités. Le Product Manager est propriétaire de son backlog (d’un niveau programme), qui contient les « features » et il va être là pour les faire mettre en œuvre et les faire réaliser par le train. Le PM va travailler en forte collaboration avec ses PO (product ower).
On parle beaucoup de dualité PO/PM dans SAFe pour arriver à créer le produit, tout comme le RTE travaille énormément avec les Scrum Master pour faire en sorte que le train fonctionne.
Architectes/ingénieurs système
Les Architectes/ingénieurs système sont responsables de la définition et de la communication d’une vision technique et architecturale partagée pour un Agile Release Train (ART) afin de garantir que le système ou la solution en cours de développement est adapté à son objectif.
Business Owners
Les Business Owners sont des parties prenantes clés de l’ART et ont la responsabilité ultime des résultats commerciaux du train.
Autres parties prenantes
Les clients sont les destinataires ultimes de la valeur de la solution.
En plus de ces rôles critiques de l’ART, les fonctions suivantes peuvent souvent jouer un rôle essentiel dans l’ART succès : les équipes système aident généralement à créer et à prendre en charge l’infrastructure DevOps pour le développement, l’intégration continue, les tests automatisés et le déploiement dans l’environnement de préproduction. Dans les grands systèmes, ils peuvent effectuer des tests de bout en bout, ce qui ne peut pas être facilement réalisé par des équipes Agile individuelles.
Les Services Partagés sont des spécialistes (par exemple, la sécurité des données, les architectes de l’information, les administrateurs de base de données (DBA)) qui sont nécessaires au succès d’un ART mais ne peuvent pas être dédiés à un train spécifique. Toutes les équipes de l’ART appliquent la même cadence d’itération et la durée pour synchroniser leur travail, afin qu’ils puissent planifier, faire des démonstrations et apprendre ensemble.
Ces deux premières catégories, “Team Agile” et “Release Train” constituent le framework “SAFe Essential®”.
Alors que SAFe Essential définit l’ensemble minimal de rôles, d’événements et d’artefacts nécessaires pour fournir en continu des solutions commerciales via un train (ART), “SAFe Large Solution”, représenté par la 3e catégorie en orange sur le Schéma, examine les complexités ou un ensemble diversifié. Outre les niveaux de l’équipe et du programme, un nouveau niveau appelé niveau de solution globale a été intégré à ce cadre. Lorsque de grandes solutions et des systèmes complexes doivent être conçus ou mis en œuvre, ce niveau est utilisé. Plusieurs ART se synchronisent et collaborent dans ce cadre pour apporter de la valeur.
SAFE Large Solution
Solution Train
“SAFe Large Solution®” en orange sur le schéma, intègre 3 nouveaux rôles :
Solution Architect/Engineering
Équivalent de l’Architectes/ingénieurs système mais au niveau Solution. Il est chargé de définir et de communiquer une vision technique et architecturale partagée à travers le train de solutions pour aider à garantir que le système ou la solution en cours de développement est adapté à son objectif.
Solution Management
Équivalent de product management mais au niveau Solution.
Ce rôle est chargé de définir et de soutenir la création de solutions commerciales à grande échelle. Il travaille étroitement aussi bien avec les rôles product Management qu’avec le Solution Architect/Engineering. Les responsables de cette fonction y parviennent en collaborant avec un large éventail de personnes pour identifier et définir les besoins des clients, comprendre le contexte de la solution et développer la vision de la solution, la feuille de route de la solution et les capacités nécessaires pour y répondre.
Solution Train Engineer (STE)
Équivalent du RTE mais au niveau Solution. Le STE est un servant leader et un coach pour le train de solutions, facilitant et guidant le travail de tous les ART et fournisseurs du flux de valeur.
Il prépare, conduit et coordonne la planification PI et la livraison de solutions à grande échelle, mesure les résultats et propose des améliorations.
SAFE Portfolio
Portfolio
Le dernier niveau “SAFe Portfolio®”, en rouge sur le schéma, intègre deux rôles :
Epic Owners
Les Epic Owners sont responsables de la coordination des Epics du portefeuille via le système Portfolio Kanban. Ils définissent en collaboration l’épopée, son produit minimum viable (MVP) et son analyse de rentabilité allégée et, une fois approuvés, facilitent la mise en œuvre.
Les Epic Owners travaillent directement avec les parties prenantes Agile Release Train (ART) et Solution Train pour définir les fonctionnalités et les capacités qui réalisent la valeur des Epics approuvés.
Enterprise Architect
L’architecture d’entreprise établit une stratégie technologique et une feuille de route qui permettent à un portefeuille de prendre en charge les capacités commerciales actuelles et futures. Ils pilotent la conception, l’ingénierie, la réutilisation, l’application de modèles et créent des Enabler Epics pour les architectures qui composent les solutions d’un portefeuille. S’appuyant sur des retours d’expérience continus, ces architectes favorisent la conception adaptative et les pratiques d’ingénierie, et poussent les programmes et les équipes à se rallier autour d’une vision technique partagée.
A lire également :
