safe 4.5 glossar - scaled agile framework · das enterprise (unternehmen) repräsentiert die...

© Scaled Agile, Inc.

bereitgestellt von

Built-In Quality

• Culture• Automation• Lean Flow• Measurement• Recovery

IP

IP

IP

IP

NFRs

PI Objectives

ArchitecturalRunway

System DemosSystem Demos

SWFWHW

Agile Teams

GoalsGoals

Prog

ram

Incr

emen

t P

I Pla

nnin

g

BacklogKanban

Scrum

XP • Plan• Execute• Review• Retro

ScrumMaster

ProductOwner Story

NFRs

IterationsIterations

ProductMgmt

SystemArch/Eng

RTE

PROGRAM

TEAM

Prog

ram

Incr

emen

t P

I Pla

nnin

g

Enabler StoryDev Team

Prog

ram

Incr

emen

t P

I Pla

nnin

gContinuousExploration

ContinuousIntegration

ContinuousDeployment

Continuous Delivery Pipeline

EnablerEnablerFeature

FeatureFeatureFeature

DevOps

Develop on Cadence Develop on Cadence

AGILE RELEASE TRAIN

Releaseon Demand

Business Owners

MBSE

Compliance

Set-Based

VariableFixed

Customer

EconomicFramework

Backlog

Kan

ban

NFRs

WSJF

SolutionMgmt

SolutionArch/Eng

STE

Solution Context

Solution

LARGE SOLUTIONSolutionDemoSolutionDemo

SolutionDemo

SolutionDemo

PostPr

e

CapabilityEnabler

SupplierSOLUTION

TRAIN

PostPr

e

NFRsKan

ban

Backlog

WSJF

Coordination

StrategicThemes

NFRsKan

ban

BacklogEpic

OwnersEnterpriseArchitect

LeanPortfolio Mgmt

KPIs

Enterprise PORTFOLIOEpicEpic Enabler

Lean Budgets

Value Streams

System Team

Metrics

Vision

Milestones

CoP

Roadmap

Shared Services

Lean UX

Lean-AgileLeaders

SAFe Principles

Core Values

Lean-AgileMindset

ImplementationRoadmap SPC

4.5Leffingwell, et al. © 2008–2018 Scaled Agile, Inc.

FULL ConfigurationSAFe® for Lean Enterprises

www.scaledagileframework.com | www.scaledagile.com

Scaled Agile Framework – Begriffe und DefinitionenDeutsch

SAFe® 4.5 Glossar

community.scaledagile.com

SAFe

Willkommen beim SAFe® 4.5 Glossar

Nutzen Sie die SAFe Community-PlattformVerwalten Sie Ihr Mitgliedsprofil, treten Sie einer Community of Practice bei und nutzen Sie das Mitgliederverzeichnis.

Bereiten Sie sich vorBereiten Sie sich mit Ihrem Lernplan auf die Zertifizierung vor: Nutzen Sie Ihr Kurs-Arbeitsbuch, das Unterrichtsmaterial und den Übungstest, bevor Sie Ihre Zertifizierungsprüfung ablegen.

Erhalten Sie Ihre SAFe ZertifizierungLassen Sie sich zertifizieren, damit Ihre Kompetenz visibel wird und Sie sich neue Karrieremöglichkeiten eröffnen.

Präsentieren Sie Ihre SAFe-ZertifizierungenVerwenden Sie Ihr digitales Abzeichen, um global Ihre Kompetenz zu zeigen, Arbeitsmarktdaten zu verfolgen und zu sehen, wo Ihre Kompetenzen gefragt sind.

Machen Sie das Beste aus Ihrem

Wissen.

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

Erläuterungen zu Akronymen und Abkürzungen

ART Agile Release Train

BO Business Owner

BV Business Value (Geschäftswert)

BVIR Big Visual Information Radiator

CapEx Capital Expenses (Investitionskosten)

CD Continuous Delivery

CE Continuous Exploration

CI Continuous Integration

CFD Cumulative Flow Diagram

CoD Cost of Delay

CoP Community of Practice

DoD DefinitionofDone

DSU Daily Stand-up

EA Enterprise Architect

EO Epic Owner

FW Firmware

HW Hardware

I&A Inspect and Adapt

IP Innovation und Planung (Iteration)

KPI Key Performance Indicator

LPM Lean Portfolio Management

MBSE Model-Based Systems Engineering

MMF Minimum Marketable Feature

MVP Minimum Viable Product

NFR Nichtfunktionale Anforderungen

OE Opportunity Enablement

OpEx Operating Expenses (Betriebsausgaben)

PDCA Plan, Do, Check, Adjust

PI Programm-Inkrement

PM Product Management

PO/PM Product Owner / Product Manager

PO Product Owner

ROAM Resolved, Owned, Accepted, Mitigated

RR Risk Reduction

RTE Release Train Engineer

S4T SAFe® for Teams

SAFe® Scaled Agile Framework

SA SAFe® Agilist

SBD Set-Based Design

SM Scrum Master

SMART Specific,Measurable,Achievable, Realistic, Time-bound

SoS Scrum of Scrums

SP SAFe® Practitioner

SPC SAFe® Program Consultant

STE Solution Train Engineer

SW Software

UX User Experience

VS Value Stream (Wertstrom)

VSE Value Stream Engineer

WIP Work in Process

WSJF Weighted Shortest Job First

XP Extreme Programming


Hinweis: Glossarbegriffe im SAFe 4.5 Big Picture bleiben in den Definitionen auf Englisch, um eine einheitliche Taxonomie zu schaffen.

Agile Architecture Agile Architecture ist eine Sammlung von Werten und Praktiken, die die aktive Entwicklung des Designs und der Architektur eines Systems fördern während ein neues System-Verhalten implementiert wird.

