SAFe est un framework agile pour l’Entreprise, basé sur les méthodes 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 événements spécifique à SAFe.

Les bases du lexique SAFe

Agile Release Train (ART)

L’Agile Release Train (ART) est une équipe cross-fonctionnelle qui réunie plusieurs équipes Agile multi-profiles.

Communities of Practice (CoPs)

Les Communities of Practice (CoPs) sont des groupes organisés de personnes liés par un intérêt commun dans un domaine technique ou commercial spécifique. Elles collaborent régulièrement pour échanger des informations, renforcer leurs compétences et travailler activement pour 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 veut dire que qu’il contient une liste d’epics.

Program Increment (PI) Planning

Le Program Increment (PI) Planning est un événement de planification récurrent, organisé en face à face, qui régule le rythme de l’Agile Release Train (ART) et fixe une mission et une vision communes à toutes les équipes de l’ART.

Solution Train

Le Solution Train est le concept organisationnel utilisé pour construire des solutions grandes et complexes qui requièrent la coordination de plusieurs Agile Release Trains (ART), ainsi que les contributions de Suppliers. Sa fonction est d’aligner les ART à une mission commerciale et technologique partagée en utilisant la vision de la solution, la solution Backlog et la solution Roadmap, le tout selon le Program Increment (PI).

Value Streams

Des Value Streams sont une série d’étapes qu’une entreprise utilise pour élaborer une solution et offrir un flux de valeur continu à un Customer. Les Value Streams de SAFe sont utilisées pour définir et réaliser des objectifs métier pour le portfolio et pour organiser les Agile Release Trains (ART) pour fournir plus rapidement de la valeur.

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 features.

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 portfolios epics, de la conception à la complétion en passant par la réalisation.

Solution Backlog

Le Solution Backlog est la zone d’attente des futurs Capabilities et Enablers, qui peuvent s’étaler sur plusieurs ART. Il est utilisé pour faire progresser la solution et construire son Architectural Runway.

Stories

Les Stories sont des descriptions courtes des fonctionnalités souhaitées, écrites dans la langue de l’utilisateur. Les Agile Teams implémentent des petites tranches verticales des fonctionnalités d’un système et sont dimensionnés de manière à les compléter au cours d’une unique Iteration.

Built-In Quality

Les pratiques Built-In Quality permettent 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 tout 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 stock les features à venir, destinées à répondre aux exigences des utilisateurs et fournir les avantages métiers d’un unique Agile Release Train (ART). Il comprend aussi les Enabler Features nécessaires pour construire l’Architectural Runway.

Solution Context

Le Solution Context identifie les aspects critiques de l’environnement opérationnel de la solution. Il fournit une compréhension essentielle des exigences, usage, installation, exploitation et support de la solution. Le Solution Context a un impact significatif sur les possibilités et les contraintes d’effectuer une Release sur demande.

Roadmap

La Roadmap est un calendrier des événements et des Milestones qui informe des dates de livraison du produit / solution. Il comprend des engagements pour le Program Increment (PI) planifié et donne de la visibilité sur les livrables prévus pour quelques PI à venir.


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 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 pour 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 se positionnent à 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. Ils travaillent 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 la 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 dans 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. L’Enterprise Architect 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

Le 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, Feature ou un composant. Généralement la Dev Team inclut des développeurs et testeurs de logiciels, des ingénieurs et autres experts dédiés 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, 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). Les responsabilités principales du RTE consistent à faciliter les processus et les événements 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 sans relâche.

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 du programme et de la Roadmap du programme.

Envie d’en savoir plus sur SAFe ?

nunc velit, mi, facilisis commodo id, quis,