SAFe® Glossary

Willkomen beim SAFe® Glossary

Das Scaled Agile Framework (SAFe®) ist eine online frei zugängliche Wissensdatenbank mit bewährten, integrierten Mustern für die Implementierung von Lean-Agile Entwicklung. Es bietet eine umfassende Anleitung für die Arbeit auf Portfolio-, Großlösungs-, Programm- und Teamebene.

KEGON ist First Mover bei der Nutzung des Scaled Agile Frameworks (SAFe®) im deutschsprachigen Markt und führten sowohl den ersten Agile Release Train als auch die erste SAFe® Transformation durch, stellten den ersten zertifizierten SPC, SPCT, RTE und seit 2018 auch den ersten deutschen SAFe® Fellow. Mittlerweile hat KEGON 5 SPCTs (SAFe® Practice Consultant Trainer) und drei SPCT Candidates.

Hier finden Sie weitere Infos zum Scaled Agile Framework (SAFe®) und hier geht es zu unseren SAFe® Trainings.

Agile Product Delivery ist ein kundenzentrierter Ansatz zum Definieren, Erstellen und Veröffentlichen einer kontinuierlichen Wertschöpfung von Produkten und Dienstleistungen für Kund/innen und Benutzende.

Der Agile Release Train (ART) ist ein langlebiges Team von Agile Teams. Der Train entwickelt imkrementell, er liefert und betreibt oftmals eine oder mehrere Lösungen innerhalb eines Entwicklungswertstroms. 

Ein agiles Team ist eine funktionsübergreifende Gruppe von in der Regel zehn oder weniger Perspnen mit allen Fähigkeiten, die zum Definieren, Erstellen, Testen und Liefern von Mehrwert für ihre Kund/innen erforderlich sind. 

Künstliche Intelligenz (KI) ist ein Begriff, der eine breite Palette intelligenter Maschinen beschreibt, die in der Lage sind, Aufgaben auszuführen, die normalerweise menschliche Intelligenz erfordern. KI kann auf allen Ebenen von SAFe eingesetzt werden, um intelligente Solutions für Kund/innen zu entwickeln, Aktivitäten im Wertstrom zu automatisieren und Kundeneinblicke zu verbessern. 

Der Architectural Runway besteht aus vorhandenem Code, den Komponenten und der technischen Infrastruktur, die benötigt werden, um kurzfristig Funktionen mit minimaler Änderung und Verzögerung zu implementieren. 

Das ART Backlog ist ein Kanban-System, das dazu dient, die Features und Enabler zu erfassen und zu verwalten, die eine Lösung verbessern und ihren Architectural Runway erweitern sollen. 

ART Flow beschreibt einen Zustand, in dem ART dem/der Kund/in einen kontinuierlichen Fluss an wertvollen Features liefert. 

Big Data bezieht sich auf die Aufgaben und Praktiken, die erforderlich sind, um große Datenmengen zu sammeln, zu verwaltern, zu normalisieren und bereitszustellen, damit Unternehmen fundierte, faktenbasierte Entscheidungen treffen können. 

Built-in Quality bezeichnet eine Reihe von Praktiken, die sicherstellen sollen, dass die Ergebnisse aglier Teams in Geschäfts- und Technologiebereichen während des gesamten Prozesses der Kundenwertschöpfung angemessene Qualitätsstandards erfüllen. 

Business Agility ist die Fähigkeit, im digitalen Zeitalter zu konkurrieren und erfolgreich zu sein, indem schnell auf Marktveränderungen und neue Chancen mit innovativen, digital unterstützten Geschäftslösungen reagiert wird. 

Das Business and Technology beschreibt die Verfahren, die zur Verwirklichung von Business-Agilität durch die Anwendung von SAFe-Prinzipien und - Praktiken im gesamten Unternehmen eingesetzt werden können. 

Business Owners (BOs) sind wichtige ART-Stakeholder, die die primäre geschäftliche und technische Verantwortung für Return on Investment (ROI), Governance und Compilance tragen. 

CALMR (Culture, Automation, Lean, Measurement, Recovery) ist eine DevOps-Denkweise, die den ART zu einer kontinuierlichen Wertschöpfung führt, indem Kultur, Automatisierung, Lean Flow, Messbarkeit und Wiederherstellung verbessert werden. 