Agile Release Train (ART)Der Agile Release Train (ART) ist ein länger existierendes Team-of-Agile-Team, das zusammen mit anderen Stakeholdern inkrementell Lösungen entwickelt und bereitstellt. Dabei wird eine Serie von Iterationen fester Dauer innerhalb einer Program-Increment-Timebox verwendet. Der ART sorgt für eine Ausrichtung der Teams entlang einer gemeinsamen Geschäfts- und Technologie-Mission.

Agile TeamDas SAFe Agile Team ist eine cross-funktionale Gruppe von fünf bis zehn Personen, die über die Fähigkeit und Autorität verfügen, in einer kurzen Iteration eine Lieferung von Wert zu erzeugen. Insbesondere umfasst das SAFe Agile Team die Rollen des Entwicklungs-Teams, Scrum Masters und Product Owners.

Architectural RunwayDer Architectural Runway dient der kurzfristigen Umsetzung von Features. Er besteht aus vorhandenem Code, Komponenten und technischer Infrastruktur, die ohne exzessives Redesign und Verzögerung für die Umsetzung dieser erforderlich sind.

Built-in QualityBuilt-in Quality Praktiken stellen sicher, dass jedes Element der Solution über die gesamte Entwicklung hinweg bei jedem Inkrement den angemessenen Qualitätsstandards entspricht.

Business OwnersBusiness Owners sind eine kleine Gruppe von Stakeholdern, die die maßgebliche geschäftliche und technische Verantwortung für Governance, Compliance und den Return on Investment (ROI) einer Solution eines Agile Release Trains (ART) haben. Sie sind Key-Stakeholder des ART, die die Gebrauchstauglichkeit bewerten und daher aktiv an bestimmten ART Events teilnehmen müssen.

CapEx und OpExInvestitionskosten (CapEx) und Betriebsausgaben (OpEx) beschreiben Lean-Agile-Finanz-Praktiken innerhalb eines Value Stream Budgets. In manchen Fällen enthalten CapEx möglicherweise kapitalisierte Eigenleistungen, die bei der Entwicklung immaterieller Vermögenswerte wie Software, geistigem Eigentum und Patenten anfallen.

CapabilitiesEine Capability ist das Verhalten einer Lösung auf höherer Ebene, das normalerweise in mehreren ARTs entwickelt wird. Capabilities sind in mehrere Features unterteilt, um ihre Implementierung in einem einzelnen PI zu ermöglichen.


Communities of Practice (CoPs)Communities of Practice (CoPs) sind in Gruppen organisierte Menschen mit gemeinsamen Interessen an einer bestimmten technischen oder geschäftlichen Domäne. Sie arbeiten regelmäßig zusammen, um Informationen auszutauschen, ihre Kompetenzen zu verbessern und aktiv an der Weiterentwicklung dieses Domänen-Wissens zu arbeiten.

ComplianceCompliance bezieht sich auf eine Strategie und eine Reihe von Aktivitäten und Artefakten, die es Teams ermöglichen, Lean-Agile-Entwicklungsmethoden anzuwenden, um Systeme mit der höchstmöglichen Qualität zu erstellen und gleichzeitig sicherzustellen, dass sie alle regulatorischen,branchenspezifischenoderanderenrelevantenStandardserfüllen.

Continuous Delivery PipelineDieContinuousDeliveryPipeline(auchals„Pipeline“bezeichnet)beschreibtdieWorkflows,Aktivitäten und die Automatisierung, die zu einem kontinuierlichen Release der Features führen, die der Endbenutzer als Wert oder Nutzen wahrnimmt.

Continuous Deployment (CD)Continuous Deployment (CD) ist der Prozess, der validierte Features aus Continuous Integration in die Produktionsumgebung verteilt, wo sie getestet und auf das Release vorbereitet werden. Es ist der dritte Schritt in der vierteiligen Continuous Delivery Pipeline, die aus Continuous Exploration (CE), Continuous Integration (CI), Continuous Deployment und Release on Demand besteht.

Continuous Exploration (CE)Continuous Exploration (CE) ist der Prozess, bei dem die Anforderungen des Marktes und der Benutzer kontinuierlich untersucht und eine Vision, eine Roadmap und eine Reihe von Features definiertwerden,diedieseAnforderungenerfüllen.EsistderersteSchrittindervierteiligenContinuous Delivery Pipeline und geht Continuous Integration (CI), Continuous Deployment und Release on Demand voraus.

Continuous Integration (CI)Continuous Integration (CI) ist der Prozess Features aus dem Program Backlog zu übernehmen und sie in einer Staging-Umgebung zu entwickeln, testen, integrieren und zu validieren. Dort werden sie bereitgestellt für ein Deployment nach Produktion und ein folgendes Release.

Core ValuesDie vier Core Values Alignment, Built-in Quality, Transparenz und Program Execution sind die grundlegenden Überzeugungen, die das Kernstück der Effektivität von SAFe bilden. Diese Leitsätze bestimmen das Handeln für alle, die mit SAFe arbeiten.

CustomerCustomer (Kunden) sind die letztendlichen Käufer jeder Solution. Sie sind ein integraler BestandteildesLean-Agile-EntwicklungsprozessesundValueStreamsundhabenspezifischeZuständigkeiten in SAFe.

Dev TeamDas Entwicklungsteam ist ein Teil des Agile Teams. Es besteht aus voll zugeordneten Fachleuten, die eine Story, ein Feature oder eine Komponente entwickeln und testen können.


Das Entwicklungsteam umfasst in der Regel Softwareentwickler, Tester, Ingenieure und andere engagierte Spezialisten, die zur Vervollständigung fachlicher Anforderung erforderlich sind.

