© 2022 Scaled Agile, Inc. All rights reserved.

Evolving the Scaled Agile Framework:

Update to SAFe 5

Guidance for organizing around value, DevSecOps, and agility for business teams

Learn more

Clear explanations and actionable guidance

SAFe Distilled 5.0

SAVE 35% WITH CODE SCALEDAGILE

ORDER NOW

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.

Author

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 sont conformes aux exigences fonctionnelles et non fonctionnelles.

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

    Le Développement piloté par les tests d'acceptation, de la même manière que le Développement piloté par les comportements (BDD), est une pratique Agile qui place les tests à la base du développement.

  • Agile

    La méthode Agile 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 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 (Production Agile de Produit)

    La Production Agile de Produit est une démarche centrée client qui vise à définir, construire et générer un flot continu de solutions, de produits ou de services utiles pour les clients et les utilisateurs.

  • Agile Program Management Office (PMO Agile)

    Le PMO Agile est une fonction organisationnelle chargée de contribuer à la mise en œuvre du processus de Gestion Lean du Portefeuille et de favoriser l'excellence opérationnelle et l'instauration d'une Gouvernance Lean dans le cadre d'une transformation Lean-Agile.

  • Agile Release Train, ART (Train Agile de Livraison)

    Le Train Agile de Livraison est une équipe d’équipes Agile de longue durée qui, au côté d’autres parties prenantes, produit de façon incrémentale, et, le cas échéant, met en service, une ou plusieurs solutions dans une Chaîne de valeur.

  • Agile Team (Équipe Agile)

    Dans SAFe, les équipes Agile sont formées par des groupes pluridisciplinaires de 5 à 11 individus qui définissent, construisent, testent et réalisent un incrément de valeur dans un laps de temps réduit.

  • Architect Sync (Synchronisation des Architectes)

    La Synchronisation des Architectes est un événement du Train de la 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 la 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 d’Architecture)

    La Piste d’Architecture 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, sans refonte ni délais excessifs.

  • ART Sync (Synchronisation du Train)

    La Synchronisation du Train est un événement de l'ART au cours duquel sont menés la Synchronisation des PO/PM et le Scrum de Scrums (SoS).

