Glossaire SAFe 4 - SAFe 5.0 Framework - SAFe Big …...Lean-Agile principles and practices to the specification, development, deployment and evolution of large, complex software and

© Scaled Agile, Inc.

PROVIDED BY

www.scaledagileframework.com | www.scaledagile.com

Scaled Agile Framework - Termes et définitionsFrançais

Glossaire SAFe® 4.6

community.scaledagile.com

SAFe

Glossaire SAFe® 4.6

Accédez à la plateforme SAFe CommunityGérez votre profil, par ticipez à des communities of practice et ac-cédez à l’annuaire des membres

Préparez vos compétencesPréparez la certification avec votr e plan de formation : accédez à vos cahiers de cours, matériel didactique et exercices pratiques avant de passer votre examen de certification

Obtenez la certification SAFe Obtenez la certification pour que vos compétences soient recon-nues et vous conduisent vers de nouvelles opportunités profession-nelles

Annoncez vos certifications SAFeUtilisez votre badge numérique pour connaître les profils recher-chés, surveiller les données du marché du travail et découvrir qui recherche vos compétences

Comment optimiser votre formation

© Scaled Agile, Inc. | www.scaledagileframework.com 3

Guide des acronymes et abréviations

ART Train de Release Agile

BO Propriétaire métier

BV Valeur métier

BVIR Grand radiateur d’informations visuelles

CapEx Capital Expenses

CD Livraison continue

CE Exploration continue

CI Intégration continue

CFD Diagrammedefluxcumulé

CoD Coût d’attente

CoP Communauté de pratique

DoD Définitiondefin

DSU Mélée quotidienne

EA Architecte d’entreprise

EO Propriétaire de l’epic

FW Micrologiciel

HW Matériel

I&A Inspecter et adapter

IP Innovationetplanification(itération)

KPI Indicateur clé de performance

LPM Gestionsimplifiéeduportefeuille

MBSE Ingénierie des systèmes basée sur des modèles

MMF Fonctionnalité minimum vendable

MVP Produit minimum viable

NFR Exigences non fonctionnelles

OE Génération d’opportunités

OpEx Coûts d’exploitation

PDCA Planifier,Définir,Contrôler,Agir

PI Incrément de programme

PM Gestion de produit

PO/PM Propriétaire/Responsable de produit

PO Propriétaire de produit

ROAM Résolu,Possédé,Accepté,Modéré

RR Réduction des risques

RTE Ingénieur de train de Release

S4T SAFe pour équipes

SAFe® Scaled Agile Framework

SA SAFe® Agilist

SBD Conception basée sur les ensembles

SM Scrum Master

SMART Spécifique,Mesurable,Réalisable, Pertinent Limité dans le temps

SoS Scrum of Scrums

SP Expert SAFe

SPC Consultant de programme SAFe®

STE Ingénieur de train de solution

SW Logiciel

UX Expérience utilisateur

VS Flux de valeur

VSE Ingénieurdefluxdevaleur

WIP Travail en cours

WSJF Indicateur Plus de valeur au plus vite

XP Programmation extrême


Remarque : Les termes du glossaire qui se trouvent sur la grande image de SAFe 4.6 restent en anglais pour maintenir une terminologie commune.

Agile ArchitectureL’Agile Architecture est un ensemble de valeurs et de pratiques qui prennent en charge l’évolution active de la conception et de l’architecture d’un système tout en mettant en œuvre des nouvelles Capabilities du système.

Agile Release Train (ART)L’AgileReleaseTrain(ART)estuneéquiped’équipesAgiledelonguedurée,qui,avecd’autrespartiesprenantes,développeetdélivredessolutionsdefaçonincrémentaleenutilisantuneséried’Iterationsdelongueurfixeauseind’uneboîtetemporelled’unProgramIncrement(PI).L’ART aligne les équipes sur une mission métier et technologique commune.

Agile TeamLe SAFe Agile Team est un groupe pluridisciplinaire de 5 à 10 personnes qui ont la capacité et l’autoritédedéfinir,construireettestercertainsélémentsdelavaleurdesolution,letoutaucoursd’unebrèveboîtetemporelled’Iteration.Enparticulier,leSAFeAgileTeamintègrelesrôlesDevTeam,ScrumMasteretProductOwner.

Architectural RunwayL’ArchitecturalRunwayestconstituéparlecode,lescomposants,l’infrastructuretechniqueexistants,quisontnécessairespourimplémenterlesprochainesFeatureslesplusprioritaires,sans retard ni refonte excessifs.