DevOpsDevOps ist eine Denkweise, eine Kultur und eine Reihe technischer Praktiken. DevOps bietet Kommunikation, Integration, Automation und enge Zusammenarbeit zwischen allen Personen, die für die Planung, Entwicklung, Test, Bereitstellung, Release und Wartung einer Solution benötigt werden.

Develop on CadenceDevelop on Cadence ist eine essentielle Methode beim bewältigen inhärenter Variabilität in der Systementwicklung. In einem Flow-basierten System, erfolgen wichtige Aktivitäten gemäß eines regelmäßigen, vorhersehbaren Zeitplans.

Economic FrameworkDas Economic Framework ist eine Zusammenstellung von Entscheidungsregeln, die dafür sorgen,dassalleaufdiefinanziellenZielehinarbeiten,unddiedenProzesswirtschaftlicherEntscheidungen leiten. Es enthält vier primäre Konstrukte: Lean Budgets, Epic-Finanzierung und-Kontrolle,dezentralisierteEntscheidungsfindungundJob-SequenzierungaufBasisvonCost of Delay (CoD).

EnablersEnabler bilden die Erweiterung des Architectural Runway für zukünftige Geschäftsfunktionen. Dazu gehören Entwicklungen für Explorationen, Infrastruktur, Compliance und Architektur. Sie werden in den verschiedenen Backlogs erfasst und erscheinen in allen Ebenen des Frameworks.

EnterpriseDas Enterprise (Unternehmen) repräsentiert die Geschäftseinheit, der jedes SAFe-Portfolio angehört.

Enterprise ArchitectDer Enterprise Architect fördert das adaptive Design und die technischen Methoden und treibt Architekturinitiativen aus der Portfolio-Ebene. Enterprise Architects kümmern sich auch um die Wiederverwendung von Ideen, Komponenten, Services und bestätigten Pattern über verschiedene Solutions innerhalb eines Portfolios.

EpicEine Epic ist ein Container für eine Solution – eine Entwicklungsinitiative, groß genug, um eine Analyse,dieDefinitionvonMVPs(MinimumViableProducts)unddiefinanzielleGenehmigungvor einer Implementierung zu erfordern. Die Implementierung erfolgt über mehrere Program Increments (PIs) und folgt dem Lean-Startup-„Build-Measure-Learn“-Zyklus.

Epic OwnersEpicOwnerskoordinierendieEpicsdurchdasPortfolioKanban-System.Siedefiniereneine Epic, ihre MVPs (Minimum Viable Products), den Lean-Business-Case und wenn genehmigt unterstützen Sie die Implementierung.

Essential SAFe-KonfigurationDieEssentialSAFe-KonfigurationistdasHerzdesFrameworksunddereinfachsteAusgangspunkt für eine Implementierung. Es ist der grundlegende Baustein für alle anderen


SAFe-KonfigurationenundbeschreibtdiewichtigstenElemente,diezurRealisierungdermeisten Vorteile des Frameworks erforderlich sind.

FeaturesEin Feature ist ein Service, der die Bedürfnisse eines Stakeholder erfüllt. Jedes Feature enthält eine Nutzenhypothese und Akzeptanzkriterien und ist so klein, dass es von einem einzelnen Agile Release Train (ART) in einem Program Increment (PI) bereitgestellt werden kann.

FoundationDie Foundation enthält die unterstützenden Prinzipien, Werte, Denkweisen, Implementierungs-Leitlinien und Führungsrollen, die für die erfolgreiche Bereitstellung von Kundennutzen erforderlich sind.

Full SAFe ConfigurationDieFullSAFeConfigurationistdieumfassendsteVersiondesFrameworks.SieunterstütztUnternehmen,diegroßeintegrierteSolutions(Lösungen)erstellenundpflegen,dieHundertevon Personen oder mehr erfordern, und umfasst alle Ebenen von SAFe: Team, Programm, Large Solution und Portfolio. Im den größten Unternehmen sind möglicherweise mehrere Instanzen verschiedenerSAFeConfigurationserforderlich.

Innovation and Planning IterationDie Innovation and Planning (IP) Iteration erfolgt zu Ende jedes Program Increment (PI) und hat verschiedene Aufgaben. Sie dient als Puffer für die Erreichung von PI-Zielen und stellt Zeit für die Innovation, laufende Schulung, PI-Planung und des Inspect and Adapt (I&A)-Event bereit.

Inspect & Adapt (I&A)Inspect and Adapt (I&A) ist ein wichtiges Event, das am Ende jedes Program Increment (PI) stattfindetundbeidemderaktuelleStandderSolutiongezeigtundvomTrainevaluiertwird.DieTeamsreflektierenihreArbeitundidentifizierenineinemProblemlösungs-WorkshopBacklog-Eintrage für Verbesserungen.

IterationIterations sind die grundlegenden Zeitabschnitte (Time-Boxes) der Agile Entwicklung. Jede Iteration ist eine Timebox fester Dauer, bei der die Agile Teams inkrementell Wert in Form von Software und Systemen bereitstellen, die funktionieren und getestet sind. Die empfohlene Dauer der Timebox ist zwei Wochen. Je nach Geschäftskontext sind jedoch eine bis vier Wochen akzeptabel.

Iteration ExecutionIteration Execution ist der Prozess, mit dem Agile Teams ihre Arbeit innerhalb der Iteration Timebox erledigen. Sie sorgen so für ein hochwertiges, funktionierendes und getestetes System Increment.