B

  • Backlog Refinement (Affinage du backlog)

    L'Affinage du backlog est une activité organisée à une ou deux reprises au cours de l'itération ou de l'incrément. À cette occasion, les critères d'acceptation pour les récits à venir dans le backlog de l'équipe sont examinés et estimés et on s'assure qu'ils ont bien été compris.

  • Baseline Solution Investments (Base de référence des Investissements de la Solution)

    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 du lot)

    La Taille du lot est une mesure de la quantité de travail (exigences, conceptions, code, tests et autres éléments de travail) introduite dans le système pendant une période donnée.

  • Behavior-Driven Development (Développement piloté par les comportements)

    Le Développement piloté par les comportements (BDD) est une pratique Agile qui place les tests à la base 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 correspond aux bénéfices mesurables que l'utilisateur final ou l'entreprise pourra tirer d'une fonctionnalité ou d'une capabilité.

  • Big Visible Information Radiator (Radiateur d'informations)

    Un Radiateur d'informations (BVIR) est une représentation graphique permettant de suivre et de consulter des données critiques en un coup d'œil (par exemple, les burndown charts, les tableaux de programme, les tableaux d'état de la conception).

  • Built-In Quality (Qualité Native)

    Les pratiques de la Qualité Native permettent aux éléments d’une Solution de répondre à des normes de qualité adaptées tout au long du développement, ceci à chaque incrément.

  • Burn-Down (Burn-Up) Chart (Burndown (Burnup) Chart)

    Les Burndown et Burnup Charts sont des représentations graphiques de l'avancement des travaux 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 dans 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 numériques innovantes.

  • Business and Technology (Métiers et Technologie)

    L’icône "Métiers et Technologie" de SAFe décrit comment les domaines fonctionnels de toute l’entreprise gagnent en agilité d’entreprise en explorant continûment de nouvelle manières d'appliquer les principes et pratiques Lean-Agile à leur propre contexte.

  • Business Context (Contexte Métier)

    Le contexte Métier est un point à l'ordre du jour de la Planification de l'Incrément de Programme présenté par un Business Owner. 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

    Les Business Owners (Référents Métier) sont un petit groupe de parties prenantes ayant la responsabilité première métier et technique de la gouvernance, de la conformité et de la rentabilité des investissement (ROI) d’une Solution développée par un Train Agile de Livraison (ART). Il s’agit de parties prenantes de l’ART qui doivent évaluer l’utilisation adapté et participer activement à certains événements de l’ART.

C

  • CALMR

    L'approche DevOps de SAFe, intitulée CALMR, est un état d'esprit qui guide les Trains Agile de Livraison (ARTs) vers le développement de produit créateur de valeur en continu en gérant simultanément le progrès sur les axes de la culture de production, de l'automatisation, d'un flux Lean, du mesurage et du rétablissement.

  • Capabilities (Capabilités)

    Une Capabilité est un comportement global d'une solution qui couvre généralement plusieurs ARTs. Les Capabilités sont dimensionnées et divisées en plusieurs Fonctionnalités pour faciliter leur mise en œuvre dans un unique Incrément de Programme (PI).

  • Capacity Allocation (Allocation capacitaire)

    L'Allocation capacitaire est un garde-fou budgétaire Lean qui permet d'équilibrer les nouvelles fonctionnalités, les leviers techniques et la dette technique pour l'Incrément de Programme à venir dans le backlog.

  • Committed PI Objectives (Objectifs engagés d'IP)

    Les Objectifs engagés d'IP sont un ensemble d'objectifs SMART créés par chaque équipe et dont la valeur commerciale est attribuée par les Business Owners.

  • Communities of Practice, CoP (Communautés de Pratique)

    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 générales de leur domaine.

  • Compliance (Conformité)

    La Conformité se résume par une stratégie et un ensemble d’activités et d’artefacts qui permettent aux équipes d’appliquer des méthodes de développement Lean-Agile pour construire des systèmes ayant une qualité la plus élevée possible, tout en assurant leur conformité en matière légale, technique ou relative à d’autres normes.

  • Confidence Vote (Vote de confiance)

    Le Vote de confiance est organisé au terme de la Planification de l'Incrément de Programme. À cette occasion, les équipes votent sur leur confiance quant à la réalisation des objectifs d'Incrément du Programme.

  • Continuous Delivery Pipeline, CDP (Pipeline de Livraison Continue)

    Le Pipeline de Livraison Continue représente les flux de travail, les activités principales et l’automatisation nécessaires pour mener une nouvelle fonctionnalité de sa conception jusqu’à sa mise en service sur demande pour l’utilisateur final.

  • Continuous Deployment (Déploiement Continu)

    Le Déploiement Continu (CD) est le processus qui consiste à prendre des Fonctionnalités validées dans un environnement intermédiaire et à les déployer dans l’environnement de production, où elles sont re-testées et préparées pour leur mise en service.

  • Continuous Exploration (Exploration Continue)

    L’Exploration Continue est le processus qui stimule l’innovation et promeut l’harmonisation de ce qui devrait se construire à travers l’exploration constante des besoins du marché, des clients et des utilisateurs et définit la Vision, la Feuille de route et l’ensemble des Fonctionnalités pour une Solution qui répond à ces besoins.

  • Continuous Integration (Intégration Continue)

    L’Intégration Continue est le processus qui consiste à prendre des fonctionnalités du Backlog du Programme puis de les développer, tester, intégrer et les valider dans un environnement intermédiaire afin de les préparer au déploiement et à la mise en service.

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

    La compétence "Culture de l'apprentissage en continu" décrit un ensemble de valeurs et de pratiques qui encouragent chaque individu, et l'entreprise dans son ensemble, à acquérir continuellement de nouvelles connaissances, développer ses compétences, améliorer son fonctionnement, et sa capacité à innover.

  • Core Values (Valeurs Fondamentales)

    Les quatre Valeurs Fondamentales, à savoir l’Alignement, la Qualité Native, la Transparence et l’Exécution du Programme, représentent les convictions essentielles à la base de l’efficacité de SAFe. Ces principes de base contribuent à dicter les comportements et les actions pour chaque individu qui participe à un portefeuille SAFe.

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

    Le Coût du délai (CoD) représente la somme, ou la valeur, susceptible d'être perdue en cas de report ou d'absence de travail pendant un certain temps. Il est utilisé dans le cadre de la priorisation à l'aide de la valeur WSJF.

  • Customer (Clients)

    Les Clients sont les bénéficiaires ultimes de la valeur des solutions Métier créées et maintenues par les Chaînes de Valeur du Portefeuille.

  • Customer Centricity (Culture Orientée Client)

    La Culture Orientée Client est un état d'esprit et une stratégie d'entreprise qui reposent sur la création d'expériences positives pour le client par l'intermédiaire de l'ensemble des solutions, produits ou services proposés par l'entreprise.

  • Customer Journey Map (Parcours Client)

    Le Parcours Client illustre les expériences que vit chaque utilisateur lorsqu'il interagit avec la chaîne de valeur opérationnelle, les produits et les services d'une entreprise.

D

  • Daily Stand-Up (Synchronisation quotidienne)

    La Synchronisation quotidienne (DSU) est un événement quotidien organisé au sein des équipes au cours duquel chaque membre décrit tout ce qu'il a entrepris la veille pour faire progresser les objectifs d'itération, toutes les tâches sur lesquelles il va se concentrer dans la journée pour atteindre les objectifs d'itération et tous les obstacles qu'il rencontre dans la réalisation des objectifs d'itération.

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

    La Prise de décision décentralisée confère le pouvoir de décision aux personnes les plus proches des connaissances et des informations. Elle permet de réduire les délais, de fluidifier le flux de développement des produits et d'améliorer la qualité des décisions.

  • Definition of Done (Définition du Fini)

    La Définition du Fini donne des informations relatives à l'exhaustivité d'un incrément de valeur et instaure une compréhension commune du travail accompli dans le cadre d'un incrément.

  • Design Thinking

    Le Design Thinking est un processus de développement centré sur l’utilisateur, 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)

    Le Développement en cadence est un ensemble coordonné de pratiques destinées à faciliter le travail des équipes Agiles grâce à un ensemble d'événements et d'activités fiables organisés selon un calendrier régulier et prévisible.

  • Development Value Streams (Chaînes de Valeur de Développement)

    Une chaîne de valeur de développement (CVD) est la séquence d'activités nécessaires pour réaliser une hypothèse de gain au moyen d'une solution numérique. A titre d'exemple, on peut citer la conception d'un appareil médical ou d'un satellite géophysique, ou le développement et le déploiement d'une application logicielle, d'un système SaaS, ou d'un site de commerce en ligne.

  • DevOps

    DevOps est un état d’esprit, une culture et un ensemble de pratiques techniques. DevOps assure la communication, l’intégration, l’automatisation et l’étroite coopération entre tous les professionnels nécessaires pour planifier, développer, tester, déployer, mettre en service et mettre à jour une Solution.

E

  • Empathy Map (Carte d'empathie)

    Une Carte d'empathie est un outil de Design Thinking qui aide les équipes à acquérir une compréhension profonde et commune de leurs clients.

  • Enablers (Leviers Techniques // Leviers Architecturaux // Leviers d’Amélioration)

    Un Levier prend en charge les activités nécessaires pour étendre la Piste d’Architecture afin de fournir les futures fonctionnalités métier. Ces activités incluent l’exploration, l’architecture, l’infrastructure et la conformité. Les Leviers se retrouvent dans tous les backlogs et se positionnent à tous les niveaux du Framework.

  • 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 définit une stratégie technologique et une Feuille de Route permettant un portefeuille qui viendra soutenir les Capabilités Métier actuelles et à venir.

  • Enterprise Solution Delivery (Production de Solution d’Entreprise)

    La compétence Production de Solution d’Entreprise décrit la façon d’appliquer les principes et les pratiques Lean-Agile à la spécification, au développement, au déploiement, à l’exploitation et à l’évolution des applications logicielles, réseaux et systèmes cyberphysiques les plus sophistiqués.

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

    L'Énoncé de l'hypothèse d'épopée rassemble, organise et communique des informations essentielles au sujet d'une épopée.

  • Epic Owners

    Les Epic Owners (Référents d'Épopée) sont chargés de faire progresser les Épopées dans le système Kanban de Gestion de Portefeuille. Ensemble, ils définissent l’Epopée, son Produit Viable a minima (MVP) et le Business Case Lean, et une fois approuvées, facilitent leur mise en œuvre.

  • Epics (Epopées)

    Une Epopée est un conteneur pour le développement d’une Solution importante capturant les investissements les plus conséquents qui ont lieu dans un portefeuille. En raison de leur portée et de leur impact considérable, les Épopées requièrent qu’un Produit viable a minima (MVP) soit défini et approuvé par la Gestion Lean de Portefeuille (Lean Portfolio Management (LPM)) avant d’être mis en œuvre.

  • Essential SAFe (SAFe Essentiel)

    SAFe Essentiel contient l’ensemble de base des rôles, événements et artefacts requis pour livrer en continu des solutions métier par le biais d’un Train Agile de Livraison (Agile Release Train (ART)) en tant qu’équipe d’équipes Agile.

  • Estimating Poker (Poker d'estimation)

    Le Poker d'estimation est une technique collaborative d'estimation relative de la taille des récits, des fonctionnalités et de la valeur WSJF dans SAFe.

  • Extreme Programming

    Extreme Programming (XP) est un ensemble de pratiques d'Agile Software Engineering permettant d'améliorer la qualité des logiciels et leur réactivité face à l'évolution des besoins des clients, développé principalement par Kent Beck.

F

  • Features (Fonctionnalités)

    Une Fonctionnalité est un service qui répond à l’exigence d’une partie prenante. Chaque fonctionnalité comprend une hypothèse de bénéfices attendus et des critères d’acceptation, et elle est dimensionnée ou divisée selon le besoin pour être réalisée par un unique Train Agile de Livraison (Agile Release Train (ART)) pendant un Incrément de Programme (PI).

  • Final Plan Review (Revue du Plan Final)

    L'activité de Revue du Plan Final, organisée lors de la planification de l'Incrément de Programme, permet aux équipes de présenter les plans finaux (objectifs d'Incrément du Programme, charge, risques) à l'ensemble de l'ART en vue de leur approbation par les Business Owners.

  • Foundation (Fondation)

    La couche Fondation contient les principes fondamentaux, les valeurs, l’état d’esprit, les consignes de mise en œuvre et les rôles de leadership nécessaires pour fournir de la valeur à l’échelle avec succès.

  • Full SAFe (SAFe Complet)

    SAFe Complet est la configuration la plus complète et comprend les sept compétences de base fondamentales nécessaires à l’Agilité d’Entreprise.

G

  • Gemba (Genba)

    Le terme « Genba » désigne le lieu où le travail est effectué. Les marches Genba permettent aux équipes d'observer comment les parties prenantes exécutent les étapes et les activités spécifiques de leurs chaînes de valeur opérationnelles afin de mieux identifier les opportunités d'amélioration sans relâche.

H

  • Hackathon

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

I

  • Innovation and Planning Iteration (Itération d’Innovation et de Planification)

    L’Itération d’Innovation et de Planification (IP) se produit à chaque Incrément de Programme (PI) et sert plusieurs objectifs. Elle joue un rôle tampon pour l’atteinte des objectifs du PI et réserve du temps pour l’innovation, la formation continue, la planification du PI et l’Atelier Inspecter et Adapter (I&A).

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

    L’Atelier Inspecter et Adapter est une cérémonie importante organisée à la fin de chaque Incrément de Programme (PI) au cours de laquelle l’état courant de la solution est montré et évalué par le train. Ensuite, les équipes réfléchissent et identifient des éléments d’amélioration dans le Backlog via un atelier structuré destiné à résoudre les problèmes.

  • Integration Point (Point d'intégration)

    Le Point d'intégration est un événement au cours duquel les différents éléments de la solution sont rassemblés en un tout intégré. Cette étape permet aux parties prenantes de s'assurer que la solution en développement répond aux besoins réels et futurs de l'entreprise.

  • Investment Horizons (Horizons d'investissement)

    Les Horizons d'investissement permettent de mettre en évidence les allocations budgétaires pour les solutions créées par les chaînes de valeur. Ils visent à aider les dirigeants et les fiduciaires à prendre des décisions d'investissement plus éclairées et à aligner le portefeuille sur les thèmes stratégiques tout en favorisant la santé et la croissance globales.

  • Iteration (Itération)

    Les Itérations sont les constituants de base du développement Agile. Chaque Itération est une tranche temporelle de durée fixe au cours de laquelle les équipes Agile livrent une valeur incrémentale sous la forme de logiciels et de systèmes fonctionnels et testés. La durée recommandée de l’itération est de deux semaines. Toutefois, une durée d’une à quatre semaines est acceptable, selon le contexte métier.

  • Iteration Execution (Exécution d’Itération)

    L’Exécution d’Itération est la façon dont les équipes Agile gèrent leur travail durant la durée de l’Itération, et qui se traduit par un incrément système testé, fonctionnel et de haute qualité.

  • 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 que l’équipe Agile s’engage à réaliser dans une Itération. Ils sont essentiels pour coordonner un Train Agile de Livraison (Agile Release Train (ART)) en tant qu’équipe d’équipes auto-organisée et autogérée.

  • Iteration Planning (Planification d’Itération)

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

  • Iteration Retrospective (Rétrospective d'itération)

    La Rétrospective d'Itération est un événement périodique au cours duquel les membres de l'Équipe Agile 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 une cérémonie périodique, où chaque équipe Agile montre et inspecte l’Incrément à la fin de chaque Itération pour évaluer le progrès, puis ajuster son Backlog pour l'Itération suivante.

K

  • Knowledge Worker (Travailleur de la connaissance)

    Les Travailleurs de la connaissance possèdent les compétences, l'expertise et les connaissances nécessaires à la résolution de problèmes complexes relevant de leur domaine de spécialité.

L

  • Large Solution SAFe (SAFe pour une Solution d’Envergure)

    SAFe pour une Solution d’Envergure décrit des rôles, pratiques et orientations supplémentaires pour construire et faire évoluer les applications, réseaux et systèmes cyber-physiques les plus larges.

  • Lead Time (Délai de Mise en Œuvre)

    Le Délai de Mise en Œuvre correspond au temps qui s'écoule entre la fin des travaux à l'étape précédente et la fin des travaux à l'étape actuelle.

  • Lean

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

  • Lean Budget Guardrails (Gardes-fou Budgétaires Lean)

    Les Gardes-fou 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 Lean Agile de la gouvernance financière qui accroît le débit et la productivité en réduisant les dépenses générales et coûts additionnels que l'on peut associer à la comptabilité analytique projet.

  • Lean Business Case (Cas d'affaire Lean)

    Le Cas d'affaire Lean est une approche simple permettant de décrire les épopées, y compris leurs MVP et leur valeur commerciale prévisionnelle.

  • Lean Governance (Gouvernance Lean)

    La Gouvernance Lean, qui s'inscrit dans le cadre de la Gestion Lean du Portefeuille, a pour rôle de superviser et de contrôler la prise de décision en matière de budget, d'audit et de conformité, de prévision des coûts et de mesure.

  • Lean Portfolio Management (Gestion Lean du Portefeuille)

    La compétence de Gestion Lean du Portefeuille 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.

  • Lean Quality Management System (Système Lean de gestion de la qualité)

    Le Système Lean de gestion de la qualité (QMS) dicte les pratiques, les politiques et les procédures nécessaires pour garantir la sécurité et l'efficacité. Les entreprises SAFe passent d'une gouvernance traditionnelle à une gouvernance centrée sur un Système Lean de gestion de la qualité.

  • Lean User Experience, Lean UX (Expérience Utilisateur Lean)

    L’Expérience Utilisateur Lean est un état d’esprit, une mentalité et un processus qui adoptent les méthodes Lean-Agile. Elle met en œuvre les fonctionnalités par incréments minimum viables et détermine la réussite en comparant les résultats aux bénéfices attendus.

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

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

  • Lean-Agile Leadership (Leadership Lean-Agile)

    La compétence Leadership Lean-Agile décrit la façon dont les leaders Lean-Agile motivent et maintiennent le changement organisationnel et l’excellence opérationnelle en donnant les moyens aux personnes et aux équipes 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 experts SAFe qui diffusent les concepts du Manifeste Agile et de la pensée Lean. Il s’agit de bases personnelles, intellectuelles et de leadership qui forment les fondations de l’adoption et de l’application des principes et pratiques SAFe.

  • Lean-Agile Principles (Principes Lean-Agile)

    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.

  • Little's Law (Loi de Little)

    La Loi de Little, ou théorie des files d'attente, é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 & Progresser)

    Mesurer et Progresser est le moyen par lequel un portefeuille de Chaînes de Valeur évalue sa progression vers l’Agilité d’Entreprise et détermine les prochaines étapes d’amélioration.

  • Metrics (Métriques)

    Les Métriques sont des mesures convenues et utilisées pour évaluer la façon dont l’entreprise évolue dans la mise en place du portefeuille, de la solution d’envergure, du programme et des objectifs métier et techniques des équipes.

  • Milestones (Jalons)

    Les Jalons sont utilisés pour l'avancement en direction d'un objectif ou d'un événement spécifique. Il existe trois types de Jalons SAFe : les Jalons d’Incrément de Programme (PI), les Jalons à date fixe et les Jalons d’apprentissage.

  • Minimum Marketable Feature (Fonctionnalité Minimale Vendable)

    La Fonctionnalité Minimale Vendable (MMF) correspond à la version la plus minimaliste d'une fonctionnalité permettant aux équipes de vérifier si l'hypothèse de bénéfices qui lui est associée est valide ou non.

  • Minimum Viable Product (Produit Minimal Viable)

    Dans SAFe, un produit minimum viable (MVP) est une version précoce et minimaliste d'un nouveau produit ou d'une solution d'entreprise qui est utilisée pour valider ou réfuter l'hypothèse d'épopée. Contrairement aux story-boards, prototypes, maquettes, modèles fonctionnels et autres techniques exploratoires, le MVP est un produit en tant que tel utilisé par de vrais clients dans le but de favoriser l'apprentissage.

  • Model-Based Systems Engineering, MBSE (Ingénierie Système Basée sur Les Modèles)

    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 système pour définir, concevoir et documenter un système en cours de développement. Ces modèles constituent un moyen efficace d’explorer, de mettre à jour et de communiquer les aspects du système aux parties prenantes tout en réduisant ou en éliminant de façon significative la dépendance à des documents traditionnels.

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

    On utilise une Suite de Fibonacci modifiée (1, 2, 3, 5, 8, 13, 20, 40, 100) lors de l'estimation relative de manière à prendre en compte l'incertitude inhérente à l'augmentation de l'ampleur de la tâche à estimer.

N

  • Non-Functional Requirements, NFRs (Exigences non-fonctionnelles)

    Les Exigences non-fonctionnelles définissent les attributs du système tels que la sécurité, la fiabilité, la performance, la maintenabilité, l’évolutivité et l’accessibilité. Elles constituent des contraintes ou des restrictions à la conception du système sur les différents Backlogs.

O

  • Objectives and Key Results (Objectifs et résultats clés)

    Dans SAFe, les Objectifs et résultats clés (OKR) peuvent être utilisés pour définir, organiser et communiquer des informations essentielles concernant un thème stratégique et suivre son évolution par le biais d'actions concrètes, spécifiques et mesurables.

  • Operational Value Streams (Chaînes de Valeur Opérationnelles)

    Une chaîne de valeur opérationnelle (CVO) est la séquence d'activités nécessaires pour délivrer un produit ou un service à un client. A titre d'exemple, on peut citer la fabrication d'un produit, satisfaire une commande, admettre et traiter un patient, fournir un prêt bancaire ou délivrer un service à des professionnels.

  • Organizational Agility (Agilité Organisationnelle)

    La compétence Agilité Organisationnelle décrit comment les personnes qui pratiquent la pensée Lean et les équipes Agile optimisent leurs processus Métier, font évoluer leur stratégie avec de nouveaux engagements précis et critiques et adaptent rapidement l’organisation selon les besoins pour tirer profit des nouvelles opportunités.

  • Organizational Change Management (Gestion des changements organisationnels)

    La Gestion des changements organisationnels regroupe toutes les méthodes destinées à préparer, accompagner et aider les individus, les équipes et les entreprises dans la réalisation de changements organisationnels.

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 (Budget Participatif)

    Le Budget Participatif (BP) est le processus utilisé par la Gestion Lean de Portefeuille pour allouer le budget global du portefeuille à ses chaines de valeurs de développement.

  • Personas

    Les Personas sont des consommateurs et/ou des utilisateurs fictifs créés à partir des résultats des études de clientèle qui permettent d'adopter une approche orientée client pour le développement de produits.

  • Phase Gates (Jalons de phase)

    Les Jalons de phase sont des jalons de gouvernance traditionnels. Dans SAFe, ils sont remplacés par des jalons basés sur l'évaluation objective des systèmes en service.

  • PI Objectives (Objectifs d’Incrément du Programme)

    Les Objectifs d’Incrément du Programme sont un résumé des objectifs métier et techniques qu’une équipe Agile ou qu’un Train Agile prévoit d’atteindre lors du prochain Incrément de Programme (PI).

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

    La méthode PDCA (Planifier - Dérouler - Contrôler - Ajuster) est une méthode itérative en quatre étapes utilisée pour contrôler la variabilité et effectuer des ajustements en réponse aux retours d'information pendant le développement du produit.

  • Portfolio (Portefeuille)

    Un portefeuille SAFe aligne la stratégie et l'exécution en s'appuyant sur un ensemble de chaînes de valeur de développement. Les chaînes de valeur (de développement) opèrent toutes selon un même modèle de gouvernance, et fournissent chacune une ou plusieurs solutions dont l'entreprise a besoin pour accomplir sa mission métier.

  • Portfolio Backlog (Backlog du Portefeuille)

    Le Backlog du Portefeuille est le backlog de plus haut niveau au sein de SAFe. Il représente une zone d’attente des épopées métier et des leviers techniques futurs dans le but de créer et faire évoluer un ensemble complet de Solutions.

  • Portfolio Canvas (Canevas de portefeuille)

    Le Canevas de portefeuille définit les chaînes de valeur de développement intégrées à un portefeuille SAFe, les propositions de valeur et les solutions que celles-ci visent à fournir, les budgets qui leur sont alloués, les clients visés, et d'autres activités et événements clés nécessaires à la réalisation de la vision du portefeuille.

  • Portfolio Kanban (Kanban du Portefeuille)

    Le Kanban du Portefeuille est une technique de visualisation et de gestion du flux des épopées du Portefeuille, depuis l’idée jusqu’à leur terminaison en passant par l’analyse et la réalisation.

  • Portfolio SAFe (Portefeuille SAFe)

    Le Portefeuille SAFe harmonise la stratégie et l’exécution et organise le développement de solutions autour du flot de valeur par le biais d’une ou de plusieurs chaînes de valeur.

  • Portfolio Vision (Vision du Portefeuille)

    La Vision du Portefeuille est une description de l’état futur des Chaînes de Valeur et Solutions d’un portefeuille, et décrit la façon dont ils vont coopérer pour atteindre les objectifs du portefeuille et le but plus global de l'Entreprise.

  • Pre- and Post-PI Planning (Planification pré et post Incrément de Programme)

    Les événements de Planification Pré- et Post-Incrément de Programme sont utilisés pour préparer et assurer le suivi du Pré- et Post-Incrément de Programme des Trains Agile de Livraison (ART) et des fournisseurs dans un Train de Solution.

  • 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 (I&A). Il consiste en la mise en œuvre d'une approche structurée permettant de trouver la cause racine des problèmes systémiques.

  • Product Management

    Le Product Management (Gestion de Produit) est chargé de définir et d’aider à la construction de produits durables, désirables, réalisables et viables répondant aux besoins du client durant tout le cycle de vie du marché des produits.

  • Product Owner, PO

    Le Product Owner, PO (Référent Fonctionnel) est un membre de l’équipe Agile responsable de la définition des récits et de leur hiérarchisation pour aider l’équipe à optimiser l’exécution des priorités du programme tout en conservant l’intégrité conceptuelle et technique des fonctionnalités ou des composants.

  • Product Owner (PO) Sync (Synchronisation des PO/PM)

    La Synchronisation des PO/PM est un événement de l'ART qui permet d'obtenir une visibilité quant à la progression de l'ART vers la réalisation des objectifs d'Incrément du Programme, d'échanger sur les problèmes ou les opportunités de développement des fonctionnalités, et d'évaluer les ajustements éventuels de la portée.

  • Program Backlog (Backlog du Programme)

    Le Backlog du Programme est la zone d’attente des Fonctionnalités futures destinées à répondre aux exigences des utilisateurs et fournir les avantages métiers d’un unique Train de Livraison Agile (Agile Release Train (ART)). Il comprend aussi les Leviers Techniques nécessaires pour construire la Piste d’Architecture.

  • Program Board (Tableau du programme)

    Le Tableau du programme met en évidence les dates de livraison des fonctionnalités de l'Incrément de Programme, les dépendances entre les équipes et les principaux jalons.

  • Program Increment, PI (Incrément de Programme)

    Un Incrément de Programme (PI) est une unité de temps pendant laquelle un Train (ART) livre un incrément de valeur sous la forme de logiciels et systèmes fonctionnels et testés. Les PI durent normalement de 8 à 12 semaines. En général, un PI comprend quatre Itérations de développement, suivies d’une Itération d’Innovation et Planification (IP).

  • Program Increment (PI) Planning (Planification d’Incrément de Programme)

    La Planification d’Incrément de Programme est un événement de planification récurrent qui module le rythme du Train Agile de Livraison (ART) et fixe une mission et une vision communes à toutes les équipes de l’ART.

  • Program Kanban (Kanban de Programme)

    Le Kanban de Programme et le Kanban de la Solution sont des techniques pour visualiser et gérer le flot des Fonctionnalités et des Capabilités de leur conception à leur livraison en passant par l’analyse et la mise en œuvre, via le Pipeline de Livraison Continue.

  • Program Predictibility Measure (Mesure de prédictibilité du programme)

    La Mesure de prédictibilité du programme permet de mettre en évidence les valeurs commerciales réelles par rapport aux valeurs prévisionnelles pour toutes les équipes de l'ART et constitue un indicateur clé de la performance et de la fiabilité de l'ART.

  • Program Risks (Risques niveau Programme)

    Les Risques niveau Programme sont identifiés par les équipes pendant la planification de l'Incrément de Programme. Il s'agit des risques et des obstacles susceptibles d'avoir un impact sur leur capacité à atteindre les objectifs fixés.

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 consiste en la comparaison des tâches les unes par rapport aux autres afin d'estimer rapidement leur ampleur et leur valeur.

  • Release on Demand (Mise en Service à la Demande)

    La Mise en Service à la Demande est le processus qui active une nouvelle fonctionnalité en production et la met en service de manière incrémentale ou immédiatement aux clients en fonction de la demande.

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

    Le Conducteur du Train de Livraison (RTE) est un leader-serviteur et coach pour le Train Agile de Livraison (ART). Les responsabilités principales du RTE 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 sans relâche.

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

    L'Amélioration sans relâche est le quatrième pilier de la Maison Lean de SAFe et encourage l'apprentissage et la croissance à travers une réflexion permanente et l'amélioration continue des processus.

  • Roadmap (Feuille de Route)

    La Feuille de Route est un calendrier d’événements et de jalons qui informe des dates de livraisons de la solution selon une planification.

  • ROAMing risks (Classification des risques (RA3) (Résolus, Affectés, Acceptés, Atténués))

    La Classification des risques selon la méthode RA3 (Résolus, Affectés, Acceptés, Atténués) est une activité de planification de l'Incrément de Programme au cours de laquelle les risques niveau programme soulevés par les équipes sont abordés dans un contexte de gestion plus large.

  • Root Cause Analysis (Analyse de cause racine)

    L'Analyse de cause racine, organisée lors de l'événement Inspecter et Adapter, consiste à utiliser un ensemble d'outils dédiés à la résolution de problèmes pour identifier les causes réelles d'un problème.

S

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

    La Vue d'ensemble de SAFe (BP) est une représentation visuelle des principaux rôles, activités et artefacts du framework. Elle contient des icônes cliquables permettant d'accéder aux articles SAFe lorsqu'elle est affichée sur scaledagileframework.com.

  • SAFe for Government (SAFe pour le Service Public)

    SAFe pour le Service Public est un ensemble de modèles de réussite qui aident les organismes du secteur public à mettre en œuvre des pratiques Lean-Agile dans le cadre de la Fonction Publique.

  • SAFe for Lean Enterprises (SAFe pour les Entreprises Lean)

    Le framework SAFe pour les Entreprises Lean est la 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 opérationnel exhaustif qui aide les entreprises à prospérer dans 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 Implementation Roadmap (Feuille de route de la mise en oeuvre de SAFe)

    La Feuille de Route de la mise en oeuvre de SAFe est un diagramme général et une série de 12 éléments qui décrivent une stratégie et un ensemble organisé d’activités ayant fait preuve d’efficacité dans la mise en œuvre réussie de SAFe.

  • SAFe Lean Startup Cycle (Lean Startup SAFe)

    Le Lean Startup SAFe est un cycle de Conception - Mesure - Apprentissage hautement itératif appliqué dans le cadre du développement de produits innovants et des investissements stratégiques. Cette stratégie de mise en œuvre des épopées offre les avantages économiques et stratégiques du Lean Startup par le biais d'une gestion incrémentielle des investissements et des risques et permet de tirer parti des avantages de SAFe en ce qui concerne les chaînes de valeur et la visibilité.

  • SAFe Program Consultants, SPC

    Les SAFe® Program Consultants certifiés sont des agents du changement qui unissent leurs connaissances techniques de SAFe à une motivation intrinsèque pour améliorer les processus de développement des logiciels et des systèmes de l’entreprise. Ils jouent un rôle essentiel dans la mise en œuvre de SAFe. Les SPC proviennent de plusieurs rôles internes ou externes, y compris des leaders métiers et techniques, responsables de portefeuille/programme/projet, leaders de processus, architectes, analystes, et consultants.

  • Scrum Master (Scrum Master)

    Un Scrum Master est un leader-serviteur et coach d’une équipe Agile. Il contribue à former l’équipe à Scrum, à l’Extreme Programming (XP), au Kanban et à SAFe, et veille à ce que le processus Agile convenu soit suivi. De plus, il participe à la résolution des problèmes et à la création d’un environnement favorisant la dynamique de groupe performant, le flux permanent de livraison et l’amélioration sans relâche.

  • Scrum of Scrums (Scrum de scrums)

    Le Scrum de scrums (SoS) est un événement de l'ART qui permet de contrôler les dépendances dans l'ART et fournit une visibilité quant à l'avancement et les obstacles.

  • ScrumXP (ScrumXP)

    ScrumXP est un processus léger de livraison de valeur conçu pour les équipes pluridisciplinaires et auto-organisées au sein de SAFe. Il combine la puissance des pratiques Scrum et celle des pratiques de l’Extreme Programming (XP).

  • Set-Based Design (Conception Ensembliste)

    La Conception Ensembliste (SBD) est une pratique qui conserve la souplesse des exigences et des options de conception le plus longtemps possible au cours du processus de développement. Au lieu de choisir une unique piste de solution en amont, la SBD identifie et explore simultanément plusieurs options, et élimine peu à peu les choix moins judicieux. Ceci favorise la flexibilité du processus de conception en confirmant les solutions techniques uniquement après validation des hypothèses, ce qui conduit à de meilleurs résultats économiques.

  • 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 (ART) ou d’un Train de Solution, mais qui ne peuvent pas être dédiés à temps plein.

  • Silos

    Les Silos sont des constructions organisationnelles centrées sur les différentes fonctions qui permettent d'optimiser les activités localement. Ils intègrent des politiques et des procédures garantissant la répétabilité et l'efficacité des opérations au sein d'une unité fonctionnelle sans tenir compte des chaînes de valeur qui relient les différentes unités fonctionnelles.

  • Solution

    Chaque Chaîne de Valeur produit une ou plusieurs Solutions représentées par des produits, services ou systèmes fournis au client, qu’il soit interne ou externe à l'Entreprise.

  • Solution Architect/Engineer (Architecte/Ingénieur de Solution)

    L’Architecte/Ingénieur de Solution est chargé de définir et communiquer une vision technique et architecturale commune par le biais d’un Train de Solution pour s’assurer que le système ou la Solution en voie de développement est adapté à l’usage auquel il est destiné.

  • Solution Backlog (Backlog de la Solution)

    Le Backlog de la Solution est la zone d’attente des futurs Capabilités et Leviers Techniques, qui peuvent être répartis sur plusieurs Trains (ART). Il est utilisé pour faire progresser la solution et construire sa Piste d'Architecture.

  • Solution Context (Contexte de la Solution)

    Le Contexte de la Solution 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 Contexte de la Solution a un impact significatif sur les possibilités et les contraintes d’effectuer une Livraison sur demande.

  • Solution Demo (Démonstration de la Solution)

    La Démonstration de la Solution est un événement pendant lequel les résultats des efforts de développement de tous les ART et de tous les fournisseurs du Train de la Solution sont intégrés et rendus visibles pour les clients et pour les parties prenantes à des fins d'évaluation et de retour 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 actuel et prévu de la solution. Lorsque c’est nécessaire, cela implique des spécifications et des conceptions fixes et variables, ainsi que de faire référence aux standards en vigueur, aux modèles système, à des tests fonctionnels et non-fonctionnels, et la traçabilité.

  • Solution Management (Gestion de la Solution)

    La Gestion de la Solution est chargée de définir et d’aider à la construction de Solutions Métier à grande échelle qui soient désirables, réalisables, viables et durables, et répondent aux besoins des clients dans le temps.

  • Solution Train (Train de la Solution)

    Le Train de la Solution est le concept organisationnel utilisé pour construire des solutions grandes et complexes qui requièrent la coordination de plusieurs Trains Agile de Livraison (ART), ainsi que les contributions de Fournisseurs. Sa fonction est d’harmoniser les ART avec une mission métier et technologique partagée en utilisant la vision, le Backlog et la Feuille de Route de la solution, le tout selon l'Incrément de Programme (PI).

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

    Le Conducteur du Train de Solution (STE) est un leader-serviteur et coach au service du Train de la Solution. Il facilite et gère le travail de tous les ARTs et de tous les fournisseurs de la Chaîne de Valeur.

  • Spanning Palette (Palette Étendue)

    La Palette étendue contient les divers rôles et artefacts qui peuvent être applicables à une équipe, un programme, une solution à grande échelle ou un contexte de portefeuille spécifiques.

  • Spike (Expérimentation)

    Une Expérimentation est un 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é de l'estimation d'un récit.

  • Sprint

    Le terme « Sprint », synonyme du terme « Itération » dans SAFe, est utilisé dans la méthode Scrum.

  • Stories (Récits)

    Les Récits sont des descriptions courtes des fonctionnalités souhaitées, écrites dans le langage de l’utilisateur. Les Équipes Agile mettrent en oeuvre des petites tranches verticales de fonctionnalités d’un système et sont dimensionnées de manière à les compléter au cours d’une unique Itération.

  • Story Map (Carte des récits)

    La Carte des récits est un outil de Design Thinking qui permet d'organiser une séquence de récits en fonction des tâches que doit effectuer un utilisateur pour atteindre son objectif.

  • Story Point (Point d'effort)

    Un Point d'effort est un nombre unique utilisé dans l'estimation relative. Il exprime une combinaison de quantités : volume, complexité, connaissance et incertitude.

  • Strategic Themes (Thèmes Stratégiques)

    Les Thèmes Stratégiques sont des objectifs métier spécifiques qui relient un Portefeuille à la stratégie de l'Entreprise. Ils influencent la stratégie du Portefeuille et fournissent un contexte métier pour la prise de décision liée au portefeuille.

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

    Les Coûts irrécupérables font référence à l'argent déjà dépensé. Ils doivent être ignorés lors des décisions d'investissement afin que le pivot soit efficace.

  • Supplier (Fournisseur)

    Un Fournisseur est une organisation interne ou externe qui développe et fournit des composants, sous-systèmes ou services qui aident les Trains de Solution et les Trains Agile de Livraison à fournir des Solutions à leurs Clients.

  • SWOT Analysis (Analyse FFOM (Force, Faiblesse, Opportunité, Menace))

    L'Analyse FFOM (Force, Faiblesse, Opportunité, Menace) est une méthode de planification stratégique visant à identifier les forces, les faiblesses, les opportunités et les menaces liées à la situation actuelle de l'entreprise dans le cadre de la vision du portefeuille SAFe.

  • System Architect/Engineer (Architecte / Ingénieur de Système)

    L’Architecte/Ingénieur Système est chargé de définir et communiquer une vision technique et architecturale commune pour un Agile Release Train (ART) pour s’assurer que le système ou la Solution en voie de développement est adapté à l’usage auquel il est destiné.

  • System Demo (Démonstration du Système)

    La Démonstration du Système est un événement important qui fournit une vue intégrée des nouvelles Fonctionnalités de la plus récente Itération livrées par toutes les équipes de Train Agile de Livraison (ART). Chaque Démonstration fournit aux parties prenantes de l’ART une mesure objective de l’avancement durant un Incrément de Programme (PI).

  • 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, notamment en incluant la réalisation et la maintenance d’une chaîne d’outils, support au pipeline de livraison continue. L'Équipe Système aide également les équipes Agile à intégrer leurs réalisations, à conduire les tests de bout-en-bout lorsque nécessaire, et les assiste lors du 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 du développement de solutions par l'intégration de tous les aspects d'un système et de son environnement dans la conception, le développement, le déploiement et la maintenance du système lui-même.

T

  • Team and Technical Agility (Agilité d'Équipe et Technique)

    La compétence Agilité d’équipe et technique décrit les compétences essentielles et les principes et pratiques Lean-Agile que les équipes Agile performantes et les équipes d'équipes Agile utilisent pour créer des solutions de haute qualité pour leurs clients.

  • Team Backlog (Backlog de l'Équipe)

    Le Backlog de l'équipe contient des récits d'utilisateurs et des leviers techniques issus du découpage des fonctionnalités du Backlog du Programme, ainsi que des récits qui découlent du contexte local de l'équipe. Il peut également inclure d'autres éléments de travail, représentant toutes les choses qu'une équipe doit faire pour faire progresser sa partie du système.

  • Team Kanban (Kanban de l'Équipe)

    Le Kanban de l’équipe est une technique qui aide les équipes à faciliter le flux de valeur en visualisant le flux de travail, en établissant les limites du Travail en Cours (Work In Process (WIP)), en mesurant le débit et en améliorant continuellement leur processus.

  • Team Topologies (Topologies des équipes)

    Les Topologies des équipes définissent quatre types d'organisation. Elles fournissent un modèle clair pour l'organisation des équipes Agiles et des ART.

  • Technical Debt (Dette technique)

    La Dette technique reflète le coût implicite et les frais cumulés des tâches futures, généralement causés par le choix, conscient ou non, d'une solution sous-optimale ou incomplète.

  • Test-Driven Development (Développement piloté par les tests)

    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 ou un composant d'un système.

  • TOWs Analysis (Analyse MOFF (Menace, Opportunité, Faiblesse, Force))

    L'analyse MOFF (Menace, Opportunité, Faiblesse, Force) est utilisée en conjonction avec l'analyse FFOM et facilite l'identification des options stratégiques permettant de réaliser la vision d'un portefeuille SAFe grâce à la création d'un meilleur état futur.

U

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

    L'Optimisation de courbe en U pour la taille des lots permet de déterminer la taille optimale des lots par la mise en équilibre des coûts de transaction et des coûts de détention.

  • Uncommitted Objectives (Objectifs non-engagés)

    Les Objectifs non-engagés aident à améliorer la prédictibilité de la livraison de valeur commerciale. En effet, ils ne sont pas inclus dans l'engagement des équipes et ne sont pas pris en compte dans la mesure de la prévisibilité du programme. Les équipes peuvent mettre en œuvre des objectifs non-engagés chaque fois que leur confiance dans la réalisation de l'objectif est faible.

V

  • Value (Valeur)

    La Valeur représente les avantages qu'une entreprise apporte à ses clients et à ses parties prenantes et apparaît dans différents contextes dans SAFe.

  • Value Stream Coordination (Coordination des Chaînes de Valeur)

    La Coordination des Chaînes de Valeur définit la manière de gérer les dépendances et exploite les opportunités qui existent uniquement dans les interconnexions entre les Chaînes de Valeur.

  • Value Stream Identification (Identification des Chaînes de Valeur)

    L'Identification des Chaînes de Valeur est une activité utilisée par les portefeuilles pour identifier les chaînes de valeur de développement et les chaînes de valeur opérationnelles qui les sous-tendent.

  • Value Stream Key Performance Indicators, KPIs (Indicateurs Clés de Performance de la Chaîne de Valeur)

    Les Indicateurs Clés de Performance de la Chaîne de Valeur (KPIs) sont des mesures quantifiables utilisées pour évaluer la manière dont fonctionne un flux de valeur par rapport aux résultats commerciaux attendus.

  • Value Stream Mapping (Cartographie des Chaînes de Valeur)

    La Cartographie des Chaînes de Valeur est un outil essentiel permettant d'améliorer la chaîne de valeur à travers le pipeline de livraison continue. Elle fournit la visibilité nécessaire à l'identification des goulots d'étranglement et des zones problématiques étant à l'origine des délais.

  • Value Streams (Chaînes de Valeur)

    Les Chaînes de Valeur sont une série d’étapes qu’une entreprise utilise pour mettre en œuvre une Solution et offrir un flux continu de valeur à un client.

  • Velocity (Vélocité)

    La Vélocité est égale à la somme des points de tous les récits terminés ayant satisfait leur Définition du Fini (DoD).

  • Vision

    La Vision est une description de l’état futur de la solution en cours de développement. Elle reflète les exigences des clients et des autres parties prenantes, ainsi que les Fonctionnalités et les Capabilités proposées pour répondre à ces exigences.

W

  • Weighted Shortest Job First, WSJF (Travaux Pondérés les plus Courts en Premier)

    Le modèle de priorisation par les Travaux Pondérés les plus Courts en Premier a pour but de séquencer les tâches (par ex. Fonctionnalités, Capabilités et Épopées) afin de produire le profit économique maximum.

  • Work in Process (Travail en cours)

    Le Travail en cours représente les tâches partiellement achevées. Un nombre trop important de travaux en cours éloigne des priorités, entraîne des changements de contexte fréquents et augmente les frais généraux.

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.

© 2022 Scaled Agile, Inc. All rights reserved.