Built-In QualityLes pratiques Built-In Quality permettent que chaque élément de la solution réponde à des normesdequalitéadaptéestoutaulongdudéveloppement,àchaqueincrément.

Business OwnersLesBusinessOwnerssontunpetitgroupedepartiesprenantesayantlaresponsabilitémétierettechniqueprincipalesdelagouvernance,delaconformitéetduReturnonInvestment(ROI)d’unesolutiondéveloppéeparunAgileReleaseTrain(ART).Ils’agitdepartiesprenantesdel’ART qui doivent évaluer l’usage adapté et participer activement dans certains événements de l’ART.

Business Solutions and Lean Systems EngineeringThe Business Solutions and Lean Systems Engineering competency describes how to apply Lean-Agileprinciplesandpracticestothespecification,development,deploymentandevolutionoflarge,complexsoftwareandcyber-physicalsystems.

CapabilitiesUne Capability est un comportement global de la solution qui couvre généralement plusieurs ART. Les Capabilities sont dimensionnées et divisées en plusieurs Features pour faciliter leur implémentation en un unique PI.


Communities of Practice (CoPs)LesCommunitiesofPractice(CoPs)sontdesgroupesorganisésdepersonnesayantunintérêtcommundansundomainetechniqueoumétierspécifique.Cespersonnescollaborentrégulièrementpouréchangerdesinformations,renforcerleurscompétencesettravailleractivement pour développer les connaissances générales de leur domaine.

ComplianceLa Compliance se résume par une stratégie et un ensemble d’activités et d’artefacts qui permettent aux équipes d’appliquer les méthodes de développement Lean-Agile pour construiredessystèmesayantlaqualitéplusélevéepossible,toutenassurantleurconformitéenmatièrelégale,techniqueourelativeàd’autresnormes.

Continuous Delivery PipelineLeContinuousDeliveryPipeline(outoutsimplementpipeline)représentelesfluxdetravail,lesactivitésetl’automatisationnécessairespourfournirunevaleurcontinueàl’utilisateurfinal.

Continuous Deployment (CD)ContinuousDeployment(CD)estleprocessusquiconsisteàprendredesFeaturesvalidéesdeContinuousIntegrationetàlesdéployerdansl’environnementdeproduction,oùellessonttestées et préparées pour la Release. Il s’agit du troisième élément des quatre de Continuous DeliveryPipeline,àsavoirContinuousExploration(CE),ContinuousIntegration(CI),ContinuousDeployment et Release on Demand.

Continuous Exploration (CE)ContinuousExploration(CE)estleprocessusd’explorationcontinuedumarchéetdesexigencesdesutilisateurs,etdedéfinitiond’unevision,d’uneRoadmap,etd’unensembledeFeatures qui répondent à ces exigences. Il s’agit du premier élément des quatre de Continuous DeliveryPipeline,etprécèdeContinuousIntegration(CI),ContinuousDeployment(CD)etRelease on Demand.

Continuous Integration (CI)ContinuousIntegration(CI)estleprocessusquiconsisteàprendredesFeaturesdeProgramBacklogpuisdelesdévelopper,tester,intégreretlesvaliderdansunenvironnementintermédiaire pour les préparer au déploiement et à la Release.

Core ValuesLesquatrevaleursfondamentales(CoreValues),àsavoirl’alignement,lebuilt-inquality,latransparenceetl’exécutionduprogramme,représententlesconvictionsessentiellesàlabasedel’efficacitédeSAFe.Cesprincipesguidescontribuentàimposerlecomportementetl’actionpour chaque individu qui participe à un portefeuille SAFe.

CustomersLesCustomerssontlesacheteursfinauxdechaquesolution.IlsfontpartieintégranteduprocessusdedéveloppementLean-AgileetduValueStream,etontdesresponsabilitésspécifiquesdansSAFe.


Dev TeamLe Dev Team est un sous-ensemble de l’Agile Team. Il s’agit de professionnels dédiés qui peuventdévelopperettesteruneStory,Featureouuncomposant.GénéralementleDevTeaminclutdesdéveloppeursettesteursdelogiciels,desingénieursetautresexpertsdédiésrequispour compléter une tranche verticale de fonctionnalité.