Iteration GoalsIteration Goals sind eine Zusammenfassung der geschäftlichen und technischen Ziele, denen das Agile Team in einer Iteration folgt. Sie sind entscheidend für das Koordinieren eines Agile Release Train (ART) als selbstorganisierendes, selbstverwaltendes Team von Teams.


Iteration PlanningIteration Planning ist ein Event, bei dem alle Teammitglieder bestimmen, wie viel des Team Backlogs sie bis zur nächsten Iteration liefern können. Das Team fasst die Arbeit als eine Reihe zugesagter Iteration Goals zusammen.

Iteration RetrospectiveDieIterationRetrospectiveisteinregelmäßigstattfindendesMeeting,beidemdieMitgliedereines Agile Teams die Ergebnisse der Iteration besprechen, ihre Methoden prüfen und Prozessverbesserungenidentifizieren.

Iteration ReviewDas Iteration Review ist ein kadenzbasiertes Event, bei dem jedes Team das gelieferte Inkrement prüft, um den Fortschritt zu bewerten, und anschließend seinen Backlog für die nächste Iteration anzupassen.

Large Solution LevelDer Large Solution Level enthält die Rollen, Artefakte und Prozesse, die zur Erstellung großer und komplexer Solutions (Lösungen) erforderlich sind. Es hat einen stärkeren Fokus auf der Erfassung von Anforderungen in Solution Intent, der Koordination mehrerer Agile Release Trains (ART) und Lieferanten (Supplier) und stellt die Einhaltung von Vorschriften und Standards sicher.

Large Solution SAFe ConfigurationDieLargeSolutionSAFeKonfigurationistfürdieEntwicklungdergrößtenundkomplexestenSolutions gedacht, die in der Regel mehrere Agile Release Trains und Suppliers, aber keine Portfolioebene benötigen. Dies ist in Branchen wie Luftfahrt und Verteidigung, Automotive und Government üblich, wo die Integration großer Lösungen und nicht die Finanzielle Steuerung über ein Portfolio das Hauptanliegen ist.

Lean BudgetsBei Lean Budgets handelt es sich um eine Reihe von Methoden, die den Overhead für die Vergabe von Budgets minimieren, statt über Projekte zu steuern, stärken sie Value Streams und deren ARTs über ein langfristiges Budget-Funding und erlauben so eine Delegation von Budgetverantwortung auf den Train. Dies wird durch objektive Evaluierung von gelieferten Systemen, aktivem Management von Epic-Investitionen und dynamischen Budget-Anpassungen erreicht.

Lean Portfolio Management (LPM)Die Funktion Lean Portfolio Management (LPM) ist die oberste Entscheidungsebene. Es hat dashöchsteMaßanEntscheidungskompetenzundfinanziellerVerantwortungfürdieProdukteund Solutions in einem SAFe-Portfolio.

Lean User Experience (Lean UX)Lean User Experience (Lean UX) Design ist eine Denkweise, Kultur und ein Prozess, der Lean-Agile-Methoden nutzt. Es implementiert Anforderungen auf der Basis von minimal viable Increments und bestimmt den Erfolg anhand der Prüfung von Nutzenhypothesen.

Lean and Agile PrinciplesSAFe basiert auf neun unveränderlichen, grundlegenden Lean und Agile Prinzipien. Diese Grundsätze und wirtschaftlichen Konzepte sind die Basis für alle Rollen und Praktiken von SAFe.


Lean-Agile LeadersLean-Agile Leaders lernen lebenslang. Sie sorgen für eine erfolgreiche Adaption von SAFe und der damit verbundenen Ziel- und Ergebniserreichung. Sie befähigen die Teams und helfen ihnen, bessere Systeme zu erstellen, indem sie die Prinzipien und Methoden von SAFe lernen, anwenden, anderen beibringen und diese in der Anwendung coachen.

Lean-Agile MindsetDas Lean-Agile Mindset ist die Kombination von Überzeugungen, Annahmen und Handlungen von SAFe- Leadern und -Praktikern. die auf den Konzepten des Agilen Manifesto und von Lean beruhen. Es ist die persönliche, intellektuelle und Führungsgrundlage zum anpassen und anwenden von SAFe Prinzipien und Praktiken.

MetricsMetrics sind abgestimmte Metriken, um zu bewerten, wie gut die Organisation auf Portfolio-, Large Solution-, Programm- und Team-Ebene beim Erreichen der geschäftlichen und technischen Ziele voranschreitet.

MilestonesMilestones werden verwendet, um den Fortschritt in Bezug aus ein bestimmten Ziel oder Ereignis zu verfolgen. Es gibt drei Arten von SAFe Milestones: Program Increment (PI) Milestones, zeitlich feste Milestones und Milestones des Lernens, zum Beispiel das überprüfen einer Hypothese.

Model-Based Systems Engineering (MBSE)Model-Based Systems Engineering (MBSE) ist die Praxis, eine Reihe verwandter Systemmodelle zuentwickeln,diedabeihelfen,einSysteminderEntwicklungzudefinieren,zuentwerfenundzudokumentieren.DieseModellebieteneineeffizienteMöglichkeitSystemaspektefürStakeholder zu evaluieren, zu aktualisieren und zu kommunizieren während die Abhängigkeit von herkömmlichen Dokumenten erheblich reduziert wird.

Nonfunctional Requirements (NFRs)NonfunctionalRequirements(NFRs)definierenSystemattributewieSicherheit,Verlässlichkeit,Leistung, Wartungsfähigkeit, Skalierbarkeit und Nutzbarkeit. Sie dienen als Randbedingungen oder Einschränkungen auf das Systemdesign über die verschiedenen Backlogs hinweg.