Eine Capability repräsentiert eine Large Solution Functionality, deren Implementierung oft mehrere ARTs umfasst und so bemessen ist, dass sie innerhalb eines PI bereitgestellt wird. 

Die Cloud steht für virtuelle, bedarfsgesteuerte Verarbeitungs- und Datenspeicherdienste, die für eine kosteneffiziente und skalierbare Infrastruktur und den Betrieb, die Implementierung der DevOps Toolchain sowie die Entwicklung und das Hosting von KI-Anwendung genutzt werdend. 

Communities of Practice (CoPs) sind organisierte Personengruppen mit einem 
gemeinsamen Interesse an einer bestimmten technischen oder geschäftlichen Bereich. Sie arbeiten regelmäßig zusammen, um Informationen auszutauschen, ihre
Kompetenzen zu verbessern und aktiv ihr Domänenwissen weiterzuentwickeln.

Compliance 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, branchenspezifischen oder
anderen relevanten Standards erfüllen.

Die Continuous Delivery Pipeline (CDP) bildet die Arbeitsabläufe, Aktivitäten und Automatisierungen, die erforderlich sind, um neue Funktionen von der Idee bis zum ON-Demand Release von Werten zu leiten. 

Continuous Deployment (CD) ist ein Aspekt der Continuous Delivery Pipeline, der die Migration neuer Funktionen von einer Staging-Umgebung in die Produktion automatisiert, wo sie für das Release zur Verfügung gestellt werden. 

Continuous Exploration (CE) ist ein Aspekt der Continuous Delivery Pipeline, der die Innovation vorantreibt und die Abstimmung darüber fördert, was entwickelt bzw. gebaut werden soll, indem der Markt und die Kundenbedürfnisse kontinuierlich erforscht und eine Vision, eine Roadmap und eine Reihe von Funktionen für eine Lösung definiert werden. 

Continuous Integration (CI) ist ein Aspekt der Continuous Delivery Pipeline, in der neue Funktionen entwickelt, getestet, integriert und validiert werden, um die Bereitstellung und Veröffentlichung vorzubereiten. 

Continuous Learning Culture (CLC) beschreibt eine Reihe von Werten und Praktiken, die Einzelpersonen - und das Unternehmen als Ganzes - ermutigen, Wissen, Kompetenz, Leistung und Innovation kontinuierlich zu erweitern. 

Coordinate and Deliver beschreibt die Praktiken, die Solution Trains anwenden, um die Abstimmung und Zusammenarbeit aufrechtzuerhalten, die erforderlich sind, um Large Solution-Kund/innen kontinuierlich einen Mehrwert zu bieten. 

Die vier Kernwerte Ausrichtung, Transparenz, Respekt vor Menschen und unermüdliche Verbesserung stellen die grundlegenden Überzeugungen dar, die der Schlüssel zur Effektivität von SAFe sind. 

Kund/innen sind die letztendlichen Nutzer/innen des Wertes der Solutions, die durch die Wertströme eines Portfolios erstellt und gewartet werden.

Customer centricity ist eine Denkweise, die sich darauf konzentriert, positive Erlebnisse für Kund/innen durch die gesamte Palette der Produkte und Dienstleistungen zu schaffen, die das Unternehmen bietet. 

Design Thinking ist ein kundenzentrierter Entwicklungsprozess zur Gestaltung wünschenswerter Produkte, die über ihren Lebenszyklus hinweg profitabel und nachhaltig sind.

Ein Entwicklungswertstrom ist die Abfolge von Aktivitäten, die erforderlich sind, um eine Geschäftshypothese in eine digitalfähige Lösung umzuwandeln, die einen Kundenwert liefert. 

DevOps ist eine Denkweise, eine Kultur und eine Reihe technischer Praktiken, die die Integration, Automatisierung und Zusammenarbeit unterstützen, die für die effektive Entwicklung und den Betrieb einer Lösung erforderlich sind. 

Enabler sind Backlog-Elemente, die den Architectural Runway der zu entwickelnden Lösung erweitern oder den Entwicklungswertstrom verbessern. 

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

Der Enterprise Architect ist für die Erstellung der Technologievision, Strategie und Roadmap des Portfolios verantwortlich. 

