SAFe Glossary

The SAFe glossary is a set of definitions for all SAFe Big Picture elements.  The extended glossary provides definitions for additional terms used in the Framework. Some are unique to SAFe (e.g., PO Sync), while others are common in Lean-Agile development (e.g., MVP). They are provided here for clarity in their meaning in the context of SAFe. All extended glossary terms appear in the English configuration and will appear in other language configurations once translated.

A

  • Acceptance Criteria (critères d'acceptation)

    Les critères d'acceptation fournissent les informations nécessaires pour garantir qu'un récit, une Fonctionnalité ou une Capabilité sont mis en œuvre comme il se doit et soient conformes aux exigences fonctionnelles et non-fonctionnelles.

  • Acceptance Test Driven Development, ATDD (développement piloté par les tests d'acceptation, ATDD)

    Le développement piloté par les tests d'acceptation (ATDD), largement similaire au développement piloté par les comportements (BDD), est une pratique Agile qui place les tests en amont du développement.

  • Agile (Agilité)

    L'Agilité est un ensemble de valeurs, de principes et de pratiques de développement itératif notamment décrits dans le Manifeste pour le développement Agile de logiciels.

  • Agile Business Function (Fonction Agile métier)

    Les Fonctions Agile métier appliquent les méthodes Lean-Agile et les principes SAFe pour rationaliser les opérations métier et créer de la transparence dans la livraison de la valeur.

  • Agile Business Train (Train Agile métier)

    Un Train Agile métier contient une ou plusieurs Chaînes de valeur opérationnelles SAFe et tous les Trains nécessaires pour définir, créer, déployer, exploiter et commercialiser une Solution métier complète.

  • Agile Executive Team (exécutif Agile)

    L'exécutif Agile est un concept qui permet d'aligner les leaders de la direction d'une organisation sous la forme d'une équipe Agile qui présente l'état d'esprit, les valeurs, les principes et les pratiques de l'agilité.

  • Agile Manifesto (Manifeste pour le développement Agile de logiciels)

    Le Manifeste pour le développement Agile de logiciels est le document de référence en matière d'agilité. Il décrit les quatre valeurs et les douze principes qui sous-tendent le développement Agile de logiciels.

  • Agile Product Delivery, APD (Livraison Agile du Produit, APD)

    La compétence Livraison Agile du Produit est une démarche centrée Client qui vise à définir, construire et générer un flux continu de produits ou de services utiles pour les Clients et les utilisateurs.

  • Agile Release Train, ART (Train)

    Le Train (Train Agile de Livraison) est une équipe d'équipes Agile de longue durée qui produit de façon incrémentale, met en service et opère souvent une ou plusieurs Solutions dans une Chaîne de valeur de développement.

  • Agile Teams (équipes Agile)

    Une équipe Agile est un groupe pluridisciplinaire généralement composé de dix personnes ou moins possédant toutes les compétences nécessaires pour définir, réaliser, tester et fournir de la valeur à ses Clients.

  • Artificial Intelligence, AI (intelligence artificielle, IA)

    L'intelligence artificielle (IA) est un terme utilisé pour décrire un large éventail de machines intelligentes capables d'effectuer des tâches qui nécessitaient habituellement l'intelligence humaine. L'IA peut être appliquée à tous les niveaux de SAFe pour créer des Solutions Client intelligentes, automatiser les activités de la Chaîne de valeur et améliorer les informations sur les Clients.

  • Architect Sync (Synchro des Architectes)

    La Synchro des Architectes est un événement du Train de Solution visant à garantir que les conceptions émergentes et les échanges multidisciplinaires font l'objet d'une gestion cohérente dans l'ensemble du Train de Solution. Cet événement offre de multiples possibilités de définir des méthodes de mise en œuvre sans provoquer de délais.

  • Architectural Runway (Piste architecturale)

    La Piste architecturale est constituée par le code, les composants et l'infrastructure technique existants qui sont nécessaires pour mettre en œuvre les Fonctionnalités les plus prioritaires avec un minimum de refonte et de délais.

  • ART Backlog (Backlog du Train)

    Le Backlog du Train est un système Kanban qui est utilisé pour capturer et gérer les Fonctionnalités et les Leviers destinés à améliorer la Solution et à étendre sa Piste architecturale.

  • ART Flow (flux du Train)

    Le flux du Train décrit un état dans lequel un Train fournit un flux continu de Fonctionnalités de valeur au Client.

  • ART Kanban (Kanban du Train)

    Le système Kanban du Train est une méthode permettant de visualiser et de gérer le flux des Fonctionnalités, de l'idéation à l'analyse, à l'implémentation et à la mise en service par le biais du Pipeline de livraison continue.

  • ART PI Risks (risques du PI du Train)

    Les risques du PI du Train sont des éléments identifiés qui pourraient avoir un impact sur la capacité à atteindre les Objectifs du PI du Train.

  • ART Planning Board (tableau de planification du Train)

    Le tableau de planification du Train est une visualisation des dates de livraison des Fonctionnalités du PI, des dépendances entre les équipes et des principaux jalons.

  • ART Predictability Measure (mesure de prédictibilité du Train)

    La mesure de prédictibilité du Train est un récapitulatif des valeurs métier planifiées par rapport aux valeurs métier réelles pour toutes les équipes du Train pour un PI.

  • ART Sync (Synchro du Train)

    La Synchro du Train est un événement du Train au cours duquel sont menées la Synchro des PO (Propriétaires Produit) et la Synchro des coaches.

B

  • Backlog Refinement (affinage du backlog)

    L'affinage du backlog est une activité périodique que les équipes utilisent pour définir, discuter, estimer et établir les critères d'acceptation des éléments du backlog à venir.

  • Baseline Solution Investments, BSI (base de référence des investissements de la Solution, BSI)

    La base de référence des investissements de la Solution (BSI) fait référence aux coûts induits par chaque Chaîne de valeur dans le cadre du développement, du maintien et du déploiement des Solutions qui fournissent les Capabilités métier actuelles.

  • Batch Size (taille de lot)

    La taille de lot est une mesure de la quantité de travail introduite dans le système pendant une période donnée.

  • Behavior-Driven Development, BDD (développement piloté par les comportements, BDD)

    Le développement piloté par les comportements (BDD) est une pratique Agile qui place les tests en amont du développement. Les tests sont définis (et potentiellement automatisés) avant ou pendant la spécification du comportement du système, ce qui assure une qualité native.

  • Benefit Hypothesis (hypothèse de bénéfices)

    L'hypothèse de bénéfices est le bénéfice métier ou Client mesurable proposé d'une Épopée, d'une Capabilité, d'une Fonctionnalité ou d'un Récit.

  • Big Data

    Le Big Data désigne les rôles et les pratiques nécessaires pour récolter, gérer, normaliser et fournir des ensembles de données volumineux qui permettent aux entreprises de prendre des décisions plus éclairées et fondées sur des faits.

  • Built-In Quality (Qualité native)

    La Qualité native est un ensemble de pratiques visant à garantir que les résultats des équipes Agile dans les domaines métiers et technologiques répondent aux normes de qualité appropriées tout au long du processus de création de valeur pour les Clients.

  • Burn-Down (Burn-Up) Chart (Burndown Chart [graphique d’avancement], Burnup Chart [tensionneur de flux])

    Les Burndown et Burnup Charts (graphiques d’avancement et tensionneurs de flux) sont des représentations graphiques qui illustrent la progression du travail en fonction du temps.

  • Business Agility (Agilité d'entreprise)

    L'Agilité d'entreprise est la capacité de rivaliser avec la concurrence et de prospérer à l'ère du numérique en faisant rapidement face aux évolutions du marché et en saisissant les nouvelles opportunités grâce à des Solutions métier innovantes et numériques.

  • Business and Technology (Métiers et Technologie)

    Les modèles décrits dans Métiers et Technologie peuvent être appliqués pour réaliser l'Agilité d'entreprise en appliquant les principes et les pratiques SAFe dans toute l'entreprise.

  • Business Context (contexte métier)

    Le contexte métier est un point à l'ordre du jour de la Planification du PI présenté par un BO (Propriétaire Métier). Il décrit l'état actuel de l'entreprise, partage la Vision du portefeuille et présente un aperçu de l'efficacité des Solutions existantes au regard des besoins actuels des Clients.

  • Business Owners (BO)

    Les BO (Propriétaires Métier) sont des parties prenantes clés du Train ayant la principale responsabilité métier et technique du retour sur investissement (ROI), de la gouvernance et de la conformité.

  • Business-Enabled ART (Train habilité métier)

    Un Train habilité métier est un Train qui regroupe les personnes techniques et métier nécessaires pour garantir que la Solution soit consciente de l'activité dans laquelle elle opère et qu'elle réponde aux préoccupations pertinentes pour la technologie, l'entreprise et le Client.

C

  • CALMR

    CALMR est un état d'esprit DevOps qui guide le Train vers la livraison continue de valeur en améliorant la culture, l'automatisation, le flux Lean, la mesure et le rétablissement.

  • Capabilities (Capabilités)

    Une Capabilité représente une Fonctionnalité d'une Solution d'envergure dont la mise en œuvre couvre souvent plusieurs Trains et est dimensionnée pour être livrée dans le cadre d'un PI.

  • Capacity Allocation (allocation capacitaire)

    L'allocation capacitaire est une allocation de travail par type d'élément de travail pour une période de planification à venir.

  • Cloud

    Le Cloud représente des services de traitement et de stockage virtuels, à la demande, utilisés pour une infrastructure et des opérations rentables et évolutives, l'implémentation de la Chaîne d'outils DevOps, ainsi que le développement et l'hébergement d'applications d'IA.

  • Coach Sync (Synchro des coaches)

    La Synchro des coaches est un événement du Train qui aide à coordonner les dépendances du Train et fournit une visibilité sur les progrès et les obstacles.

  • Collective Ownership (propriété collective)

    La propriété collective est une pratique de qualité dans laquelle les membres individuels de l'équipe ont les compétences et l'autorité nécessaires pour mettre à jour toute ressource pertinente afin d'améliorer le flux de valeur.

  • Combined Portfolio (portefeuille combiné)

    Un portefeuille combiné est un type de Portefeuille SAFe qui comprend à la fois des Chaînes de valeur opérationnelles et de développement.

  • Communities of Practice, CoP (communautés de pratique, CoP)

    Les communautés de pratique sont des groupes de personnes ayant un intérêt commun dans un domaine technique ou métier spécifique. Ces personnes collaborent régulièrement pour échanger des informations, renforcer leurs compétences et travaillent activement pour développer leurs connaissances dans ce domaine.

  • Compliance (conformité)

    La conformité fait référence à la stratégie, aux activités et aux artefacts qui permettent aux équipes d'appliquer les méthodes de développement Lean-Agile pour construire des systèmes de la plus haute qualité possible, tout en assurant leur conformité en matière légale, technique ou relative à d'autres normes pertinentes.

  • Confidence Vote (vote de confiance)

    Le vote de confiance mesure la conviction des équipes et des Trains dans leur capacité à atteindre les Objectifs de PI établis.

  • Continuous Delivery Pipeline, CDP (Pipeline de livraison continue, CDP)

    Le Pipeline de livraison continue (CDP) représente les flux de travail, les activités et l'automatisation nécessaires pour guider une nouvelle Fonctionnalité de sa conception jusqu'à sa mise en service à la demande.

  • Continuous Deployment, CD (Déploiement continu, CD)

    Le Déploiement continu (CD) est un aspect du Pipeline de livraison continue qui automatise la migration d'une nouvelle Fonctionnalité d'un environnement intermédiaire vers la production, où elle est rendue disponible pour sa mise en service.

  • Continuous Exploration, CE (Exploration continue, CE)

    L'Exploration continue (CE) est un aspect du Pipeline de livraison continue qui stimule l'innovation et promeut l'harmonisation de ce qui devrait se construire à travers l'exploration constante des besoins du marché et des Clients. Elle définit la vision, la feuille de route et l'ensemble des Fonctionnalités pour une Solution qui répond à ces besoins.

  • Continuous Integration, CI (Intégration continue, CI)

    L'Intégration continue (CI) est un aspect du Pipeline de livraison continue dans lequel de nouvelles Fonctionnalités sont développées, testées, intégrées et validées en vue de leur déploiement et de leur mise en service.

  • Continuous Learning Culture, CLC (Culture de l'apprentissage en continu, CLC)

    La compétence Culture de l'apprentissage en continu (CLC) décrit un ensemble de valeurs et de pratiques qui encouragent les personnes (et l'entreprise dans son ensemble) à accroître continuellement les connaissances, les compétences, les performances et l'innovation.

  • Coordinate and Deliver (Coordonner, Développer et Livrer)

    Coordonner, Développer et Livrer décrit les pratiques que les Trains de Solution utilisent afin de maintenir l'alignement et la collaboration nécessaires pour fournir continuellement de la valeur aux Clients de Solution de grande envergure.

  • Core Values (Valeurs fondamentales)

    Les quatre Valeurs fondamentales, à savoir l'alignement, la transparence, le respect des personnes et l'amélioration sans relâche, représentent les convictions fondamentales à la base de l'efficacité de SAFe.

  • Cost of Delay (coût du délai)

    Le coût du délai est le numérateur dans la priorisation du WSJF. Il représente le montant, ou la valeur, qui sera perdue en cas de délai ou d'absence de travail pendant une période donnée par rapport à d'autres tâches.

  • Customer (Client)

    Les Clients sont les bénéficiaires ultimes de la valeur des Solutions créées et maintenues par les Chaînes de valeur d'un portefeuille.

  • Customer Centricity (Centricité Client)

    La Centricité Client est un état d'esprit qui repose sur la création d'expériences positives pour le Client par l'intermédiaire de l'ensemble des produits ou services proposés par l'entreprise.

  • Customer Journey Map (parcours Client)

    Le parcours Client rassemble les expériences de l'utilisateur lorsqu'il interagit avec la Chaîne de valeur opérationnelle, les produits et les services d'une entreprise.

D

  • Decentralized Decision-Making (prise de décision décentralisée)

    La prise de décision décentralisée permet aux personnes et aux équipes de prendre des décisions en fonction de leurs connaissances et de leur contexte local.

  • Definition of Done (définition du fini)

    La définition du fini (également nommée définition du terminé) spécifie les exigences pour l'achèvement d'un produit de travail ou d'un incrément de valeur.

  • Deploy (déployer)

    Déployer consiste à faire passer une modification d'un environnement de préproduction à un environnement de production ou opérationnel, où elle peut ou non être livrée à un utilisateur final.

  • Design Thinking

    Le Design Thinking est un processus de développement centré sur le Client, qui permet de créer des produits attractifs, rentables et durables tout au long de leur cycle de vie.

  • Develop on Cadence (développer en cadence)

    Développer en cadence désigne un ensemble d'événements et d'activités de développement qui se déroulent selon un calendrier régulier.

  • Development Value Streams, DVS (Chaînes de valeur de développement, DVS)

    Une Chaîne de valeur de développement est la séquence d'activités nécessaires pour convertir une hypothèse métier en une Solution numérique qui livre la valeur au Client.

  • DevOps

    DevOps est un état d'esprit, une culture et un ensemble de pratiques techniques qui favorisent l'intégration, l'automatisation et la collaboration nécessaires pour développer et exploiter efficacement une Solution.

E

  • Empathy Map (carte d'empathie)

    Une carte d'empathie est un outil de Design Thinking qui est utilisé pour développer une compréhension profonde et partagée des Clients.

  • Enablers (Leviers)

    Les Leviers sont des éléments du backlog qui étendent la Piste architecturale de la Solution en cours de développement ou améliorent les performances de la Chaîne de valeur de développement.

  • Enterprise (l'entreprise)

    L'entreprise représente l'entité métier à laquelle chaque Portefeuille SAFe appartient.

  • Enterprise Architect (Architecte d'entreprise)

    L'Architecte d'entreprise est chargé d'établir la vision, la stratégie et la feuille de route technologiques du portefeuille.

  • Enterprise Solution Delivery, ESD (Livraison de Solution d'entreprise)

    La compétence Livraison de Solution d'entreprise décrit les pratiques nécessaires pour appliquer les principes et les pratiques SAFe à la spécification, au développement, à l'exploitation et à l'évolution des applications logicielles, réseaux et systèmes cyber-physiques les plus grands et les plus sophistiqués.

  • Epic Hypothesis Statement (énoncé de l'hypothèse d'Épopée)

    L'énoncé de l'hypothèse d'Épopée est un format structuré utilisé pour rassembler, organiser et communiquer des informations et des hypothèses critiques sur une épopée.

  • Epic Owners (Propriétaires d'Épopée)

    Le Propriétaire d'Épopée est chargé de coordonner les épopées dans le système Kanban de gestion de portefeuille.

  • Epics (Épopées)

    Une Épopée correspond à une initiative importante de développement de Solutions.

  • Essential SAFe (SAFe Essentiel)

    SAFe Essentiel fournit les éléments de base nécessaires aux Trains pour livrer des Solutions et constitue le point de départ le plus simple pour leur mise en œuvre.

  • Estimating Poker (poker d'estimation)

    Le poker d'estimation est une technique collaborative d'estimation relative de la taille des Récits et des Fonctionnalités.

  • Extreme Programming

    L'Extreme Programming (XP) est un ensemble de pratiques d'ingénierie Agile de logiciel conçues pour améliorer la qualité des logiciels et leur réactivité face à l'évolution des exigences.

F

  • Features (Fonctionnalités)

    Une Fonctionnalité représente une caractéristique de la Solution qui offre une valeur métier, répond à l'exigence d'une partie prenante et est dimensionnée pour être réalisée par un Train pendant un PI.

  • Flow (flux)

    Le flux est un état qui se produit lorsqu'il y a un mouvement fluide, linéaire et rapide du produit de travail d'étape en étape dans une Chaîne de valeur.

  • Flow Distribution (répartition du flux)

    La répartition du flux est une mesure de la proportion d'éléments de travail par type dans un système.

  • Flow Efficiency (efficience du flux)

    L'efficience du flux est le rapport entre le temps total passé dans les activités de travail à valeur ajoutée et le temps total du flux.

  • Flow Load (charge du flux)

    La charge du flux est une mesure du nombre d'éléments de travail actuellement en cours (actifs ou en attente).

  • Flow Predictability (prédictibilité du flux)

    La prédictibilité du flux est une mesure de la constance avec laquelle les équipes, les Trains et les portefeuilles sont capables de respecter leurs engagements.

  • Flow Time (temps du flux)

    Le temps du flux est une mesure du temps écoulé du début à la fin pour un élément de travail donné.

  • Flow Velocity (vélocité du flux)

    La vélocité du flux mesure le nombre d'éléments de travail achevés sur une période donnée.

  • Foundation (fondation)

    Ancrée dans les compétences de leadership Lean-Agile et de culture de l'apprentissage en continu, les fondations SAFe contiennent l'état d'esprit, les valeurs, les principes et les conseils de mise en œuvre nécessaires pour metter en œuvre les pratiques SAFe et atteindre l'Agilité d'entreprise.

  • Full SAFe (SAFe Complet)

    SAFe Complet est la version la plus complète du Framework et soutient les entreprises qui créent et maintiennent un portefeuille de Solutions complexes et de grande envergure.

G

  • Gemba

    Gemba est un terme japonais qui désigne « le vrai lieu » où le travail est effectué et où la valeur est créée.

H

  • Hackathon (hackathon)

    Les hackathons sont des événements axés sur l'innovation au cours desquels les membres d'équipes peuvent travailler avec les partenaires de leur choix sur n'importe quel sujet à leur initiative, à condition que celui-ci s'inscrive dans le cadre de la mission de l'entreprise et qu'il soit présenté au terme de l'événement.

I

  • Innovation and Planning Iteration (Itération d'Innovation et de Planification, IP)

    L'Itération d'Innovation et de Planification (IP) est une itération unique et dédiée qui se produit à chaque PI. Elle permet d'estimer le temps nécessaire pour atteindre les Objectifs du PI et de consacrer du temps à l'innovation, à la formation continue, à la Planification du PI et aux événements Inspecter et Adapter (I&A).

  • Inspect & Adapt, I&A (atelier Inspecter et Adapter, I&A)

    L'atelier Inspecter et Adapter est un événement important organisé à la fin de chaque PI au cours duquel l'état actuel de la Solution est démontré et évalué. Ensuite, les équipes réfléchissent et identifient des éléments d'amélioration dans le backlog via un atelier structuré de résolution de problèmes.

  • Integration Point (point d'intégration)

    Un point d'intégration est un événement d'apprentissage qui rassemble divers éléments de Solution en un tout intégré dont les performances et l'aptitude à l'emploi peuvent être évaluées objectivement.

  • Investment Horizons (horizons d'investissement)

    Les horizons d'investissement fournissent une structure permettant aux entreprises d'analyser, de comprendre et d'allouer des investissements dans les opportunités métier actuelles et futures.

  • Iteration (Itération)

    Les Itérations sont une période standard, de durée fixe, au cours de laquelle les équipes Agile et les Trains livrent individuellement et collectivement une valeur Client incrémentale tout en poursuivant les Objectifs du PI.

  • Iteration Goals (Objectifs d'Itération)

    Les Objectifs d'Itération sont des résumés de haut niveau des objectifs métier et techniques qu'une équipe Agile s'engage à réaliser dans une Itération.

  • Iteration Planning (Planification d'Itération)

    La Planification d'Itération est un événement du Scrum SAFe au cours duquel tous les membres de l'équipe déterminent leur engagement à livrer par rapport au Backlog de l'équipe dans l'Itération à venir. L'équipe traduit le travail en objectifs d'itération sur lesquels elle s'est engagée.

  • Iteration Retrospective (Rétro d'Itération)

    La Rétro d'Itération est un événement périodique au cours duquel les membres de l'équipe discutent des résultats de l'itération, examinent leurs pratiques et identifient des actions afin de s'améliorer.

  • Iteration Review (Revue d'Itération)

    La Revue d'Itération est un événement régulier du Scrum SAFe au cours duquel l'équipe inspecte l'incrément d'itération, évalue les progrès et ajuste le Backlog de l'équipe.

L

  • Large Solution SAFe (SAFe pour une Solution d'envergure)

    SAFe pour une Solution d'envergure est destiné aux entreprises qui créent des Solutions de grande envergure et complexes qui ne nécessitent pas de se préoccuper du portefeuille.

  • Lean

    Le Lean est un ensemble de connaissances et de pratiques conçues pour améliorer l'efficience et l'efficacité de la livraison de valeur par la réduction des délais et l'élimination des activités sans valeur ajoutée.

  • Lean Budget Guardrails (garde-fous budgétaires Lean)

    Les garde-fous budgétaires Lean décrivent les politiques et les pratiques en matière de budget, de dépenses et de gouvernance pour un portefeuille spécifique.

  • Lean Budgets (budgets Lean)

    Les budgets Lean sont une approche de gouvernance budgétaire qui finance les Chaînes de valeur plutôt que les projets, accélérant ainsi la livraison de la valeur et réduisant les frais généraux et les coûts associés à la comptabilité analytique traditionnelle des projets.

  • Lean Business Case, LBC (étude de rentabilité Lean, LBC)

    L'étude de rentabilité Lean (LBC) est un format structuré pour décrire les Épopées, leurs MVP et la valeur métier prévisionnelle.

  • Lean Governance (gouvernance Lean)

    La gouvernance Lean, qui s'inscrit dans le cadre de la Gestion Lean de portefeuille, a pour rôle de superviser les dépenses, l'audit, la conformité, les mesures et les rapports.

  • Lean Portfolio Management, LPM (Gestion Lean de portefeuille, LPM)

    La compétence Gestion Lean de portefeuille (LPM) harmonise la stratégie et l'exécution en appliquant des approches Lean et la pensée systémique au financement et à la stratégie, aux opérations de portefeuille Agile et à la gouvernance.

  • Lean Quality Management System, Lean QMS (système Lean de gestion de la qualité, QMS Lean)

    Un système Lean de gestion de la qualité (QMS Lean) est un type de système de gestion de la qualité qui applique les pratiques, politiques et procédures Lean-Agile pour confirmer la qualité, la sécurité et l'efficacité des produits.

  • Lean User Experience, Lean UX (expérience utilisateur Lean)

    L'expérience utilisateur Lean est une approche en équipe visant à créer de meilleurs produits en se concentrant moins sur une conception théoriquement idéale et davantage sur l'apprentissage itératif, l'expérience utilisateur globale et les résultats pour le Client.

  • Lean-Agile Center of Excellence, LACE (Centre d'excellence Lean-Agile, LACE)

    Le Centre d'excellence Lean-Agile (LACE) se compose d'une petite équipe Agile consacrée à la mise en œuvre de la façon de travailler Lean-Agile de SAFe.

  • Lean-Agile Leadership, LAL (Leadership Lean-Agile)

    La compétence Leadership Lean-Agile décrit comment les leaders conduisent et soutiennent le changement organisationnel et l'excellence opérationnelle en donnant, aux personnes et aux équipes, les moyens d'atteindre tout leur potentiel.

  • Lean-Agile Mindset (état d'esprit Lean-Agile)

    L'état d'esprit Lean-Agile est la combinaison de croyances, d'hypothèses, d'attitudes et d'actions des leaders et professionels SAFe qui adhèrent aux concepts de la pensée Lean et du Manifeste pour le développement Agile de logiciels.

  • Little's Law (loi de Little)

    La loi de Little est une théorie des files d'attente qui énonce que le temps d'attente moyen pour obtenir un service au sein d'un système est égal au rapport entre la longueur moyenne de la file d'attente et le taux de traitement moyen.

M

  • Measure And Grow (Mesurer et Progresser)

    Mesurer et Progresser est une approche de SAFe utilisée par les entreprises pour évaluer les progrès vers l'Agilité d'entreprise et déterminer les actions d'amélioration.

  • Milestone (jalon)

    Un jalon est un objectif, un événement ou un moment précis dans le temps utilisé pour évaluer la progression vers un objectif plus large.

  • Minimum Marketable Feature, MMF (Fonctionnalité minimale commercialisable, MMF)

    La Fonctionnalité minimale commercialisable (MMF) correspond à la version la plus minimaliste d'une Fonctionnalité nécessaire pour valider son hypothèse de bénéfice.

  • Minimum Viable Product, MVP (produit minimum viable, MVP)

    Un produit minimum viable (MVP) est une version précoce et minimaliste d'une nouvelle Solution suffisante pour prouver ou réfuter une hypothèse d'Épopée.

  • Model-Based Systems Engineering, MBSE (ingénierie système basée sur les modèles, MBSE)

    L'ingénierie système basée sur les modèles (MBSE) est la pratique qui vise le développement d'un ensemble de modèles pour définir, concevoir, stimuler et documenter un système en cours de développement.

  • Modified Fibonacci Sequence (suite de Fibonacci modifiée)

    Une suite de Fibonacci modifiée est une séquence de chiffres d'estimation relative (1, 2, 3, 5, 8, 13, 20, 40, 100) qui reflète l'incertitude inhérente au travail à estimer.

N

O

P

  • Pareto Analysis (analyse de Pareto)

    L'analyse de Pareto est une technique utilisée lors des ateliers Inspecter et Adapter. Elle permet de mettre en évidence les causes les plus importantes d'un phénomène sur le nombre total d'effets.

  • Participatory Budgeting, PB (Budget participatif, PB)

    Le Budget participatif (PB) est un processus collaboratif d'allocation du budget du portefeuille à ses Chaînes de valeur.

  • Personas (personas)

    Les personas sont des descriptions représentatives des personnes qui utilisent ou pourraient utiliser le produit.

  • Phase Gates (portes de phase)

    Les portes de phase sont des jalons de gouvernance basés sur des approches séquentielles et traditionnelles utilisées pour mesurer l'avancement dans le développement de Solutions.

  • PI Objectives (Objectifs du PI)

    Les Objectifs du PI résument les objectifs métier et techniques que les équipes et les trains prévoient d'atteindre au cours du prochain PI et sont engagés ou non engagés.

  • PI Planning (Planification du PI)

    La Planification du PI est un événement de planification récurrent pour l'ensemble du Train qui aligne les équipes et les parties prenantes sur une mission et une vision communes.

  • Plan-Do-Check-Adjust (PDCA) (Planifier - Dérouler - Contrôler - Ajuster, PDCA)

    La méthode PDCA (Planifier - Dérouler - Contrôler - Ajuster) est une expression de la méthode scientifique permettant de créer une hypothèse, d'expérimenter et d'évaluer les résultats pour naviguer dans l'incertitude et créer un nouvel apprentissage.

  • Planning Interval, PI (Intervalle de Planification, PI)

    Un Intervalle de Planification (PI) est une période récurrente pendant laquelle les Trains livrent une valeur continue aux Clients, conformément aux Objectifs du PI.

  • Portfolio (Portefeuille)

    Un Portefeuille SAFe est un ensemble de Chaînes de valeur qui fournit un flux continu de Solutions de valeur aux Clients dans le cadre d'un modèle de financement et de gouvernance commun.

  • Portfolio Backlog (Backlog du portefeuille)

    Le Backlog du portefeuille est un système Kanban qui sert à capturer et à gérer les Épopées métier et Leviers dans le but de créer et faire évoluer les produits, services et Solutions du portefeuille.

  • Portfolio Canvas (canevas de portefeuille)

    Le canevas de portefeuille définit les Chaînes de valeur de développement dans un Portefeuille SAFe, leurs Solutions, leurs flux de revenus, les Clients qu'ils servent et d'autres éléments métier clés.

  • Portfolio Flow (flux du portefeuille)

    Le flux du portefeuille décrit un état où la Gestion Lean de portefeuille fournit un flux continu de nouvelles Épopées aux Trains de la Solution et aux Trains pour concrétiser la vision et les thèmes stratégiques du portefeuille.

  • Portfolio Kanban (Kanban du portefeuille)

    Le Kanban du portefeuille est une méthode de visualisation et de gestion du flux des Épopées du portefeuille, de l'idée à la mise en service en passant par l'analyse.

  • Portfolio SAFe (Portefeuille SAFe)

    Le Portefeuille SAFe fournit la stratégie et le financement des investissements, les opérations de portefeuille Agile et la gouvernance Lean pour une ou plusieurs Chaînes de valeur.

  • Portfolio Vision (Vision du portefeuille)

    Le Backlog du Train est un système Kanban qui est utilisé pour capturer et gérer les Fonctionnalités et les Leviers destinés à améliorer la Solution et à étendre sa Piste architecturale.

  • Pre-Plan (pré-planification)

    La pré-planification décrit les activités qui alignent et préparent les Trains au sein du Train de Solution pour la Planification du PI.

  • Problem-Solving Workshop (atelier de résolution de problèmes)

    L'atelier de résolution de problèmes se déroule lors de l'événement Inspecter et Adapter. Il fournit une approche structurée pour identifier la cause racine et les actions à entreprendre pour résoudre les problèmes systémiques.

  • Product Management (Gestion de Produit, PM)

    La Gestion de Produit (PM) est chargée de définir des Solutions désirables, viables, réalisables et durables répondant aux besoins du Client, et de soutenir le développement tout au long du cycle de vie du Produit.

  • Product Owner, PO (Propriétaire Produit, PO)

    Le PO (Propriétaire Produit) est le membre de l'équipe Agile principalement responsable de maximiser la valeur fournie par l'équipe en s'assurant que le Backlog de l'équipe est aligné sur les besoins des Clients et des parties prenantes.

  • Product Owner (PO) Sync (Synchro des PO)

    La Synchro des PO est un événement du Train utilisé pour gagner en visibilité sur les progrès du Train vers la réalisation de ses Objectifs du PI et faire les ajustements nécessaires.

R

  • Refactoring (remaniement du code)

    Le remaniement du code est l'activité qui consiste à améliorer la structure ou le fonctionnement interne d'un code ou d'un composant sans modifier son comportement externe.

  • Relative Estimation (estimation relative)

    L'estimation relative est une technique utilisée pour comparer rapidement la taille et la valeur du travail dans le système.

  • Release (mise en service)

    Une mise en service consiste à mettre la Fonctionnalité déployée à la disposition des utilisateurs finaux.

  • Release on Demand (mise en service à la demande)

    La mise en service à la demande est un aspect du Pipeline de livraison continue qui met en service une nouvelle Fonctionnalité immédiatement ou de manière incrémentale en fonction des besoins de l'entreprise et des Clients.

  • Release Train Engineer, RTE (RTE, Conducteur du Train de Livraison)

    Le RTE (Conducteur du Train de Livraison) est un leader-serviteur et un coach pour le Train dont le rôle est de faciliter les processus et les événements du Train et d'assister les équipes à fournir de la valeur.

  • Relentless Improvement (amélioration sans relâche)

    L'amélioration sans relâche est la valeur fondamentale de SAFe qui encourage l'apprentissage et la croissance à travers une réflexion et une amélioration continues.

  • Roadmap (feuille de route)

    La feuille de route est un calendrier d'événements et de jalons qui prévoit et informe des dates de livraisons de la Solution selon un horizon temporel.

S

  • SAFe

    SAFe est le cadre de référence mondiale en matière d'Agilité d'entreprise. SAFe intègre la puissance du Lean, de l'Agile et du DevOps dans un système d'exploitation complet qui aide les entreprises à prospérer à l'ère du numérique. Il leur permet de livrer des produits et services innovants plus rapidement, de façon prévisible et de meilleure qualité.

  • SAFe Big Picture (Vue d'ensemble de SAFe)

    La Vue d'ensemble de SAFe est une représentation visuelle des principaux rôles, activités et artefacts du Framework.

  • SAFe for Government (SAFe pour le secteur public)

    SAFe pour le secteur public est un ensemble de modèles de réussite qui aident les organisations du secteur public à obtenir de meilleurs résultats en matière de développement de Solutions en mettant en œuvre les valeurs, l'état d'esprit, les principes et les pratiques SAFe Lean-Agile.

  • SAFe Implementation Roadmap (feuille de route de la mise en œuvre de SAFe)

    La feuille de route de la mise en œuvre de SAFe est un diagramme général et une série de 14 articles qui décrivent une stratégie et un ensemble organisé d'activités pour une mise en œuvre réussie de SAFe.

  • SAFe Lean Startup Cycle (cycle du Lean Startup SAFe)

    Le cycle du Lean Startup SAFe est un cycle itératif construire-mesurer-apprendre qui s'est avéré efficace pour optimiser la valeur économique des investissements stratégiques.

  • SAFe Lean-Agile Principles (principes Lean-Agile SAFe)

    SAFe est basé sur dix principes Lean-Agile immuables et sous-jacents. Ces principes et concepts économiques inspirent et façonnent les rôles et les pratiques de SAFe.

  • SAFe Overview (Aperçu de SAFe)

    L'Aperçu de SAFe est une visualisation des sept compétences fondamentales de l'Agilité d'entreprise et des dimensions de chacune.

  • SAFe Practice Consultant, SPC (Consultant en pratiques SAFe, SPC)

    Les Consultants en pratiques SAFe sont des agents du changement certifiés qui unissent leurs connaissances techniques de SAFe à une motivation intrinsèque pour améliorer les logiciels, les systèmes et les processus métier Agile de l'entreprise.

  • SAFe Scrum (Scrum SAFe)

    Scrum SAFe est une méthode Agile utilisée par les équipes au sein d'un Train pour fournir de la valeur au Client dans un délai très court. Les équipes Scrum SAFe utilisent des itérations, des systèmes Kanban et des événements Scrum pour planifier, exécuter, démontrer leur travail et prendre du recul sur ce dernier.

  • SAFe Team Kanban (Kanban d'équipe SAFe)

    Le Kanban d'équipe SAFe est une méthode Agile utilisée par les équipes au sein d'un Train pour fournir continuellement de la valeur. Les équipes SAFe Kanban appliquent un processus basé sur le flux à leur travail quotidien et opèrent dans le cadre de la cadence d'itération du Train.

  • Scrum Master/Team Coach, SM/TC (Scrum Master/Coach d'équipe, SM/TC)

    Le Scrum Master/Coach d'équipe (SM/TC) SAFe est à la fois un leader-serviteur et coach d'équipe Agile qui facilite les événements et les processus d'équipe, et soutient les équipes et les Trains dans la livraison de la valeur.

  • Set-Based Design, SBD (conception ensembliste, SBD)

    La conception ensembliste est une pratique de développement Lean qui conserve la souplesse des exigences et des options de conception le plus longtemps possible au cours du processus de développement.

  • Shared Services (Services partagés)

    Les Services partagés sont des rôles, personnes et services spécialisés nécessaires à la réussite d'un Train ou d'un Train de Solution, mais qui ne peuvent pas être dédiés à temps plein.

  • Solution

    Une Solution est un produit, un système ou un service qui fournit de la valeur à des Clients internes ou externes.

  • Solution Architect (Architecte Solution)

    L'Architecte Solution est chargé de définir et de communiquer une vision technique et architecturale commune pour un Train de Solution afin de s'assurer que la Solution en voie de développement sera adaptée à l'objectif visé.

  • Solution Context (contexte de la Solution)

    Le contexte de la Solution identifie les aspects critiques de l'environnement dans lequel une Solution fonctionne.

  • Solution Demo (Démo de la Solution)

    La Démo de la Solution offre aux parties prenantes une vue intégrée des contributions de plusieurs Trains et fournisseurs afin d'obtenir des preuves objectives de la performance de la Solution et de recueillir des retours d'information.

  • Solution Intent (Intention de la Solution)

    L'Intention de la Solution représente le référentiel où sont stockées, gérées et communiquées les connaissances sur le comportement et la conception actuels et prévus de la Solution.

  • Solution Management (Gestion de la Solution)

    La Gestion de la Solution est une fonction chargée de définir une Solution d'envergure désirée, viable, faisable et pérènne, répondant aux besoins Client et qui supporte le développement tout au long du cycle de vie de la Solution.

  • Solution Train (Train de Solution)

    Le Train de Solution est le concept organisationnel utilisé pour construire des Solutions d'envergure qui requièrent la coordination de plusieurs Trains et fournisseurs.

  • Solution Train Backlog (Backlog du Train de Solution)

    Le Backlog du Train de Solution est un système Kanban qui est utilisé pour capturer et gérer les Capabilités et les Leviers destinés à améliorer la Solution d'envergure et à étendre sa Piste architecturale.

  • Solution Train Engineer, STE (STE, Conducteur du Train de Solution)

    Le STE (Conducteur du Train de Solution) est un leader-serviteur et un coach qui favorise les événements et les processus du Train de la Solution, coordonne le travail des Trains et des fournisseurs, et aide les Trains à fournir de la valeur.

  • Solution Train Flow (flux du Train de la Solution)

    Le flux du Train de la Solution décrit un état dans lequel un Train de Solution fournit un flux continu de Capabilités de valeur au Client.

  • Solution Vision (Vision de la Solution)

    La Vision de la Solution représente l'état futur de la Solution en cours de développement. Elle reflète les exigences des Clients et des parties prenantes, ainsi que le produit ou service proposé pour répondre à ces exigences.

  • Spanning Palette (Palette étendue)

    La Palette étendue contient divers rôles et artefacts qui peuvent être applicables à une équipe, un Train, une Solution d'envergure ou un contexte de portefeuille spécifiques.

  • Spike

    Un Spike est un Récit de Levier d'exploration permettant d'acquérir les connaissances nécessaires pour réduire les risques associés à une approche technique, mieux comprendre une exigence ou augmenter la fiabilité d'une estimation.

  • Sprint

    Sprint est un terme de la méthode Scrum pour ce que SAFe définit comme une itération.

  • Stories (Récits)

    Les Récits sont de brèves descriptions d'une petite partie de la Fonctionnalité souhaitée, rédigées du point de vue de l'utilisateur.

  • Story Map (cartographie des Récits)

    La cartographie des Récits est une technique de Design Thinking qui organise une séquence de Récits en fonction des tâches qu'un utilisateur effectue pour atteindre son objectif.

  • Story Point (point d'effort)

    Un point d'effort est un nombre singulier et relatif utilisé pour estimer la combinaison du volume, de la complexité, de la connaissance et de l'incertitude des récits d'utilisateur.

  • Strategic Themes (Thèmes stratégiques)

    Les Thèmes stratégiques sont des objectifs métier au niveau du portefeuille qui fournissent une différenciation concurrentielle et un avantage stratégique. Ils fournissent un contexte métier pour la stratégie et la prise de décision liées au portefeuille, en représentant les aspects de l'intention stratégique de l'entreprise.

  • Sunk Costs (coûts irrécupérables)

    Un coût irrécupérable est une somme d'argent qui a déjà été dépensée et qui ne peut être récupérée.

  • Supplier (Fournisseur)

    Un Fournisseur est une organisation interne ou externe qui développe et fournit des composants de Solution, des sous-systèmes ou des services aux Trains et aux Chaînes de valeur de développement.

  • SWOT Analysis (analyse SWOT [Force, Faiblesse, Opportunité, Menace])

    L'analyse SWOT (Force, Faiblesse, Opportunité, Menace) est une méthode de planification stratégique visant à identifier les forces, les faiblesses, les opportunités et les menaces d'un portefeuille SAFe.

  • System Architect (Architecte Système)

    L'Architecte Système est chargé de définir et de communiquer une vision technique et architecturale partagée pour les Solutions développées par un Train.

  • System Demo (Démo Système)

    La Démo Système fournit aux parties prenantes une vue intégrée des nouvelles Fonctionnalités de la plus récente itération livrée par toutes les équipes du Train. Chaque démonstration fournit une mesure objective des progrès réalisés et l'occasion de donner son avis.

  • System Team (équipe Système)

    L'équipe Système est une équipe Agile spécialisée qui contribue à la construction et la prise en charge de l'environnement de développement Agile, notamment en développant et en maintenant le Pipeline de livraison continue. Elle peut aussi prendre en charge l'intégration des ressources, les tests de Solutions de bout en bout, l'état d'esprit et les pratiques DevOps, le déploiement et la mise en service à la demande.

  • Systems Thinking (pensée systémique)

    La pensée systémique consiste en une approche holistique qui intègre tous les aspects d'un système et de son environnement dans sa conception, son développement, son déploiement et sa maintenance.

T

  • Team and Technical Agility, TTA (Agilité d'équipe et technique, TTA)

    La compétence Agilité d'équipe et technique (TTA) décrit les compétences essentielles ainsi que les principes et pratiques que les équipes Agile performantes d'un Train utilisent pour créer des Solutions de haute qualité pour leurs Clients.

  • Team Backlog (Backlog de l'équipe)

    Le Backlog de l'équipe est un système Kanban qui est utilisé pour rassembler et gérer les Récits d'utilisateurs et les Leviers destinés à améliorer la Solution.

  • Team Flow (flux d'équipe)

    Le flux d'équipe décrit un état dans lequel les équipes Agile fournissent un flux continu de valeur au Client.

  • Team Sync (Synchro d'équipe)

    La Synchro d'équipe est une courte réunion (généralement de 15 minutes ou moins), qui a lieu environ tous les jours, pour inspecter les avancements vers les objectifs de l'équipe, communiquer et ajuster le travail planifié à venir.

  • Team Topologies (topologies d'équipe)

    Les topologies d'équipe décrivent quatre modèles organisationnels qui peuvent être utilisés pour organiser les équipes Agiles et les Trains.

  • Test-Driven Development, TDD (développement piloté par les tests, TDD)

    Le développement piloté par les tests (TDD) est un état d'esprit et une pratique qui consiste à concevoir et à exécuter des tests avant de mettre en œuvre le code d'un composant ou d'un système.

  • TOWS Analysis (analyse TOWS [Menace, Opportunité, Faiblesse, Force])

    L'analyse TOWS (Menace, Opportunité, Faiblesse, Force) est utilisée en conjonction avec l'analyse SWOT et facilite l'identification des options stratégiques pour faire évoluer un portefeuille SAFe.

U

  • U-curve Optimization (optimisation de courbe en U)

    L'optimisation de courbe en U détermine la taille optimale du lot en trouvant le point où le total des coûts de transaction et des coûts de détention est le plus bas.

V

  • Value Management Office, VMO (Bureau de gestion de la valeur, VMO)

    Le Bureau de gestion de la valeur (VMO) est une fonction organisationnelle chargée de contribuer à la mise en œuvre du processus de Gestion Lean de portefeuille et de favoriser l'excellence opérationnelle et l'instauration d'une gouvernance Lean dans le cadre d'une transformation Lean-Agile.

  • Value Stream (Chaîne de valeur)

    Une Chaîne de valeur est la séquence d’activités qui contient toutes les personnes, systèmes, informations et matériel nécessaires pour livrer de la valeur à un Client.

  • Value Stream Coordination (coordination des Chaînes de valeur)

    La coordination des Chaînes de valeur décrit comment gérer les dépendances entre les Chaînes de valeur et exploiter les opportunités qui existent dans les interconnexions.

  • Value Stream Identification (identification des Chaînes de valeur)

    L'identification des Chaînes de valeur est une activité utilisée pour identifier les Chaînes de valeur de développement et les Chaînes de valeur opérationnelles qu'elles soutiennent.

  • Value Stream Key Performance Indicators, KPI (KPI de la Chaîne de valeur)

    Les KPI (indicateurs clés de performance) de la Chaîne de valeur sont des mesures quantifiables utilisées pour évaluer les performances d'une Chaîne de valeur par rapport à ses objectifs métier.

  • Value Stream Management, VSM (Gestion de la Chaîne de valeur, VSM)

    La Gestion de la Chaîne de valeur (VSM) est une discipline de leadership et techniques qui permet de maximiser le flux maximum de valeur métier à travers le cycle de vie de livraison de Solutions de bout en bout.

  • Value Stream Mapping (cartographie des Chaînes de valeur)

    La cartographie des Chaînes de valeur est une activité utilisée pour identifier les étapes individuelles d'un flux de travail et les délais entre les étapes.

  • Value Streamlet (Chaînette de valeur)

    Une Chaînette de valeur est un flux de valeur plus petit et largement indépendant au sein d'une Chaîne de valeur de développement qui fournit de la valeur en fonction des besoins et du rythme du Client.

  • Verification and Validation (V&V) (vérification et validation, V&V)

    Les processus de vérification et validation (V&V) sont utilisés pour garantir qu'un produit, un service ou un système est conçu conformément à l'intention de la Solution et qu'il est adapté à l'usage auquel il est destiné.

W

  • Weighted Shortest Job First, WSJF (Travaux pondérés les plus courts en premier, WSJF)

    Le modèle de priorisation par les Travaux pondérés les plus courts en premier (WSJF) a pour but de séquencer les travaux afin de produire le profit économique maximum. Dans SAFe, le WSJF est estimé comme le coût du délai divisé par la durée relative du travail.

  • Work in Process (travaux en cours, WIP)

    Les travaux en cours (WIP) représentent le total des éléments de travail actifs dans un système.

5

  • 5 Whys (5 Pourquoi)

    La méthode des 5 Pourquoi est une technique de résolution de problèmes éprouvée, utilisée lors de l'atelier Inspecter et Adapter pour analyser les relations de cause à effet qui sous-tendent chaque problème.