Portfolio BacklogDas Portfolio Backlog ist das Backlog der obersten SAFe Ebene. Es bietet einen Arbeitsbereich für anstehende Business- und Enabler-Epics, die für eine umfassenden Reihe von Solutions vorgesehen sind. Ziel ist die erforderlichen, wettbewerbsfähigen Differenzierungen und betrieblichen Verbesserungen bereitzustellen, die erforderlich sind, um die strategischen Themen zu adressieren und den Geschäftserfolg zu fördern.

Portfolio KanbanDas Portfolio Kanban ist eine Methode, um die Priorisierung und den Fluss von Portfolio-EpicsvonderIdeenfindungbiszurImplementierungundFertigstellungzuvisualisieren,zuverwalten und zu analysieren.


Portfolio LevelDas Portfolio Level enthält die Prinzipien, Methoden und Rollen, die erforderlich sind, um eine Reihe von Entwicklungs-Value Streams zu initiieren und zu steuern. Hier werden die StrategieunddieInvestitionsfinanzierungfürValueStreamsundihreSolutionsdefiniert.DieseEbene bietet auch Agile-Portfolio-Operationen und Lean-Governance für die Mitarbeiter und Ressourcen, die für die Bereitstellung von Solutions benötigt werden.

Portfolio SAFe ConfigurationDiePortfolio-SAFeConfigurationaligntdiePortfolioausführungentlangderUnternehmensstrategie,indemdieAgileEntwicklungumdenoperationalenWertflussdurch einen oder mehrere Value Streams organisiert wird. Es bietet geschäftliche Flexibilität durchGrundsätzeundPraktikenfürPortfoliostrategieundInvestitionsfinanzierung,AgilePortfoliooperationen und Lean Governance.

Pre-and Post-PI PlanningPre- and Post-Program Increment (PI) Planning Events werden verwendet, um die PI Planung für Agile Release Trains (ARTs) und Suppliers in einem Solution Train vor- und nachzubereiten.

Product ManagementProduct Management hat die inhaltliche Autorität für das Program Backlog. Sie sind verantwortlichKundenbedürfnissezuidentifizieren,Featureszupriorisieren,diedafürnotwendigen Arbeiten durch ein Program Kanban zu steuern und entwickeln die Program Vision und Roadmap.

Product Owner (PO)Der Product Owner (PO) ist ein Mitglied des Agile-Teams und verantwortlich für die DefinitionvonStoriesunddiePriorisierungdesTeam-Backlogs.ZielistdieUmsetzungvonProgrammprioritäten zu optimieren und gleichzeitig die konzeptionelle und technische Integrität der Features oder Komponenten für das Team beizubehalten.

Program BacklogDas Program Backlog ist die Liste anstehender Features, die dazu bestimmt sind, für einen Agile Release Train (ART) die Nutzerbedürfnisse zu befriedigen und geschäftlichen Wert zu erzeugen. Es enthält auch die Enabler Features, die für den Bau des Architectural Runway erforderlich sind.

Program Increment (PI)Ein Program Increment (PI) ist eine Timebox, in der ein Agile Release Train (ART) inkrementell Wert in Form von funktionierender und getesteter Software und Systemen liefert. PIs dauernnormalerweiseachtbiszwölfWochen.DashäufigsteMustereinesPIsindvierEntwicklungsiterationen, gefolgt von einer Innovation and Planning (IP)-Iteration.

Program Increment (IP) PlanningProgram Increment (PI) Planning ist ein kadenzbasiertes Face-to-Face-Event, das als Herzschlag des Agile Release Train (ART) fungiert. Hierbei werden die Teams im ART auf eine gemeinsame Mission und Vision ausgerichtet.


Program KanbanDie Program and Solution Kanban Systeme dienen zur Visualisierung und Verwaltung des Ablaufs von Features und Capabilities von der Idee über die Analyse, die Implementierung bis zum Release durch die Continuous Delivery Pipeline.

Program LevelDas Program Level enthält die Rollen und Aktivitäten, die für die kontinuierliche Bereitstellung von Solutions über einen Agile Release Train (ART) notwendig sind.

RefactoringRefactoring ist die Aktivität zur Verbesserung der internen Struktur oder des Ablaufs eines Programms oder einer Komponente, ohne das externe Verhalten zu ändern.

Release Train Engineer (RTE)Der Release Train Engineer (RTE) ist eine dienende Führungskraft und ein Coach für den Agile Release Train (ART) . Die Hauptaufgaben des RTE sind die Erleichterung der ART-Events und -Prozesse, sowie die Unterstützung der Teams bei der Wertschöpfung. RTEs kommunizieren mit Stakeholdern, eskalieren Hindernisse, helfen beim Risikomanagement und treiben kontinuierlich Verbesserungen voran.

Release on DemandRelease on Demand ist der Prozess, bei dem in der Produktion verteilte Features basierend auf der Marktnachfrage inkrementell oder sofort freigegeben werden.

RoadmapDie Roadmap ist ein Zeitplan von Ereignissen und Meilensteinen, die geplante Solution-Lieferungen für einen Zeitraum kommunizieren. Sie enthält Zusagen für das geplante, anstehende Program Increment (PI) und bietet einen Einblick über Lieferungen, die für die nächsten PIs prognostiziert werden.

SAFe Implementation RoadmapDieSAFeImplementationRoadmapbestehtauseinerÜbersichtsgrafikundeiner12-teiligenSerie, die eine Strategie und eine geordnete Reihe von Aktivitäten beschreibt, die sich bei der erfolgreichen Implementierung von SAFe als effektiv erwiesen haben.

