SAFe est un framework agile pour l’entreprise, basé sur les méthodes de gestion de projet Agile, Lean et DevOps. Si l’idée de déployer l’agilité à l’échelle de l’organisation semble intéressante, la complexité du langage technique peut parfois refroidir les plus téméraires. Alors, avant de vous lancer à la conquête de l’agilité à l’échelle, apprenez à parler SAFe : découvrez le lexique, les rôles et les événements spécifiques à SAFe.
Les bases du lexique SAFe
Agile Release Train (ART)
L’Agile Release Train (ART) est une équipe cross-fonctionnelle qui réunit plusieurs équipes Agile multiprofils.
Communities of Practice (CoPs)
Les Communities of Practice (CoPs) sont des groupes organisés de personnes liées par un intérêt commun dans un domaine technique ou métier spécifique. Elles collaborent régulièrement pour échanger des informations, renforcer leurs compétences et travailler activement à développer les connaissances générales de leur domaine.
Portfolio Backlog
Le Portfolio Backlog est le plus haut niveau de backlog en SAFe. Cela signifie qu’il contient une liste d’Epics.
Architectural Runway
L’Architectural Runway représente l’usage de code, composants, infrastructure et techniques existants dans le but d’éviter le redesign ou de repousser les délais de manière excessive lors de l’implémentation de nouvelles fonctionnalités.
Compliance
La Compliance représente une stratégie et un ensemble d’activités et d’artefacts qui permettent aux équipes d’appliquer les méthodes de développement Lean-Agile pour construire les systèmes les plus qualitatifs possible, tout en assurant la conformité légale, technique ou relative à d’autres normes du marché.
Portfolio Kanban
Le Portfolio Kanban est une méthode utilisée pour visualiser, gérer et analyser la priorisation et le flux des Portfolio Epics, de la conception à la complétion en passant par la réalisation.
Built-In Quality
Les pratiques de Built-In Quality garantissent que chaque élément de la solution réponde à des normes de qualité adaptées tout au long du développement, à chaque incrément.
Continuous Delivery Pipeline
Le Continuous Delivery Pipeline (ou simplement pipeline) représente les flux de travail, les activités et l’automatisation nécessaires pour fournir une valeur continue à l’utilisateur final.
Program Backlog
Le Program Backlog est l’endroit où l’on stocke les Features à venir, destinées à répondre aux exigences des utilisateurs et à fournir les avantages métiers d’un Agile Release Train (ART). Il comprend aussi les Enabler Features nécessaires pour construire l’Architectural Runway.
Les différents rôles avec SAFe
Agile Team
Le SAFe Agile Team est un groupe pluridisciplinaire de 5 à 10 personnes qui ont la capacité et l’autorité de définir, construire et tester des éléments du produit, le tout au cours d’une brève boîte temporelle d’Iteration. Une SAFe Agile Team s’inspire souvent de la méthode Scrum et intègre les rôles Dev Team, Scrum Master et Product Owner.
Enablers
Les Enablers prennent en charge les activités nécessaires pour étendre l’Architectural Runway et fournir les futures fonctionnalités métier. Ces activités incluent le développement de l’exploration, de l’infrastructure, de la conformité et de l’architecture. Les Enablers se retrouvent dans tous les Backlogs et à tous les niveaux du framework.
Lean-Agile Leaders
Les Lean-Agile Leaders apprennent en permanence. Ils sont chargés de l’adoption de SAFe et sont responsables de ses résultats. Ils aident et assistent les équipes à construire de meilleurs systèmes par le biais de l’apprentissage, de la présentation, de l’enseignement et du soutien des principes et pratiques Lean-Agile de SAFe.
Solution Management
Le Solution Management possède l’autorité sur le contenu pour le Solution Backlog. Il travaille avec les Customers pour comprendre leurs besoins, prioriser les Capabilities, définir la Vision et la Roadmap de la solution, définir les exigences et guider le travail via le Solution Kanban.
Business Owners
Les Business Owners sont un petit groupe de personnes ayant la responsabilité métier et technique principales de la gouvernance, de la conformité et du Return on Investment (ROI) d’une solution développée par un Agile Release Train (ART). Il s’agit de parties prenantes de l’ART qui doivent évaluer l’usage adapté et participer activement à certains événements de l’ART.
Enterprise Architect
L’Enterprise Architect promeut des pratiques de conception et d’ingénierie adaptatives et pilote les initiatives architecturales pour le portefeuille. Il facilite également la réutilisation des idées, des composants, des services et des modèles éprouvés à travers les différentes solutions d’un portefeuille.
Product Owner (PO)
Le Product Owner (PO) est un membre de l’Agile Team responsable de la définition des Stories et de la priorisation du Team Backlog pour aider l’équipe à optimiser l’exécution des priorités du programme tout en conservant l’intégrité conceptuelle et technique des Features ou des composants.
Dev Team
La Dev Team est un sous-ensemble de l’Agile Team. Il s’agit de professionnels dédiés qui peuvent développer et tester une Story, une Feature ou un composant. Généralement, la Dev Team inclut des développeurs et testeurs de logiciels, des ingénieurs et autres experts requis pour compléter une tranche verticale de fonctionnalité.
Epic Owners
Les Epic Owners sont en charge de faire progresser les Epics dans le système du Portfolio Kanban. Ils définissent l’Epic, son Minimum Viable Product (MVP) et le business case Lean et, une fois approuvés, en facilitent la mise en œuvre.
Release Train Engineer (RTE)
Le Release Train Engineer (RTE) est un responsable-serviteur et coach pour l’Agile Release Train (ART). Ses responsabilités principales consistent à faciliter les processus et les événements de l’ART et à assister les équipes pour fournir de la valeur. Les RTE communiquent avec les parties prenantes, font remonter les obstacles, aident à gérer les risques et poussent à une amélioration continue.
Product Management
Le Product Management possède l’autorité sur le contenu au niveau du Program Backlog. Il est responsable de l’identification des besoins du Customer, de la priorisation des Features, de la gestion du travail par le Program Kanban et du développement de la Vision et de la Roadmap du programme.
Comment mettre en œuvre la transformation ?
L’agilité à l’échelle fait partie des défis actuels dans les grandes organisations. Pour vous aider à vous lancer, nous vous proposons cet e-book.
