Il existe un rôle très important dans SAFe quand on met en place la couche « large solution » dans notre agilité à l’échelle : c’est le rôle du STE (Solution Train Engineer).
Pour ceux qui ne connaissent pas le SAFe, voici un article qui en parle brièvement : Qu’est-ce que le framework SAFe 4.5 ? . Cependant, il sera potentiellement difficile de comprendre à 100% ce rôle si vous ne connaissez pas du tout le SAFe.
Qu’est-ce que le STE (Solution Train Engineer) ?
Sachez que le rôle de STE (Solution Train Engineer) est très proche du précédent rôle que j’avais décris dans un précédent article. N’hésitez pas à aller voir cet article.
Article : QU’EST CE QU’UN RTE (RELEASE TRAIN ENGINEER) ?
Le STE (Solution Train Engineer) est un servant leader et un coach pour les Solution Train qui regroupent chacun plusieurs Agile Release Train (Art). Il fait parti des 3 rôles clés de la gouvernance du niveau large solution du SAFe.
Voici les 3 rôles clés du niveau programme en quelques mots :
- Le STE s’occupe du cadre méthodologique au niveau solution
- Le Solution Manager est le responsable de la partie fonctionnelle au niveau solution
- Le Solution Architect est le responsable de l’architecture au niveau solution
Le STE va avoir la responsabilité :
- de faciliter les Solution Train (Art) (communication entre les Agile Release Train ou le trio de gouvernance du programme)
- de faciliter le travail avec les fournisseurs qu’ils soient internes ou externes
- de gérer et optimiser les flux au sein du Solution Kanban et des autres radiateurs d’informations
- d’aider les Agile Release Train (Art) dans la livraison de valeur.
- de communiquer avec les parties prenantes
- d’escalader les obstacles rencontrés et les suivre (souvent remontés par les RTE)
- d’aider à la gestion des risques
- d’amener le trio de gouvernance et les équipes à l’amélioration continue
- de s’occuper de bien communiquer sur les dates des itérations et des Solution Program Increments
- de faciliter les PI Planning et d’aidee à la préparation de la vision et le backlog de ceux-ci grâce aux pré et post-PI Planning
- d’aider à la synthèse des Program PI Objective et les partager de façon transparentes à travers le Solution PI Objectives
- d’aider au suivi de l’avancement des features et des capabilities
- de faciliter les Value Stream Sync
- d’aider à la prise de décision d’aspect économique en facilitant l’estimation des Features et Capabilities
- de fournir les ressources si nécessaires en cas de goulot d’étranglement
- d’aider à l’alignement de la vision
- d’encourager la collaboration entre l’équipe de gouvernance et les équipes Scrum
- d’aider les équipes à aller vers une bonne intégration continue et autres pratiques devops
- d’aider les équipes à mettre en place une vraie démarche UX (user-experience).
- de reporter l’avancement sur le Lean Portfolio Management et autres boards d’activités transverses éventuelles
- de faciliter les Solution Demo
- d’amener les équipes à créer des communautés de pratiques
En effet, quand vous mettez en place la couche « large solution », les rôles des RTE et STE sont proches mais ne se situent pas au même niveau de la solution. Cependant, ils travailleront régulièrement ensemble vers des objectifs communs.
Ce rôle est très complet et impliquera des connaissances de coaching et de facilitation sans oublier une bonne connaissance avancée du framework SAFe. C’est un rôle très intéressant sur lequel il y a vraiment de quoi s’épanouir.
1 Rétrolien / Ping