SAFe Program Consultants (SPCs)SAFe Program Consultants (SPCs) sind Change Agents, die ihr technisches Wissen über SAFe mit einer intrinsischen Motivation kombinieren, um die Software- und System-Entwicklungsprozesse des Unternehmens zu verbessern. Sie spielen eine entscheidende Rolle bei der erfolgreichen Implementierung von SAFe. SPCs kommen aus zahlreichen internen oder externen Rollen, etwa fachliche oder technologische Führungskräfte, wie Portfolio-, Programm-, Projektmanager, Prozessverantwortlichen, Architekten, Analysten und Beratern.

Scrum MasterScrum Masters sind die dienenden Führungskräfte und Coaches eines Agile Teams. Sie helfen das Team in Scrum, Extreme Programming (XP), Kanban und SAFe zu schulen und sorgen dafür, dass dem vereinbarte Agile Prozess gefolgt wird. Sie helfen auch bei der Beseitigung von Hindernissen und fördern eine Umgebung für Hochleistungs-Teams, Continuous Flow und kontinuierliche Verbesserung.


ScrumXPScrumXP ist ein leichtgewichtiger Prozess zur Wertschöpfung für cross-funktionale, selbstorganisierte SAFe-Teams. Es kombiniert die Leistungsfähigkeit von Scrum-Projektmanagement- mit Extreme Programming (XP) -Praktiken.

Set-Based DesignSet-Based Design (SBD) ist eine Praxis, die Anforderungen und Designoptionen, während desEntwicklungsprozesses,solangewiemöglichflexibelhält.Stattanfangseineeinzelne„punktuelle“Lösungauszuwählen,identifiziertSBDmehrereOptionenunduntersuchtsiegleichzeitig, wobei nach und nach schwache Lösungen verworfen werden. Es erhöht die Flexibilität im Entwurfsprozess, indem technische Lösungen erst übernommen werden, nachdem die Annahmen validiert wurden, was zu besseren wirtschaftlichen Ergebnissen führt.

Shared ServicesBei Shared Services handelt es sich um spezialisierte Rollen, Menschen und Services, die für den Erfolg eines Agile Release Trains (ART) oder Solution Train erforderlich sind, aber nicht Vollzeit zugeordnet werden können.

SolutionJeder Value Stream produziert eine oder mehrere Solutions. aus Produkten, Services oder Systemen, die dem internen oder externen Kunden des Unternehmens bereitgestellt werden.

Solution Architect/EngineerDie Rolle Solution Architect / Engineering repräsentiert eine einzelne Person oder ein kleines Team, die die gemeinsam genutzte technische und architektonische Vision für die in EntwicklungbefindlicheSolutiondefiniert.SiebeteiligensichanderFestlegungdesSystems,der Subsysteme und der Schnittstellen, validieren Technologie-Annahmen und evaluieren Alternativen. Dabei arbeiten sie eng mit dem Agile Release Train (ARTs) und dem Solution Train zusammen.

Solution BacklogDer Solution Backlog ist die Liste anstehender Capabilities und Enablers, die sich alle über mehrere ARTs hinweg erstrecken können. Er ist dazu bestimmt, die Solution voranzubringen und den Architectural Runway zu bauen.

Solution ContextDerSolutionContextidentifiziertkritischeAspektederBetriebs-UmgebungeinerSolution.Er bietet ein essentielles Verständnis von Anforderungen, Nutzung, Installation, dem Betrieb undSupportderSolutionselbst.DerSolutionContextbeeinflusststarkdieMöglichkeitenundEinschränkungen für Release on Demand.

Solution DemoBei der Solution Demo werden die Ergebnisse der Entwicklungsbemühungen vom Solution Train integriert, evaluiert und für Customer und andere Stakeholder sichtbar gemacht.

Solution ManagementSolution Management hat die inhaltliche Autorität für das Solution Backlog. Sie arbeiten zusammen mit den Kunden um deren Bedürfnisse zu verstehen, Capabilities zu priorisieren, die Solution Vision und Roadmap zu erstellen und die notwendigen Arbeiten durch das Solution Kanban zu steuern.


Solution TrainDer Solution Train ist das organisatorische Konstrukt, das zum Aufbau großer und komplexer Solutions verwendet wird, die die Koordination mehrerer Agile Release Trains (ARTs) sowie die Beiträge von Suppliers erfordern. Es verbindet ARTs unter einer gemeinsamen Geschäfts- und Technologie-Mission unter Verwendung von Solution Vision, Backlog und Roadmap und einem ausgerichteten Program Increment (PI).

Spanning PaletteDie Spanning Palette enthält verschiedene Rollen und Artefakte, die für ein bestimmtes Team, Programm, eine Large Solution, oder einen Portfoliokontext anwendbar sind. Die Spanning PaletteisteinSAFe-SchlüsselelementmithoherFlexibilität.DieKonfigurierbarkeitermöglichtOrganisationen nur die Elemente zu verwenden, die benötigt werden.

SpikesSpikes entsprechen in SAFe explorativen Enabler Storys Ursprünglich im Extreme Programming (XP)definiertundrepräsentierensieAktivitätenwieForschung,Design,Untersuchung,Exploration und Prototyping. Ihr Zweck besteht darin, das notwendige Wissen zu erwerben, um das Risiko eines technischen Ansatzes zu verringern, eine Anforderung besser zu verstehen oder die Zuverlässigkeit von Story Estimates zu erhöhen.

StoriesStories sind kurze, in der Sprache des Benutzers formulierte Beschreibungen einer gewünschten Teil-Funktionalität. Agile Teams implementieren kleine, vertikale Stücke der Systemfunktionalität und sind so dimensioniert, dass sie in einer einzigen Iteration fertiggestellt werden können.

SupplierEin Supplier ist eine interne oder externe Organisation, die Komponenten, Subsysteme oder Services entwickelt und liefert, die Solution Trains dabei unterstützen, Solutions für ihre Kunden bereitzustellen.