DevOpsDevOpsestunétatd’esprit,unementalitéetunensembledepratiquestechniques.DevOpsfournitlacommunication,l’intégration,l’automatisationetl’étroitecoopérationentretouslesprofessionnelsnécessairespourplanifier,développer,tester,déployer,fairelaReleaseetmettreà jour une solution.

DevOps and Release on Demand LescompétenceDevOpsetReleaseonDemanddécriventcommentimplémenterDevOpsetunpipelinededistributioncontinuepermetàl’entreprisedegénérerdelavaleur,entoutouenpartie,àtoutmomentpourrépondreàlademandedumarchéetdesclients.

Develop on CadenceLe Develop on Cadence est une méthode essentielle permettant de gérer la variabilité inhérenteaudéveloppementdesystèmesdansunsystèmebasésurlesflux,quiconsisteàveiller à ce que les événements et les activités soient gérés selon un calendrier régulier et prévisible.

Economic FrameworkL’Economic Framework est un ensemble de règles décisionnelles visant à aligner tout le mondesurlesobjectifsfinanciersdelasolutionetquidéfinitleprocessusdeprisededécisionéconomique.Ilinclutquatreconceptsprincipaux:budgetsLean,financementetgouvernanceEpic,prisededécisiondécentraliséeetséquencementdutravailselonleCostofDelay(CoD).

EnablersLes Enablers prennent en charge les activités nécessaires pour étendre l’Architectural Runway pour fournir les futures fonctionnalités métier. Ces activités incluent le développement de l’exploration,del’infrastructure,delaconformitéetdel’architecture.LesEnablersseretrouventdans tous les Backlogs et se positionnent à tous les niveaux du framework.

EnterpriseL’Enterprise représente l’entité métier à laquelle chaque portefeuille SAFe appartient.

Enterprise ArchitectL’EnterpriseArchitectpromeutdespratiquesdeconceptionetd’ingénierieadaptatives,etpilote les initiatives architecturales pour le portefeuille. L’Enterprise Architect facilite également laréutilisationdesidées,descomposants,desservicesetdesmodèleséprouvésàtraverslesdifférentes solutions d’un portefeuille.


EpicUneEpicestunconteneurpourledéveloppementd’unesolutionsuffisammentgrandpournécessiteruneanalyse,ladéfinitiond’unMinimumViableProduct(MVP)etl’approbationfinancièreavantsonimplémentation.L’implémentationalieusurplusieursProgramIncrements(PI)etsuitlecycledelancementLean«construire-mesurer-apprendre».

Epic OwnersLesEpicOwnerssontenchargedefaireprogresserlesepicsdanslesystèmeduPortfolioKanban.Ilsdéfinissentl’epic,sonMinimumViableProduct(MVP)etlebusinesscaseLean,etunefoisapprouvés,facilitentlamiseenœuvre.

Essential SAFe configurationL’EssentialSAFeconfigurationestlecœurduFrameworketestlepointdedépartleplussimpledel’implémentation.Ils’agitduconstituantdebasepourtouteslesautresconfigurationsdeSAFe et décrit les éléments plus critiques requis pour réaliser la plupart des avantages du Framework.

FeaturesUne Feature est un service qui répond à l’exigence d’une partie prenante. Chaque Feature comprendunehypothèsed’avantageetdescritèresd’acceptation,etestdimensionnéeoudiviséeselonlebesoinpourêtrefournieparununiqueAgileReleaseTrain(ART)auseind’unProgramIncrement(PI).

FoundationLaFoundationcontientlesprincipesfondamentaux,lesvaleurs,l’étatd’esprit,lesconsignesdemiseenœuvreetlesrôlesdeleadershipnécessairepourfournirdesvaleursprécieusessurgrande échelle.

Full SAFe configurationLaFullSAFeconfigurationestlaversionlapluscomplèteduFramework.Elleprendenchargeles entreprises qui construisent et mettent à jour des grandes solutions intégrées qui requièrent descentainesd’individusouplusetincluenttouslesniveauxdeSAFe:équipe,programme,grandesolutionetportefeuille.Danslesplusgrandesentreprises,ilestpossiblequeplusieursinstancesdedifférentesconfigurationsdeSAFesoientrequises.

Innovation and Planning IterationL’InnovationandPlanning(IP)IterationseproduitàchaqueProgramIncrement(PI)etsertplusieursobjectifs.Ellejoueunrôledemargepourl’atteintedesobjectifsdePIetréservedutempspourl’innovation,laformationcontinue,laplanificationduPIetlesateliersInspectandAdapt(I&A).