Die Kompetenz Enterprise Solution Delivery (ESD) beschreibt die Praktiken, die erforderlich sind, um SAfe-Prinzipien und -Praktiken auf die Spezifikation, die Entwicklung, den Betrieb und die Weiterentwicklung der größten und anspruchsvollsten Softwareanwendungen, Netzwerke und cyber-physischen Systeme der Welt anzuwenden. 

Epic Owners sind für die Koordination von Portfolio Epics durch das Portfolio Kanban-System verantwortlich.

Ein Epic ist eine bedeutende Initiative zur Entwicklung von Lösungen. 

Essential SAFe bietet die minimalen Elemente, die für Agile Release Trains erforderlich sind, um Lösungen bereitzustellen, und ist der einfachse Ausgangspunkt für die Implementierung. 

Ein Feature stellt eine Lösungsfunktionalität dar, die einen Geschäftswert liefert, ein Bedürfnis der Stakeholder erfüllt und so dimensioniert ist, dass es von einem Agile Release Train innerhalb eines PI geliefert wird. 

Die Innovations- und Planungsiteration ist eine einzigartige, gezielte Iteration, die bei jedem PI stattfindet. Sie dient als Puffer für die Erreichung von Pi Objectives, stellt Zeit für Innovation und Weiterbildung, für das PI Planning und Inspect and Adapt-Events (I&A) zur Verfügung. 

Inspect and Adapt (I&A) ist ein signifikantes Event, das am Ende jedes Program Increment
(PI) stattfindet, wo der aktuelle Stand der Lösung gezeigt und bewertet wird. Die Teams reflektieren und identifizieren dann in einem strukturierten Problemlösungsworkshop Verbesserungen, die im Backlog eingetragen werden. 

Iterationen sind ein standardmäßiges Zeitfenster von fester Dauer, in dem agile Teams und ARTs einzeln und gemeinsam einen inkrementellen Kundennutzen liefern, während sie auf die Pi Objectives hinarbeiten.

Iteration Planning ist ein SAFe Scrum-Event, bei dem alle Teammitglieder festlegen, wie viel des
Team Backlogs sie während einer bevorstehenden Iteration liefern können. Das Team fasst diese Arbeit in einer Reihe von festgelegten Iterationszielen zusammen. 

Die Iteration Retrospective ist ein regelmäßiges Event, bei dem die Teammitglieder die Iterationsergebnisse diskutieren, ihre Vorgehensweisen überprüfen und Verbesserungsmöglichkeiten aufzeigen. 

Das Iteration Review ist ein regelmäßiges SAFe Scrum-Event, bei dem das Team das Iterationsinkrement überprüft, den Fortschritt bewertet und das Team-Backlog anpasst. 

Large Solution SAFe ist für Unternehmen gedacht, die große und komplexe Solutions entwickeln, die kein Portfolio erfordern.

Lean Budget Guardrails beschreiben die Richtlinien und Praktiken für Budgetierung, Ausgaben und Steuerung für ein bestimmtes Portfolio.

Lean Budgets ist ein finanzieller Steuerungsansatz, der Wertströme anstelle von Projekten finanziert, die Wertschöpfung beschleunigt und den mit der traditionellen Projektkostenrechnung verbundenen Overhead und die Kosten reduziert.

Das Lean Enterprise ist eine florierende Organisation des digitalen Zeitalters, die geschäftliche Agilität zeigt - schnell auf Marktveränderungen und sich abzeichnende Chancen zu reagieren, indem es ihren Kunden innovative Systeme und Solutions in kürzester Zeit und mit kürzester tragbarer Vorlaufzeit bereitstellt.

Die Kompetenz Lean Portfolio Management (LPM) bringt Strategie und Ausführung in Einklang, indem sie Lean und Systems Thinking auf Strategie und Investitionsfinanzierung, agile Portfolioabläufe und Governance anwendet.

Lean User Experience (Lean UX) ist ein teambasierter Ansatz zur Entwicklung besserer Produkte, bei dem der Fokus weniger auf theoretisch idealem Design als vielmehr auf iterativem Lernen, der allgemeinen Benutzererfahrung und den Kundenergebnissen liegt.

Die Kompetenz Lean-Agile Leadership (LAL) beschreibt, wie Führungskräfte den organisatorischen Wandel und die operative Exzellenz vorantreiben und aufrechterhalten, indem sie Einzelpersonen und Teams befähigen, ihr höchstes Potential zu erreichen.