System DemoDie System Demo ist ein wichtiges Event, das eine integrierte Sicht neuer Features für die aktuelle Iteration bietet. Sie wird von allen Teams im Agile Release Train (ART) bereitgestellt. Jede Demo bietet den ART -Stakeholdern eine objektive Fortschritts-Messung innerhalb eines Program Increments (PI).

System TeamDas System Team ist ein spezielles Agile Team, das beim Erstellen und Nutzen der Agile Entwicklungsumgebung hilft, einschließlich Continuous Integration, Testautomatisierung und Continuous Deployment. Das System Team unterstützt die Integration von Assets aus den Agile Teams, führt bei Bedarf End-to-End-Solution-Test durch und unterstützt bei Deployment und Release.

Team BacklogDas Team Backlog enthält Benutzer- und Enabler-Stories, die aus dem Program Backlog stammen, sowie Stories aus dem lokalen Team-Kontext. Es kann auch andere Arbeitsaufgaben enthalten, die das Team erledigen muss, um seinen Teil des Systems voranzubringen.


Team KanbanTeamKanbanisteineMethode,dieTeamsdabeihilft,denWerteflussunddieArbeitsabläufezu visualisieren, Work in Process (WIP) Limits festzulegen, den Durchsatz zu messen und Ihren Prozess laufend zu verbessert.

Team LevelDas Team Level enthält die Rollen, Aktivitäten, Ereignisse und Prozesse, die den Agile Teams bei der Schöpfung und Bereitstellung von Wert im Kontext des Agile Release Train (ART) helfen.

Test-FirstTest-First ist eine von Extreme Programming (XP) abgeleitete Built-in-Quality-Methode. Es wird zuerst ein Test geschrieben und dann nur soviel Code erzeugt bis das Testergebnis erfüllt ist. Die Implementierung wird also durch Fokussierung auf die erwarteten Ergebnisse optimiert.

Value Stream CoordinationValue Stream Coordination bietet Unterstützung für das Behandeln von Abhängigkeiten und Ausnutzen von Möglichkeiten in einem Portfolio.

Value StreamsValue Streams stellen eine Reihe von Schritten dar, die eine Organisation zum Erstellen vonSolutionsverwendet.DieseLösungenerzeugeneinenkontinuierlichenWertflussfürdenKunden. SAFe Value Streams werden verwendet, um Geschäftsziele auf Portfolioebene zu definierenundzuverwirklichen,undorganisierenAgileReleaseTrains(ARTs),umschnellerWerte zu liefern.

VisionDieVisionisteineBeschreibungdeszukünftigenZustandsderinEntwicklungbefindlichenSolution. Sie spiegelt die Bedürfnisse von Kunden und Stakeholdern sowie die Features und Capabilities wider, die diesen Anforderungen entsprechen.

Weighted Shortest Job First (WSJF)Weighted Shortest Job First (WSJF) ist ein Priorisierungsmodell, das verwendet wird, um Jobs (z. B. Features, Capabilities und Epics) zu sortieren, um einen maximalen wirtschaftlichen Nutzen zu gewinnen. WSJF wird in SAFe als Quotient aus Cost of Delay (CoD) und Jobsize geschätzt.

Lassen Sie sich SAFe®-zertifizieren!Sorgen Sie für ein Alignment zwischen den Teams und dem Unternehmen

Leading SAFe®

With SAFe® 4 Agilist Certification

Entwickeln Sie ein Skillset, das weltweit gefragt ist, wenn Sie ein SAFe 4 Agilist (SA) werden. Während dieses zweitägigen Kurses lernen Sie die Prinzipien und Methoden des SAFe® kennen. Sie werden erfahren, wie Sie Nutzen durch Agile Release Trains erzeugen und bereitstellen und was es bedeutet, eine Lean-Agile-Transformation in einem Unternehmen zu leiten.

Implementing SAFe®

With SAFe® 4 Program Consultant Certification

Werden Sie zu einem führenden Agenten der Veränderung in ihrem Unternehmen und helfen Sie diesem in einem disruptiven Markt erfolgreich zu sein, indem Sie sich als SAFe® 4 Program Consultant (SPC) zertifizieren lassen. Während dieses viertägigen Kurses lernen und verstehen Sie die Hebelwirkung der Lean-Agile Methoden und Prinzipien für Ihre erfolgreiche SAFe®. Transformation. Sie lernen, wie Sie effektiv Programme coachen, Agile Release Trains starten, eine kontinuierliche Lieferpipeline und DevOps-Kultur aufbauen und ein Lean-Portfolio befähigen. Die ersten zwei Tage des Kurses Leading SAFe® werden Ihnen die Grundlagen vermitteln, um andere in SAFe zu unterrichten.

Scaled Agile bietet ein Portfolio von Qualifikationen, die die den Karrierepfad eines Lean-Agile-Professionals bestens unterstützt. Jede Zertifizierung wird durch erstklassige Kursmaterialien und wertsteigernde Unterlagen unterstützt, die den Einzelnen darauf vorbereiten, als Schlüsselakteur in einem SAFE-Unternehmen erfolgreich zu sein. Das Ergebnis sind Implementierungen von höherer Qualität und größere Stabilität für die Organisation.

SAFe® For TeamsWith SAFe® 4 Practitioner Certification

Entwickeln Sie die Fähigkeiten, die Sie benötigen, um ein leistungsstarkes Teammitglied eines Agile Release Trains (ART) zu werden, und lernen Sie, wie Sie effektiv mit anderen Teams zusammenarbeiten, indem Sie ein SAFe® 4 Practitioner (SP) werden. Während dieses zweitägigen Kurses erhalten die Teilnehmer ein vertieftes Verständnis des ART, wie er Nutzen liefert und was sie tun können, um ihre Rolle mit Scrum, Kanban und XP effektiv zu auszufüllen.