Inspect & Adapt (I&A)L’InspectandAdapt(I&A)estunatelierimportantorganiséàlafindechaqueProgramIncrement(PI)aucoursduquell’étatcourantdelasolutionestdémontréetévaluéparletrain.Ensuite,leséquipesréfléchissentetidentifientdesélémentsintégrésdansleBacklogviaunatelier structuré destiné à résoudre les problèmes.


IterationLes Iterations sont les constituants de base du développement Agile. Chaque Iteration est uneboîtetemporellestandarddelongueuraucoursdelaquellelesAgileTeamsdélivrentunevaleur incrémentale sous la forme de logiciels et de systèmes fonctionnels et testés. La durée recommandéedelaboîtetemporelleestdedeuxsemaines.Toutefois,uneduréed’uneàquatresemainesestacceptable,selonlecontextemétier.

Iteration ExecutionL’IterationExecutionestlafaçondontlesAgileTeamsgèrentleurtravaildurantlaboîtetemporelledel’Iteration,etquiconduitàunincrémentsystèmetesté,fonctionneletdehautequalité.

Iteration GoalsLes Iteration Goals sont des résumés de haut niveau des objectifs métier et techniques que l’Agile Team s’engage à atteindre dans une Iteration. Ils sont essentiels pour coordonner un AgileReleaseTrain(ART)entantqu’équipeauto-organiséeetautogéréed’équipes.

Iteration PlanningL’Iteration Planning est un événement au cours duquel tous les membres de l’équipe déterminent le nombre d’éléments du Team Backlog qu’ils peuvent s’engager à délivrer dans l’Iteration à venir. L’équipe cumule le travail comme un ensemble des Iteration Goals pour lesquels elle s’est engagée.

Iteration RetrospectiveL’Iteration Retrospective est une réunion périodique au cours de laquelle les membres de l’AgileTeamdiscutentlesrésultatsdel’Iteration,examinentleurspratiquesetidentifientdesmoyens de s’améliorer.

Iteration ReviewL’IterationReviewestunévénementbasésurlacadence,oùchaqueéquipeinspectel’incrémentàlafindechaqueIterationpourévaluerleprogrès,puisajustersonBacklogpourl’Iteration suivante.

Large Solution LevelLeLargeSolutionLevelcontientlesrôles,lesartefactsetlesprocessusnécessairespourconstruire des solutions grandes et complexes. Ceci inclut un effort plus important pour capturerlesexigencesdanslaSolutionIntent,lacoordinationdeplusieursAgileReleaseTrains(ART)etSuppliers,etlanécessitédegarantirlaconformitéauxréglementationsetauxnormes.

Large Solution SAFe configurationLaLargeSolutionSAFeconfigurationestconçuepourledéveloppementdessolutionsplusgrandesetcomplexesquinormalementrequièrentplusieursAgileReleaseTrainsetSuppliers,maisquinenécessitentpasdeconsidérationsdeportefeuille.Ceciestplutôtcourantdanslesdomainesaérospatialetdéfense,automobileetfonctionpubliqueoùlasolutionàgrandeéchelle - non pas la gouvernance du portefeuille - est la préoccupation majeure.


Lean Budget GuardrailsLesgarde-fousbudgétairesdécriventlespolitiquesetpratiquesenmatièredebudget,degouvernanceetdedépensespourlesbudgetsLeanallouésàunportefeuillespécifique.

Lean BudgetsLean Budgets est un ensemble de pratiques qui permettent de réduire les frais supplémentaires endéléguantlaresponsabilitéfinancièreauxValueStreamsetnonauxprojets,toutenmaintenantunegouvernancefinancièreadaptée.Ceciestréaliséàtraversl’évaluationobjectivedessystèmesencours,lagestionactivedesinvestissementsEpicetlesajustementsdebudgetdynamiques.

Lean Portfolio Management (LPM)LafonctionLeanPortfolioManagement(LPM)possèdeleniveauleplusélevédeprisededécisionsetdecomptabilitéfinancièrepourlesproduitsetlessolutionsdansunportefeuilleSAFe.

Lean User Experience (Lean UX)LaconceptionLeanUserExperience(LeanUX)estunétatd’esprit,unementalitéetunprocessus qui comprend les méthodes Lean-Agile. Elle met en œuvre les fonctionnalités par incréments minimums viables et détermine la réussite en comparant résultats et hypothèses d’avantages.