Das Lean-Agile Mindset ist die Kombination aus Überzeugungen, Annahmen, Einstellungen und Handlungen von SAFe Führungskräften und SAFe Practicioners, die sich die Konzepte des Lean Thinking und des Agilen Manifests zu eigen machen.

Measure and Grow ist ein Ansatz, den SAFe-Unternehmen verwenden, um den Fortschritt in Richtung Business-Agilität zu bewerten und Verbesserungsmaßnahmen festzulegen.

Model-Based Systems Engineering (MBSE) ist die Praxis der Entwicklung einer Reihe verwandter Modelle, die dabei helfen, ein System während seiner Entwicklung zu definieren, zu entwerfen, zu simulieren und zu dokumentieren.

Nichtfunktionale Anforderungen (NFRs) sind Systemqualitäten, die das Design der Lösung leiten und oft als Einschränkungen für die relevanten Backlogs dienen.

Objectives and Key Results (OKRs) sind ein kollaboratives Framework zur Festlegung klarer Ziele und messbarer Ergebnisse.

Ein Operational Value Stream (OVS) ist die Abfolge von Aktivitäten, die erforderlich sind, um Kund/innen ein Produkt oder eine Dienstleistung zu liefern.

Die Kompetenz Organisationale Agilität (OA) beschreibt, wie Lean-Denker/innen und agile Teams im gesamten Unternehmen ihre Geschäftsprozesse optimieren, Strategien mit klaren und entschlossenem neuen Engagement entwickeln und die Organisation bei Bedarf schnell anpassen, um neue Chancen zu nutzen.

Participatory Budgeting (PB) ist ein kollaborativer Prozess zur Zuordnung des Portfoliobudgets zu seinen Wertströmen.

Die PI Objectives fassen die geschäftlichen und technischen Ziele zusammen, die Teams und Trains in dem kommenden PI erreichen wollen.

Das PI Planning ist ein kadenzbasiertes Event für den gesamten ART, das Teams und Stakeholder auf eine gemeinsame Mission und Vision ausrichtet.

Ein Planungsintervall (PI) ist ein kadenzbasiertes Zeitfenster, in dem Agile Release Trains Kund/innen in Übereinstimmung mit den PI-Zielen einen kontinuierlichen Mehrwert liefern.

Das Portfolio Backlog ist ein Kanban-System, das zur Erfassung und Verwaltung der Business und Enabler Epics verwendet wird, die für die Erstellung und Weiterentwicklung der Produkte, Dienstleistungen und Solutions des Portfolios vorgesehen sind.

Portfolio Flow beschreibt einen Zustand, in dem das Lean Portfolio Management einen kontinuierlichen Fluss neuer Epics an Solution Trains und ARTs liefert, um die Vision und die strategischen Themen des Portfolios zu erreichen.

Portfolio SAFe bietet Strategie und Investitions-Finanzierung , einen agilen Portfolio-Prozess und Lean-Governance für einen oder mehrere Wertströme.

Die Portfolio Vision beschreibt den zukünftigen Zustand der Wertströme und Solutions eines Portfolios.

Ein Pre-Plan beschreibt die Aktivitäten, die die ARTs innerhalb eines Solution Trains auf das PI Planning abstimmen und vorbereiten.

Das Produktmanagement ist die Funktion, die für die Definition wünschenswerter, realisierbarer, machbarer und nachhaltiger Lösungen verantwortlich ist, die die Kundenbedürfnisse erfüllen und die Entwicklung über den gesamten Produktlebenszyklus hinweg unterstützen.

Der Product Owner (PO) ist das agile Teammitglied, das in erster Linie dafür verantwortlich ist, den vom Team gelieferten Wert zu maximieren, indem es sicherstellt, dass das Team-Backlog auf die Bedürfnisse von Kund/innen und Stakeholdern abgestimmt ist.

Release on Demand ist ein Aspekt der Continous Delivery Pipeline, der neue Funktionen sofort oder schrittweise basierend auf den Geschäfts- und Kundenanforderungen freigibt. 

Der Release Train Engineer (RTE) ist eine dienende Führungskraft (Servant Leader) und ein ART Coach, der ART-Events und -Prozesse erleichtert und Teams bei der Wertschöpfung unterstützt.

