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

  • Agile Product Delivery (Livraison de produit Agile)

    La Livraison de produit agile 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 à valeur ajoutée pour les clients et les utilisateurs.

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

    Le Train de livraison Agile est une équipe d’équipes Agile de longue durée qui, accompagné par d'autres parties prenantes, produit de façon incrémentale, et dans certains cas, opère une ou plusieurs solutions d'un flux de valeur.

  • Agile Team (Équipe Agile)

    Dans SAFe, les Équipes Agile sont 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 implémenter les prochaines fonctionnalités, sans refonte ni retard excessifs.

  • Program Backlog (Carnet du programme)

    Le Carnet du programme est la zone d’attente des fonctionnalités futures destinées à répondre aux besoins des utilisateurs et fournir les bénéfices d'affaires d’un unique train Agile de livraison (Agile Release Train (ART)). Il comprend aussi les fonctionalités enablers nécessaires pour construire la piste d’architecture.

  • Program Kanban (Kanban du programme)

    Les systèmes Kanban du programme et de la solution sont des techniques de visualisation et de gestion du flot des fonctionnalités et des capacités de leur idéation à leur livraison en passant par l’analyse et la mise en œuvre, via le pipeline de livraison continue.

B

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

    Les pratiques de Qualité intégrée s’assurent qu'à chaque incrément, chaque élément de solution rencontre les standards de qualité tout au long du développement.

  • Business Agility (Agilité d’affaires)

    L’Agilité d’affaires est la capacité de rivaliser avec la concurrence et de prospérer à l’ère du numérique en répondant rapidement aux changements du marché et aux opportunités émergentes grâce à des solutions d'affaires numériques et innovantes.

  • Business and Technology (Affaires et technologie)

    L'icône Affaires et technologie dans SAFe décrit comment les domaines fonctionnels de toutes les parties de l'entreprise permettent l'agilité d'affaires en explorant continuellement de nouvelles façons d'appliquer les principes et les pratiques Lean-Agile à leur contexte unique.

  • Business Owners (Responsable d'affaires)

    Les Responsables d’affaires sont un petit groupe de parties prenantes qui ont l'ultime responsabilité d'affaire et technique de la gouvernance, de la conformité et de la rentabilité des investissement (ROI) d’une solution développée par un train de Livraison Agile (ART). Ils sont les parties prenantes clés de l’ART qui doivent s'assurer de l'aptitude à l'usage des solutions et de participer activement à certains événements de l’ART.

C

  • CALMR

    L'approche CALMR de SAFe en matière de DevOps est un état d'esprit qui guide les ART vers une livraison continue de valeur en gérant simultanément les progrès dans la culture de livraison, l'automatisation, le flot Lean, la mesure et la récupération.

  • Capabilities (Capacités)

    Une Capacité est un comportement global d'une solution qui couvre généralement plusieurs ARTs. Les capacités sont dimensionnées et divisées en plusieurs fonctionnalités pour faciliter leur implémentation 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 d’affaires spécifique. Ces personnes collaborent régulièrement pour échanger des informations, renforcer leurs compétences et travaillent activement à développer leurs connaissances générales de leur domaine.

  • Compliance (Conformité)

    La Conformité fait référence à une stratégie, 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 la 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 à l’utilisateur final.

  • Continuous Deployment (Déploiement continue)

    Le Déploiement continu (CD) est le processus qui consiste à prendre des fonctionnalités validées dans un environnement de pré-production et à les déployer dans un 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 favorise l'innovation et cultive l'alignement sur ce qu'il doit être construit en explorant continuellement les besoins du marchés et des clients, et en définisssant 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 carnet du programme puis de les développer, tester, intégrer et les valider dans un environnement de pré-production ou elles sont prêtes au déploiement et à la mise en service.

  • Continuous Learning Culture (Culture d'apprentissage continue)

    La Culture d'apprentissage continue décrit un ensemble de valeurs et de pratiques qui encourage les individus - et l'entreprise dans son ensemble - à continuellement augmenter ses connaissances, ses compétences, sa performance et son innovation.

  • 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 à guider les comportements et les actions de chaque individu qui contribue au portefeuille SAFe.

  • Customer (Client)

    Les Clients sont les bénéficiaires ultimes de la valeur des solutions d’affaires créées et maintenues par les flux de valeur du portefeuille.

  • Customer Centricity (Orientation client)

    L'Orientation client est un état d’esprit et une stratégie d'entreprise 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.

  • Development Value Streams, DVS (Flux de valeur de développement)

    Les Flux de valeur de développement (DVS) sont les séquences d'activités nécessaires pour convertir une hypothèse commerciale en une solution numérique. Par exemple, la conception d'un dispositif médical ou d'un satellite géophysique, ou le développement et le déploiement d'une application logicielle, d'un système en mode SaaS ou d'un site web de commerce électronique.

  • 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 toutes les personnes nécessaires pour planifier, coder, développer, tester, déployer, mettre en service et maintenir une solution.

E

  • Enablers (Enabler)

    Un Enabler consiste aux activités nécessaires pour construire la piste d’architecture afin de fournir les fonctionnalités d’affaires futures. Ces activités incluent l’exploration, l’architecture, l’infrastructure et la conformité. Les enablers se retrouvent dans différents carnets de produits et se positionnent à tous les niveaux du Framework SAFe.

  • Enterprise (l’entreprise)

    L’Entreprise représente l’entité d'affaires à 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 de soutenir les capacités d'affaires 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 cyber-physiques les plus sophistiqués.

  • Epic Owners (Responsables d'épopée)

    Les Responsables d'épopées sont chargés de faire progresser les épopées dans le système Kanban de gestion de portefeuille. Ils définissent ensemble les épopées, le produit minimum viable (MVP) et le business case lean. Ils facilitent leur mise en œuvre une fois qu'elles sont approuvées.

  • Epics (Épopées)

    Une Épopée est un contenant pour le développement d’une solution conséquente qui capture les investissements les plus substentiels qui ont lieu dans un portefeuille. En raison de leur portée et de leur impact considérables, les épopées requièrent la définition d'un produit minimum viable (MVP) et l'approbation par la gestion de portefeuille Lean (LPM) avant d’être mis en œuvre.

  • Essential SAFe (SAFe Essentiel)

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

F

  • Features (Fonctionnalités)

    Une Fonctionnalité est un service qui répond au besoin d’une partie prenante. Chaque fonctionnalité comprend une hypothèse de bénéfices et des critères d’acceptation. Elle est dimensionnée ou divisée si nécessaire pour être réalisée par un seul Train de livraison agile (Agile Release Train (ART)) dans un Incrément de Programme (PI).

G

H

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 a(I&A). (OK)

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

    Inspecter et Adapter (I&A) est un événement important organisé à la fin de chaque Incrément de programme (PI) au cours duquel l’état courant de la solution est montré et évalué par le train. Ensuite, les équipes réfléchissent et identifient des éléments pour le carnet d'amélioration avec un atelier de résolution de problèmes structuré.

  • Iteration (Itération)

    Les Itérations sont les constituants de base du développement Agile. Chaque itération a une durée fixe standard 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 d'affaires.

  • Iteration Goals (Buts d’itération)

    Les Buts d’itération sont des résumés à haut niveau des buts d'affaires et techniques que l’équipe Agile consent à accomplir dans une itération. Ils sont vitaux pour coordonner un train de livraison Agile (Agile Release Train (ART)) en tant qu’équipe d’équipes auto-organisée et autogérée.

  • Iteration Planning (Planification de l'itération)

    La Planification de l’itération est un événement où tous les membres de l'équipe identifie les éléments du carnet de l'équipe sur lesquels ils peuvent s'engager à livrer dans l'itération à venir. L'équipe résume le travail en un ensemble de buts d’itération engagés.

  • 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 façons de s’améliorer.

  • Iteration Review (Revue d’itération)

    La Revue d’itération est un événement cadencé où chaque équipe Agile inspecte l’incrément à la fin de chaque itération pour évaluer le progrès, puis ajuster son carnet pour l'itération suivante.

L

  • Large Solution SAFe (SAFe pour grande solution)

    SAFe pour grande solution décrit les rôles, pratiques et gouvernances supplémentaires pour construire et faire évoluer les applications, réseaux et systèmes cyber-physiques de plus grandes envergures au monde.

  • 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 (Budgétisation Lean)

    La Budgétisation Lean est une gouvernance financière Lean-Agile qui augmente le débit et la productivité en réduisant les efforts et surcoûts propres à la gouvernance financière des projects.

  • Lean Portfolio Management (Gestion de portefeuille Lean)

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

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

    L’Expérience utilisateur Lean est un état d’esprit, une culture et un processus qui adoptent les méthodes Lean-Agile. Elle implémente les fonctionnalités par incréments minimum viables et évalue le succès 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 conduisent et soutiennent le changement organisationnel et l’excellence opérationnelle en habilitant les individus et les équipes pour qu'ils atteignent leur plein 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 praticiens SAFe qui épousent les concepts du Manifeste Agile et de la pensée Lean. C'est la fondation personnelle, intellectuelle et leadership pour l’adoption et de l’application des principes et pratiques SAFe.

M

  • Measure And Grow (Mesurer et croître)

    Mesurer et croître est le moyen par lequel un portefeuille de flux de valeur évalue sa progression vers l’Agilité d'affaires et détermine les prochaines étapes d’amélioration.

  • Milestones (Jalons)

    Les Jalons sont utilisés pour suivre le progrès vers un objectif ou 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 - 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 système pour définir, concevoir et documenter le 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 à travers les différents carnets.

O

  • Operational Value Streams (Flux de valeur opérationnel)

    Les Flux de valeur opérationnels (OVS) sont les séquences d'activités nécessaires pour livrer un produit ou un service à un client. Par exemple, la fabrication d'un produit, l'exécution d'une commande, l'admission et le traitement d'un patient médical, l'octroi d'un prêt ou la prestation d'un service professionnel.

  • 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 d’affaires, font évoluer leur stratégie avec de nouveaux engagements clairs et décisifs et adaptent aux besoins l’organisation rapidement afin de tirer profit des nouvelles opportunités

P

  • Participatory Budgeting (Budgétisation participative)

    La Budgétisation participative est le processus que la Gestion de portefeuille Lean utilise pour allouer l'ensemble du budget du portefeuille à ses flux de valeur.

  • PI Objectives (Objectifs d’incrément du programme)

    Les Objectifs d’incrément du programme sont des résumés des buts d’affaires et techniques qu’une équipe Agile ou d’un train Agile ont l’intention d’atteindre lors du prochain Incrément de Programme (PI).

  • Program Increment (PI) Planning (Planification d’incrément de programme)

    La Planification d’incrément de programme (PI Planning) est un événement cadencé de planification qui rythme le train de livraison agile (ART) alignant toutes les équipes de l’ART vers une mission et une vision communes.

  • 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). (OK-Pas de changements)

  • Portfolio

    Un Portfolio SAFe aligne la stratégie et l'exécution à travers une collection de Flux de valeur de développement. Opérant sous un modèle de gouvernance commun, chaque flux de valeur fournit une ou plusieurs solutions dont l'entreprise a besoin pour accomplire sa mission d'affaires.

  • Portfolio Backlog (Carnet du portefeuille)

    Le Carnet du portefeuille est le carnet de plus haut niveau au sein de SAFe. Il représente une zone d’attente des épopées d'affaires et des épopées Enablers futures dans le but de créer et faire évoluer un ensemble complet de solutions.

  • Portfolio Kanban (Kanban du portefeuille)

    Le système Kanban du portefeuille est une technique de visualisation et de gestion du flot des épopées du portefeuille de l'idéation, à travers l’analyse, l’implémentation et leurs achèvements.

  • Portfolio SAFe (Portefeuille SAFe)

    Le Portefeuille SAFe aligne la stratégie avec l’exécution et organise le développement de solutions autour du flot de la valeur par le biais d’un ou plusieurs flux de valeur.

  • Portfolio Vision (Vision du portefeuille)

    La Vision du portefeuille est une description de l’état futur du portefeuille pour atteindre les objectifs du portfolio et de façon plus large ceux de l’entreprise.

  • Product Management (Gestion de produit)

    La Gestion de produit est chargée de définir et d’aider à la construction de produits désirables, réalisables, viables et soutenables répondant aux besoins du client durant tout le cycle de vie du produit sur le marché.

  • Product Owner (Responsable produit, PO)

    Le Responsable produit (PO) est un membre de l’équipe Agile responsable de la définition des récits et la priorisation du carnet de l'équipe pour optimiser l’exécution des priorités du programme tout en conservant l’intégrité conceptuelle et technique des fonctionnalités ou des composants.

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 met en service immédiatement ou de façon incrémentale 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 de livraison agile (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 communiquant les livraisons planifiées de la solution dans un horizon de planification.

S

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

    Le cadre SAFe pour les Entreprises Lean est le leader mondial pour l'agilité d'affaires. SAFe intègre la puissance du Lean, de l'Agile et du DevOps dans un système opérationnel exhaustif qui aide les entreprises à performer à l'ère numérique. Il permet aux entreprises de livrer des produits et services innovants plus rapidement, de façon prévisible et de meilleure qualité.

  • SAFe for Government (SAFe pour gouvernement)

    SAFe pour gouvernement 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 contexte gouvernemental.

  • SAFe Implementation Roadmap (Feuille de route d'implémentation de SAFe)

    La Feuille de route d'implémentation de SAFe consiste en une vue générale et une série de 12 articles qui décrivent une stratégie et un ensemble ordonné d’activités ayant prouvé leur efficacité dans les implémentations réussies de SAFe.

  • Lean-Agile Principles (Principes Lean-Agile)

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

  • SAFe Program Consultants, SPC

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

  • ScrumXP

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

  • Team Kanban (Kanban de l'équipe)

    Le Kanban de l’équipe est une méthode 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.

  • Scrum Master

    Les Scrum Masters sont des leader-serviteurs et coachs d’une équipe Agile. Ils contribuent à éduquer l’équipe à Scrum, à l’Extreme Programming (XP), au Kanban et à SAFe, et veillent à ce que le processus Agile convenu soit suivi. De plus, ils aident à enlever les obstacles et cultivent un environnement favorisant une dynamique d'équipe hautement performante, un flot continu et une amélioration sans relâche.

  • Set-Based Design (Conception basée sur les ensembles)

    La Conception basée sur les ensembles est une pratique qui préserve les options au niveau des besoins et de la conception le plus longtemps possible au cours du processus de développement. Au lieu de choisir une seule solution en amont, la SBD identifie et explore simultanément plusieurs options, éliminant avec le temps les choix les 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 de livraison agile (ART) ou d’un train de Solution, mais qui ne peuvent pas être dédiés à temps plein

  • Solution

    Chaque flux de valeur génère une ou plusieurs Solutions qui sont soit des produits, des services ou des systèmes livrés au client, internes ou externes à l'entreprise.

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

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

  • Solution Context (Contexte de la solution)

    Le Contexte de la solution identifie les aspects critiques de l’environnement opérationnel pour une solution. Il fournit une compréhension indispensable des exigences, de l'utilisation, des installations, de l'exploitation et du soutien de la solution elle-même. Le contexte de la solution influence de façon significative les opportunités et les contraintes pour la mise en service sur demande.

  • Solution Demo (Démonstration de la solution)

    La Démonstration de la solution est un événement où les résultats des efforts de développment des ARTs et fournisseurs du train de solution sont intégrés et rendus visibles pour les clients et pour les parties prenantes pour évaluation et retour d'information.

  • Solution Intent (Intention de la solution)

    L'Intention de la solution est 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 nécessaire, elle inclut les spécifications et les conceptions à la fois fixes et variables; les références aux normes applicables, les modèles de système, les tests fonctionnels et non fonctionnels et la traçabilité.

  • Solution Management (Gestion de solution)

    La Gestion de solution est chargée de définir et de soutenir la construction de grandes solutions d'affaires souhaitable, réalisables, viables et durables qui répondent au fil du temps aux besoins des clients.

  • Solution Train (Train de solution)

    Le Train de solution est la structure organisationnelle utilisée pour construire des solutions grandes et complexes qui requièrent la coordination de plusieurs trains de livraison agile (ART), ainsi que les contributions des fournisseurs. Il aligne les trains de livraison agile (ART) avec une mission d'affaires et technologique partagée en utilisant la vision, le carnet, la feuille de route de la solution et un incrément de programme (PI) aligné avec ceux-ci.

  • Solution Backlog (Carnet de la solution)

    La Carnet de la solution est une zone d'attente pour les prochaines capacités et les enablers. Chacun d'entre eux peuvent être créés par de multiples trains dont l'intention est de faire avancer la solution et de construire la piste d'architecture.

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

    Le Conducteur du train de solution (STE) est un leader-serviteur et coach du train de solution qui facilite et guide le travail des ARTs et des fournisseurs du flux de valeur.

  • Vision

    La Vision est une description de l’état futur de la solution en cours de développement. Elle reflète les besoins des clients et des autres parties prenantes, ainsi que les fonctionnalités et les capacités proposées qui répondent à ces besoins.

  • Spanning Palette (Palette étendue)

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

  • Stories (Récits)

    Les Récits sont des courtes descriptions de petites partie d'une fonctionnalité souhaitées écrites dans le langage de l’utilisateur. Les équipes Agile implémentent des petites tranches verticales de la fonctionnalité d'un système qui sont dimensionnées de manière à être complétée dans une seule Itération.

  • Strategic Themes (Thèmes stratégiques)

    Les Thèmes stratégiques sont des objectifs d'affaires différentiateurs qui relient un portefeuille à la stratégie de l'entreprise. Ils influencent la stratégie du portefeuille et fournissent un contexte d'affaires 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 de livraison agile à fournir des solutions à leurs clients.

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

    L’Architecte / ingénieur système est responsable de définir et de communiquer la vision technique et architecturale commune pour un train de livraison agile (ART) afin d'aider à garantir que le système ou la solution en cours de développement est adapté à l'usage prévu 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 livrées lors de la plus récente itération par toutes les équipes du train de livraison agile (ART). Chaque démonstration donne 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 assiste la mise en place et le soutien de l’environnement de développement Agile qui inclut typiquement la réalisation et la maintenance d’une chaîne d’outils qui soutient le pipeline de livraison continue. L'Équipe Système peut également soutenir les équipes Agile dans l'intégration de leurs réalisations, à effectuer les tests de bout en bout lorsque nécessaire et les assister lors de déploiement ainsi qu'à la mise en service sur demande.

T

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

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

  • Team Backlog (Carnet de l'équipe)

    Le Carnet de l'équipe contient des récits utilisateurs et des enablers qui proviennent du carnet 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 tout ce qu'une équipe doit faire pour faire progresser sa partie du système.

U

V

W

5