Lean-Agile Leadership La compétence Leadership Lean-Agile décrit comment les leaders Lean-Agile conduisent et soutiennent le changement organisationnel et l’excellence opérationnelle en permettant aux individusetauxéquipesd’atteindreleurplushautpotentiel.Pourcefaire,ilsapprennent,exposent,enseignentetencadrentlamentalité,lesvaleurs,lesprincipesetlespratiquesLean-Agile de SAFe.

Lean-Agile Mindset LamentalitéLean-Agileestlacombinaisondescroyances,deshypothèsesetdesactionsdesdirigeants et des praticiens de SAFe qui souscrivent aux concepts du Manifeste Agile et de la pensée Lean.

Lean and Agile PrinciplesSAFe est basé sur neuf principes immuables et sous-jacents. Ces dogmes et concepts économiquesinspirentetinformentlesrôlesetlespratiquesdeSAFe.

MetricsLesMetricssontdesmesuresconvenuesetutiliséespourévaluerlafaçondontl’entrepriseetévoluedanslamiseenplaceduportfolio,delasolutionsurgrandeéchelle,duprogrammeetdes objectifs métier et techniques des teams.

MilestonesLes Milestones sont utilisés pour suivre l’avancement en direction d’un objectif ou d’un événementspécifique.IlexistetroistypesdeMilestonesSAFe:lesMilestonesProgramIncrement(PI),lesMilestonesàdatefixeetlesMilestonesd’apprentissage.


Model-Based Systems Engineering (MBSE)Model-BasedSystemsEngineering(MBSE)estlapratiquequiviseledéveloppementd’unensembledemodèlesdesystèmepourdéfinir,concevoiretdocumenterunsystèmeencoursdedéveloppement.Cesmodèlesconstituentunmoyenefficaced’explorer,demettreàjouret de communiquer les aspects du système aux parties prenantes tout en réduisant ou en éliminantdefaçonsignificativeladépendanceàdesdocumentstraditionnels.

Nonfunctional Requirements (NFRs)LesNonfunctionalRequirements(NFRs)définissentlesattributsdusystèmetelsquelasécurité,lafiabilité,laperformance,lamaintenabilité,l’évolutivitéetl’accessibilité.Ellesconstituentdescontraintes ou des restrictions à la conception du système sur les différents Backlogs.

PI Objectives Lesobjectifsd’incrémentdeprogramme(IP)sontunrésumédesobjectifscommerciauxettechniquesqu’uneéquipeouunentraînementagileal’intentiond’atteindredansleprochainincrémentdeprogramme(PI).

Portfolio BacklogLe Portfolio Backlog est une liste prioritaire de commandes au sein de SAFe. Il représente une zone d’attente des commandes et des epics Enabler futurs dans le but de créer un ensemble complet de solutions destiné à fournir la différentiation concurrentielle et les améliorations opérationnelles nécessaires pour faire face aux Strategic Themes et faciliter la réussite métier.

Portfolio Canvas Le canevas de portefeuille est un type de modèle d’entreprise adapté à la charte. Il décrit la structure et les objectifs d’un portefeuille SAFe.

Portfolio KanbanLePortfolioKanbanestuneméthodeutiliséepourvisualiser,géreretanalyserlapriorisationetlefluxdesportfoliosepics,delaconceptionàlacomplétionenpassantparlaréalisation.

Portfolio LevelLePortfolioLevelcontientlesprincipes,pratiquesetrôlesnécessairespourdémarreretgérerun ensemble de Value Streams de développement. C’est ici que la stratégie et la budgétisation sontdéfiniespourlesValueStreamsetleurssolutions.Ceniveaufournitégalementlesopérations du portfolio Agile et la gouvernance Lean pour les individus et les ressources nécessaires pour livrer les solutions.

Portfolio SAFe configurationLaPortfolioSAFeconfigurationviseàalignerl’exécutionduportfoliosurlastratégiedel’entrepriseenorganisantledéveloppementAgileautourdufluxdevaleurs,parlebiaisd’unou de plusieurs Value Streams. Elle assure la souplesse métier via principes et pratiques à : stratégieduportfolioetbudgétisation,opérationsduPortfolioAgileetgouvernanceLean.

Pre- and Post-PI PlanningLesévénementsPre-andPost-ProgramIncrement(PI)PlanningsontutiliséspourprépareretassurerlesuividuPIPlanningdesAgileReleaseTrains(ART)etSuppliersdansunSolutionTrain.