Die Roadmap ist ein Zeitplan mit Ereignissen und Meilensteinen, der geplante Lösungsleistungen über einen Zeithorizont prognostiziert und kommuniziert.

SAFe ist das weltweit führende Framework für Business-Agilität. SAFe integriert die Stärken von Lean, Agile und DevOps in einem umfassenden Betriebssystem. Dies hilft Unternehmen im digitalen Zeitalter erfolgreich zu sein, indem innovative Produkte und Dienstleistungen schneller, vorhersehbarer und mit höherer Qualität geliefert werden.

SAFe for Government ist eine Reihe von Erfolgsmustern, die Organisationen des öffentlichen Sektors helfen, bessere Ergebnisse bei der Lösungsentwicklung zu erzielen, indem sie Werte, Denkweisen, Prinzipien und Praktiken von SAFe Lean-Agile implementieren.

Die SAFe Implementation Roadmap besteht aus einer Übersichtsgrafik und einer 14-teiligen Artikelserie, die eine Strategie in Form einer Reihenfolge von Aktivitäten beschreibt, um SAFe erfolgreich zu implementieren.

SAFe basiert auf zehn unveränderlichen, grundlegenden Lean-Agile-Prinzipien. Diese inspirierenden Grundsätze und wirtschaftlichen Konzepte sind die Basis für alle Rollen und Praktiken in SAFe.

SAFe Practice Consultants (SPCs) sind zertifizierte Change Agents, die ihr technisches Wissen über SAFe mit einer intrinsischen Motivation kombinieren, um die Software, Systeme und agilen Geschäftsprozesse des Unternehmens zu verbessern.

SAFe Scrum ist eine agile Methode, die von Teams innerhalb eines ART verwendet wird, um Kundennutzen in kurzer Zeit zu liefern. SAFe-Scrum-Teams verwenden Iterationen, Kanban-Systeme und Scrum-Events, um ihre Arbeit zu planen, auszuführen, zu demonstrieren und in Retrospektiven darauf zurückzublicken.

SAFe Team Kanban ist eine agile Methode, die von Teams innerhalb eines ARTs verwendet wird, um kontinuierlich Wert zu liefern. SAFe Kanban-Teams wenden bei ihrer täglichen Arbeit einen flussbasierten Prozess an und arbeiten innerhalb der ART-Iterationskadenz.

Der SAFe Scrum Master/Team Coach (SM/TC) ist eine dienende Führungskraft (Servant Leader) und ein Coach für ein agiles Team, der Teamevents und -prozesse moderiert und Teams und ARTs bei der Wertschöpfung unterstützt.

Set-Based Design (SBD) ist eine Lean-Entwicklungspraxis, die Anforderungen und Designoptionen während des Entwicklungsprozesses so lange wie möglich flexibel hält.

Shared Services stellen spezielle Rollen, Personen und Dienstleistungen dar, die für den Erfolg eines Agile Release Trains (ART) oder Solution Trains benötigt werden, aber nicht in Vollzeit eingesetzt werden können.

Eine Solution ist ein Produkt, ein System oder eine Dienstleistung, das bzw. die für interne oder externe Kund/innen einen Mehrwert darstellt.

Der Solution Architect ist dafür verantwortlich, eine gemeinsame technische und architektonische Vision für einen Solution Train zu definieren und zu kommunizieren. Damit wird gewährleistet, dass die zu entwickelnde Solution für den vorgesehenen Zweck geeignet ist.

Der Solution-Kontext legt die wichtigsten Aspekte der Umgebung fest, in der eine Solution funktioniert.

Die Solution Demo bietet den Stakeholdern einen integrierten Überblick über die Beiträge mehrerer ARTs und Lieferanten, um einen objektiven Nachweis der Leistungsfähigkeit einer Lösung zu erhalten und Feedback einzuholen.

Solution Intent ist das Repository zum Speichern, Verwalten und Kommunizieren des Wissens über aktuelles und beabsichtigtes Lösungsverhalten und -design.

Solution Management ist die Funktion, die für die Definition wünschenswerter, realisierbarer, durchführbarer und nachhaltiger Large Solutions, die die Kundenbedürfnisse erfüllen verantwortlich ist. Darüber hinaus ist Solution Management für die Unterstützung der Entwicklung über den gesamten Lebenszyklus der Solution hinweg zuständig.