SAFe® DevOpsWith SAFe® 4 DevOps Practitioner Certification

Dieser zweitägige Kurs bietet einen umfassenden Überblick über die DevOps-Kompetenzen, die erforderlich sind, um den Time-2-Market zu verkürzen. Insbesondere werden die Wertflüsse in der Continuous Delivery-Pipeline optimiert. Teilnehmer werden den aktuellen Value Stream über ihre Liefer-Pipeline von der Idee bis zur Markteinführung ausarbeiten und Methoden identifizieren, die die gefundenen Engpässe beseitigen.

Tageskurs

EXECUTIVES, MANAGERS & STAKEHOLDERS

Tageskurs

LEAN-AGILE CHANGE AGENTS & CONSULTANTS

Tageskurs

AGILE TEAMS

Tageskurs

AGILE RELEASE TRAIN MEMBERS, SAFe DevOps

2

4

2

2

scaledagile.com/calendar

PROVIDED BY

SAFe® Product Owner/Product ManagerWith SAFe® 4 Product Owner/Product Manager Certification

In diesem zweitägigen Kurs erfahren Sie, wie die Rollen von Product Owner, Product Manager, Solution Manager und Epic Owner die Wertschöpfung im SAFe-Unternehmen vorantreiben. Sie erhalten einen Überblick über SAFe® und das Lean-Agile-Mindset und erlangen ein Verständnis dafür, wie die PO- und PM-Rollen im Unternehmen funktionieren, um die Wertschöpfung zu fördern. Schließlich erhalten Sie ein detailliertes Verständnis der spezifischen Aktivitäten, Tools und Mechanismen, die zur effektiven Wertschöpfung für das Unternehmen verwendet werden.

SAFe® Release Train EngineerSAFe® 4 Release Train Engineer Certification

In diesem fortgeschrittenen Workshop erhalten Sie ein detailliertes Verständnis der Rolle und Verantwortlichkeiten eines Release Train Engineer (RTE) im SAFe-Unternehmen. Durch experimentelles Lernen erfahren Sie, wie Sie die End-to-End-Wertschöpfung durch Agile Release Trains (ARTs) und Value Streams ermöglichen und unterstützen. Außerdem lernen Sie, wie Sie einen Hochleistungs-ART bauen, indem Sie als Servant Leader und Coach agieren, und wie Sie ein Program Increment (PI) Planning professionell vorbereiten und durchführen, da dieses von entscheidender Bedeutung für die Ausrichtung auf allen Ebenen einer SAFe-Organisation ist.RELEASE TRAIN

ENGINEERS

Tageskurs

2

NEW SCRUM MASTERS

SAFe® Scrum MasterWith SAFe® 4 Scrum Master Certification

In diesem Training lernen die Teilnehmer die Rolle des Scrum Masters in einem SAFe-Unternehmen kennen. Im Gegensatz zu herkömmlichen Scrum Master Trainings, die sich auf die Grundlagen von Scrum auf Teamebene konzentrieren, erläutert der SAFe Scrum Master Kurs die Rolle von Scrum im Kontext des gesamten Unternehmens und bereitet Einzelpersonen auf die erfolgreiche Planung und Durchführung des Program Increments (PI) vor. Das Program Increment ist von zentraler Bedeutung für die Abstimmung und gemeinsame Ausrichtung aller Ebenen einer SAFe-Organisation.

PRACTICING SCRUM MASTERS

2

PRODUCT OWNERS, PRODUCT MANAGERS

SAFe® Advanced Scrum MasterWith SAFe® 4 Advanced Scrum Master Certification

Dieser Kurs bereitet aktive Scrum Master auf ihre Führungsrolle bei der Unterstützung des Erfolgs des Agile Teams, Programms und Unternehmens in einer SAFe® Implementierung vor. Der Kurs betrachtet Erleichterungen für teamübergreifende Interaktionen zur Unterstützung der Programmausführung und der kontinuierlichen Verbesserung Er erweitert das Scrum-Paradigma um eine Einführung in skalierbare Engineering- und DevOps-Praktiken, die Anwendung von Kanban, um den Wertfluss zu beschleunigen. Die Unterstützung von Interaktionen zwischen Architekten, Produktmanagern und anderen kritischen Stakeholdern in größeren Programm- und Unternehmenskontexten.

Tageskurs

Tageskurs

2

Tages-Work-shop

3


Mehr InfosWenn Sie mehr über SAFe erfahren möchten, besuchen Sie diese Websites.

Das Scaled Agile Framework: www.scaledagileframework.com

Scaled Agile rollenbasierte SAFe-Schulung und -Zertifizierung: www.scaledagile.com

Über Scaled Agile, Inc.Scaled Agile, Inc., ist der Anbieter von SAFe®, dem weltweit führenden Framework für Unternehmensagilität.DurchLernenundZertifizierung,einglobalesPartnernetzwerkundeinewachsendeGemeindevonüber250.000geschultenFachleutenunterstütztScaledAgileUnternehmen beim Aufbau von besseren Systemen, erhöht das Engagement der Mitarbeiter und verbessert die Geschäftsergebnisse. Scaled Agile ist ein beitragendes Mitglied der Bewegung„Pledge1%“fürUnternehmensphilanthropieundgemeinnützigeArbeit.

Kontakt: Scaled Agile, Inc.5400AirportBlvd,Suite300BoulderCO80301USA+13035544367|[email protected]

safe 4.5 glossar - scaled agile framework · das enterprise (unternehmen) repräsentiert die...

Documents