Product ManagementLe Product Management possède l’autorité sur le contenu au niveau du Program Backlog. Il est responsabledel’identificationdesbesoinsduCustomer,delapriorisationdesFeatures,delagestion du travail par le Program Kanban et du développement de la Vision du programme et de la Roadmap du programme.

Product Owner (PO)LeProductOwner(PO)estunmembredel’AgileTeamresponsabledeladéfinitiondesStorieset de la priorisation du Team Backlog pour aider l’équipe à optimiser l’exécution des priorités du programme tout en conservant l’intégrité conceptuelle et technique des Features ou des composants.

Program BacklogLe Program Backlog est la zone d’attente des Features futures destinées à répondre aux exigences des utilisateurs et fournir les avantages métiers d’un unique Agile Release Train (ART).IlcomprendaussilesEnablerFeaturesnécessairespourconstruirel’ArchitecturalRunway.

Program Increment (PI)UnProgramIncrement(PI)estuneboîtetemporellependantlaquelleunAgileReleaseTrain(ART)délivreunincrémentdevaleursouslaformedelogicielsetsystèmesfonctionnelsettestés.LesPIdurentnormalementde8à12semaines.Engénéral,unPIcomprendquatreIterationsdedéveloppement,suiviesd’uneInnovationandPlanning(PI)Iteration.

Program Increment (PI) PlanningLaProgramIncrement(PI)Planningestunévénementdeplanificationrécurrentetenfaceàfacequimodulelerythmedel’AgileReleaseTrain(ART)etfixeunemissionetunevisioncommunes à toutes les équipes de l’ART.

Program KanbanLes systèmes Program Kanban et Solution Kanban sont des méthodes pour visualiser et gérer le fluxdeFeaturesetCapabilitiesdelaconceptionàlaReleaseenpassantparanalyseetmiseenœuvre,vialeContinuousDeliveryPipeline.

Program LevelLeProgramLevelcontientlesrôlesetlesactivitésnécessairespourdélivrerencontinudessolutionsàl’aided’unAgileReleaseTrain(ART).

Release Train Engineer (RTE)LeReleaseTrainEngineer(RTE)estunresponsable-serviteuretcoachpourl’AgileReleaseTrain(ART).LesresponsabilitésprincipalesduRTEconsistentàfaciliterlesprocessusetlesévénements ART et à assister les équipes pour fournir de la valeur. Les RTE communiquent avec lespartiesprenantes,fontremonterlesobstacles,aidentàgérerlesrisquesetpoussentàuneamélioration sans relâche.

Release on DemandRelease on Demand est le processus à travers lequel les Features déployées en production sont distribuées de manière incrémentale ou immédiatement aux Customers selon la demande du marché.


RoadmapLa Roadmap est un calendrier des événements et des Milestones qui informe des dates de livraisondelasolution.IlcomprenddesengagementspourleProgramIncrement(PI)planifiéetdonne de la visibilité sur les livrables prévus pour quelques PI à venir.

SAFe Implementation RoadmapLa SAFe Implementation Roadmap est un diagramme général et une série de 12 éléments qui décriventunestratégieetunensembleorganiséd’activitésayantfaitpreuved’efficacitédanslamise en œuvre réussie de SAFe.

SAFe Program Consultants (SPC)LesSAFeProgramConsultants(SPC)sontdesagentsdechangementquiunissentleursconnaissances techniques de SAFe à une motivation intrinsèque pour améliorer les processus dedéveloppementdeslogicielsetdessystèmesdel’entreprise.IlsjouentunrôleessentieldanslamiseenœuvredeSAFe.LesSPCproviennentdeplusieursrôlesinternesouexternes,ycomprisdesleadersmétiersettechniques,responsablesdeportfolio/programme/projet,leadersdeprocessus,architectes,analystes,etconsultants.

SAFe for Government SAFe for Government est un ensemble de modèles de réussite qui aident les organisations du secteur public à mettre en œuvre des pratiques Lean-Agile dans un contexte gouvernemental.

SAFe for Lean Enterprises SAFe®forLeanEnterprisesestunebasedeconnaissancesdeprincipes,pratiquesetcompétencesintégrésetéprouvéspourLean,AgileetDevOps.