Der Solution Train ist das organisatorische Konstrukt, das für die Erstellung von Large Solutions verwendet wird und die Koordination mehrerer ARTs und Lieferanten erfordert.

Das Solution Train Backlog ist ein Kanban-System, das dazu dient, die Capabilities und Enabler zu erfassen und zu managen, die die Large Solution verbessern und ihre Architectural Runway erweitern sollen.

Der Solution Train Engineer (STE) ist eine dienende Führungskraft (Servant Leader) und ein Coach, der Solution Train-Events und -Prozesse moderiert, die Arbeit der ARTs und Lieferanten koordiniert und die ARTs bei der Wertschöpfung unterstützt.

Solution Train Flow beschreibt einen Zustand, in dem ein Solution Train dem/der Kund/in einen kontinuierlichen Fluss an wertvollen Capabilities liefert.

Storys sind kurze Beschreibungen eines kleinen Teils der gewünschten Funktionalität, die aus der Perspektive des Benutzers geschrieben werden.

Strategische Themen sind Geschäftsziele auf Portfolioebene, die Wettbewerbsdifferenzierung und strategische Vorteile bieten. Sie liefern den Geschäftskontext für die Portfolio-Strategie und die Entscheidungsfindung und repräsentieren Aspekte der strategischen Absicht des Unternehmens.

Ein Lieferant ist eine interne oder externe Organisation, die Lösungskomponenten, Subsysteme oder Dienstleistungen für ARTs und Entwicklungswertströme entwickelt und bereitstellt.

Der System Architect ist verantwortlich für die Definition und Kommunikation einer gemeinsamen technischen und architektonischen Vision für die von einem ART entwickelten Lösungen.

Die System Demo bietet Stakeholdern eine integrierte Sicht auf die neuen Features, die von allen Teams in der letzten Iteration auf dem ART bereitgestellt wurde. Jede Demo bietet eine objektive Messung des Fortschritts und die Möglichkeit, Feedback zu geben.

Das System Team ist ein spezialisiertes agiles Team, das beim Aufbau und Support der agilen Entwicklungsumgebung hilft, einschließlich der Entwicklung und Wartung der Continous Delivery Pipeline. Es kann auch die Integration von Assets, End-to-End-Lösungstests, DevOps-Mentalität und -Praktiken, Bereitstellung und Release-on-Demand unterstützen.

Die Kompetenz Team and Technical Agility (TTA) beschreibt die kritischen Fähigkeiten, Prinzipien und Praktiken, die leistungsstarke agile Teams in einem Agile Release Train verwenden, um qualitativ hochwertige Lösungen für ihre Kund/innen zu entwickeln.

Das Team Backlog ist ein Kanban-System, das verwendet wird, um die User Stories und Enabler zu erfassen und zu verwalten, die die Lösung verbessern sollen.

Team Flow beschreibt einen Zustand, in dem agile Teams dem/der Kund/in einen kontinuierlichen Wertfluss liefern.

Die Koordination von Wertströmen beschreibt, wie die Abhängigkeiten zwischen den Wertströmen verwaltet und die Chancen genutzt werden können, die in den wechselseitigen Verbindungen bestehen.

Wertstrom-KPIs (Key Performance Indicators) sind die quantifizierbaren Kennzahlen, die verwendet werden, um zu bewerten, wie ein Value Stream im Vergleich zu seinen Geschäftszielen abschneidet.

Wertstrom-Management ist eine Führungs- und technische Disziplin, die den maximalen Fluss des Geschäftswerts durch den gesamten Lebenszyklus der Solution-Entwicklung ermöglicht.

Die Vision ist eine Beschreibung des zukünftigen Zustands der zu entwickelnden Lösung. Sie reflektiert die Bedürfnisse von Kund/innen und Stakeholdern sowie die Features und Fähigkeiten, die zur Erfüllung dieser Bedürfnisse vorgesehen sind.

Weighted Shortest Job First (WSJF) ist ein Priorisierungsmodell, das verwendet wird, um Arbeit für maximalen wirtschaftlichen Nutzen zu sortieren. In SAFe wird WSJF als Cost of Delay (CoD) geteilt durch die relative Auftragsdauer geschätzt.