© 2021 Scaled Agile, Inc. All rights reserved.

Clear explanations and actionable guidance

SAFe Distilled 5.0

SAVE 35% WITH CODE SCALEDAGILE

ORDER NOW

Remote-Enabled SAFe: Tools & Resources

Learn More

SAFe Glossary

Authors

A

  • Agile Product Delivery (Livraison Agile de Produit)

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

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

  • 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 retard excessifs.

B

  • Built-In Quality (Qualité Intégrée)

    Les pratiques de la Qualité Intégrée 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.

  • 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 aux opportunités à venir grâce à des solutions Métier innovantes.

  • Business Owners (Référents Métier)

    Les 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’usage adapté et participer activement à certains événements de l’ART.

C

  • 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).

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

  • Continuous Delivery Pipeline (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.

  • Culture de l'apprentissage en continu

  • Core Values (Valeurs Fondamentales)

    Les quatre Valeurs Fondamentales, à savoir l’Alignement, la Qualité Intégrée, 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.

  • 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 Client - Orientation Client)

    La Culture Client ou l’Orientation Client est un état d’esprit et une façon de mener ses activités qui porte sur la création d’expériences positives pour le client par l’intermédiaire de l’ensemble des solutions, produits ou des services proposés par l’entreprise.

D

  • Design Thinking

    Le Design Thinking est un processus de développement centré sur l’utilisateur, afin de créer des produits attractifs, rentables et durables tout au long de leur cycle de vie.

  • 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, coder, développer, tester, déployer, mettre en service et mettre à jour une Solution.

E

  • 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 (Livraison de Solution d’Entreprise)

    La compétence Livraison 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 Owners (Référents d'Épopée)

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

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

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

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.

  • 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 une cérémonie périodique au cours de laquelle les membres de l'Équipe Agile discutent les 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.

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.

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

  • Budget Lean

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

M

  • Measure And Grow (Mesurer et Croître)

    Mesurer et Croître 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.

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

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

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

P

  • 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 un Train Agile prévoit d’atteindre lors du prochain Incrément de Programme (PI).

  • 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 Kanban (Kanban du Portefeuille)

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

  • 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 fournisseurs dans un Train de Solution.

  • Product Management (Gestion de Produit)

    La Gestion de Produit est chargée 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 (Référent Fonctionnel)

    Le Référent Fonctionnel (PO) 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.

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

R

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

    La Mise en Service à la Demande est le processus qui déploie une nouvelle fonctionnalité en production et la distribue 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.

  • Roadmap (Feuille de Route)

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

S

  • 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)

    SAFe pour les Entreprises Lean est une base de connaissances intégrées et éprouvées de principes, pratiques et compétences pour Lean, Agile et DevOps.

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

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

  • Solution (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 s’étaler sur plusieurs Tains (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 le moment où les résultats de tous les efforts de développement d’un Train de Solution sont intégrés, évalués et présentés aux Clients et autres parties prenantes.

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

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

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

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

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

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 qui proviennent 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 flot de valeur en visualisant le flot 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.

V

W

© 2021 Scaled Agile, Inc. All rights reserved.