Scrum MasterUn Scrum Master est un responsable-serviteur et coach d’un Agile Team. Il contribue à former l’équipeàScrum,àl’ExtremeProgramming(XP),auKanbanetàSAFe,etveilleàcequeleprocessusAgileconvenusoitsuivi.Deplus,ilparticipeàlarésolutiondesproblèmesetàlacréationd’unenvironnementfavorisantladynamiquedegroupeperformant,lefluxpermanentde livraison et l’amélioration sans relâche.

ScrumXPScrumXPestunprocessussimplifiédelivraisondevaleurconçupourleséquipespluridisciplinaires et auto-organisées au sein de SAFe. Il combine la puissance des pratiques de lagestiondeprojetScrumetcelledespratiquesdel’ExtremeProgramming(XP).

Set-Based DesignLaSet-BasedDesign(SBD)estunepratiquequiconservelasouplessedesexigencesetdesoptions de conception le plus longtemps possible au cours du processus de développement. Aulieudechoisiruneuniquepistedesolutionenamont,laSBDidentifieetexploresimultanémentplusieursoptions,etéliminepeuàpeuleschoixmoinsjudicieux.Cecifavoriselaflexibilitéduprocessusdeconceptionenconfirmantlessolutionstechniquesuniquementaprèsvalidationdeshypothèses,cequiconduitàdemeilleursrésultatséconomiques.


Shared ServicesLesSharedServicessontlesrôles,personnesetservicesspécialisésnécessairesàlaréussited’unAgileReleaseTrain(ART)oud’unSolutionTrainmaisquinepeuventpasêtredédiésàtemps plein.

SolutionChaqueValueStreamproduituneouplusieursSolutionsreprésentéespardesproduits,servicesousystèmesfournisauCustomer,qu’ilsoitinterneouexterneàl’entreprise.

Solution Architect/EngineerLerôleSolutionArchitect/Engineerreprésenteunindividuouunepetiteéquipequidéfinissentune vision technique et architecturale partagée de la solution en développement. Ils participent àladéfinitiondessystèmes,dessous-systèmes,desinterfaces.Ilsvalidentleshypothèsestechnologiques et évaluent les alternatives en travaillant étroitement avec les Agile Release Trains(ART)etleSolutionTrain.

Solution BacklogLeSolutionBacklogestlazoned’attentedesfutursCapabilitiesetEnablers,quipeuvents’étaler sur plusieurs ART. Il est utilisé pour faire progresser la solution et construire son Architectural Runway.

Solution ContextLeSolutionContextidentifielesaspectscritiquesdel’environnementopérationneldelasolution.Ilfournitunecompréhensionessentielledesexigences,usage,installation,exploitationetsupportdelasolution.LeSolutionContextaunimpactsignificatifsurlespossibilités et les contraintes d’effectuer une Release sur demande.

Solution DemoLaSolutionDemoestlepointoùlesrésultatsdetousleseffortsdedéveloppementd’unSolutionTrainsontintégrés,évaluésetprésentésauxCustomersetautrespartiesprenantes.

Solution Intent SolutionIntentestleréférentielpermettantdestocker,géreretcommuniquerlesconnaissancesrelatives au comportement actuel et futur de la solution.

Solution ManagementLa Solution Management possède l’autorité sur le contenu pour la Solution Backlog. Ils travaillentaveclesCustomerspourcomprendreleursbesoins,prioriserlesCapabilities,définirlaVisionetlaRoadmapdelasolution,définirlesexigencesetguiderletravailvialaSolutionKanban.

Solution TrainLe Solution Train est le concept organisationnel utilisé pour construire des solutions grandes et complexesquirequièrentlacoordinationdeplusieursAgileReleaseTrains(ART),ainsique les contributions de Suppliers. Sa fonction est d’aligner les ART à une mission métier et technologiquepartagéeenutilisantlavisiondelasolution,lasolutionBacklogetlasolutionRoadmap,letoutselonleProgramIncrement(PI).


Spanning PaletteLaSpanningPalettecontientlesdiversrôlesetartefactsquipeuventêtreapplicablesàuneéquipe,programme,solutionàgrandeéchelleoucontextedeportfoliosspécifiques.ÉlémentclédelaflexibilitéetconfigurabilitédeSAFe,laspanningpalettepermetauxentreprisesd’appliqueruniquementlesélémentsnécessairesàleurconfiguration.

StoriesLesStoriessontdesdescriptionscourtesdesfonctionnalitéssouhaitées,écritesdanslalanguede l’utilisateur. Les Agile Teams implémentent des petites tranches verticales des fonctionnalités d’un système et sont dimensionnés de manière à les compléter au cours d’une unique Iteration.

Strategic Themes Les thèmes stratégiques différencient les objectifs commerciaux qui relient le portefeuille à la stratégiedel’entreprise,quiinfluencentlastratégieduportefeuilleetfournissentuncontextecommercial pour la prise de décision.

SupplierUnSupplierestuneorganisationinterneouexternequidéveloppeetfournitdescomposants,sous-systèmes ou services qui aident les Solution Trains à fournir des solutions à leurs Customers.

System DemoLa System Demo est un événement important qui fournit une vue intégrée des nouvelles Features de la plus récente Iteration livrées par toutes les équipes de l’Agile Release Train (ART).ChaqueDemofournitauxpartiesprenantesdel’ARTunemesureobjectivedel’avancementdurantunProgramIncrement(PI).

System TeamLe System Team est un Agile Team spécialisé qui fournit une assistance pour la construction etl’utilisationdel’environnementdedéveloppementAgile,ycomprispourlaContinuousIntegration,laTestAutomationetleContinuousDeployment.LeSystemTeamprendenchargel’intégrationdesactifsdesAgileTeams,etréalisedestestsdeboutenboutdelasolutionlorsque cela est nécessaire et participe au déploiement à la Release.

Team BacklogLe Team Backlog contient les Stories liées à l’utilisateur et aux Enablers qui proviennent du ProgramBacklog,ainsiquelesStoriesdécoulant,auniveaulocal,ducontextelocaldel’équipe.Ilpeutinclureégalementd’autresélémentsdetravail,telsquetoutcedontuneéquipeabesoin de savoir pour faire avancer sa partie du système.

Team KanbanLaTeamkanbanestuneméthodequiassisteleséquipesdansl’optimisationdufluxdevaleur;elleprévoitdevisualiserlefluxdetravail,dedéfinirleslimitesduWorkInProcess(WIP),demesurer les débits et d’améliorer continuellement leurs processus.

Team LevelLeTeamLevelcontientlesrôles,lesactivités,lesévénementsetlesprocessusconstruitsparlesAgileTeams,etfournitdelavaleurdanslecontextedel’AgileReleaseTrain(ART).


The Team and Technical Agility The Team and Technical Agility competency describes the critical skills and Lean-Agile principles and practices that are needed to create high-performing Agile teams who create high-quality,welldesignedtechnicalsolutions.

Value Stream CoordinationLa Value Stream Coordination fournit des orientations pour la gestion des dépendances et exploite les opportunités d’un portfolio.

Value StreamsDes Value Streams sont une série d’étapes qu’une entreprise utilise pour élaborer une solution etoffrirunfluxdevaleurcontinuàunCustomer.LesValueStreamsdeSAFesontutiliséespourdéfiniretréaliserdesobjectifsmétierpourleportfolioetpourorganiserlesAgileReleaseTrains(ART)pourfournirplusrapidementdelavaleur.

Weighted Shortest Job First (WSJF)LeWeightedShortestJobFirst(WSJF)estunmodèledepriorisationutilisépourséquencerlestâches(parex.Features,Capabilitiesetepics)afindeproduireleprofitéconomiquemaximum.DansSAFe,leWSJFestcalculécommesuit:CostofDelay(CoD)diviséparlatailledelatâche.


Learn moreIfyouwouldliketolearnmoreaboutSAFe,visitthesewebsites.

The Scaled Agile Framework: www.scaledagileframework.com

Scaled Agile role-based SAFe training and certification: www.scaledagile.com

About Scaled Agile, Inc.ScaledAgile,Inc.,istheproviderofSAFe®,theworld’sleadingframeworkforenterpriseagility.Throughlearningandcertification,aglobalpartnernetwork,andagrowingcommunityofover250,000trainedprofessionals,ScaledAgilehelpsenterprisesbuildbettersystems,increaseemployeeengagement,andimprovebusinessoutcomes.ScaledAgileisacontributingmember of the Pledge 1% corporate philanthropy and community service movement.

Contact: ScaledAgile,Inc.5400AirportBlvd,Suite300BoulderCO80301USA+1.303.554.4367|[email protected]

Documents

Glossaire SAFe 4 - SAFe 5.0 Framework - SAFe Big …...Lean-Agile principles and practices to the specification, development, deployment and evolution of large, complex software and