WSJF in Jira: SAFe-Priorisierung ohne Tabellenkalkulation (2026)

Was ist WSJF — und warum nutzt SAFe es?

Weighted Shortest Job First (WSJF) ist die zentrale Priorisierungsmethode des Scaled Agile Framework (SAFe). Sie wurde von Dean Leffingwell entwickelt und beantwortet eine Frage, die Bauchgefühl nicht zuverlässig beantworten kann: Welche Funktion sollten wir bei begrenzter Teamkapazität zuerst bauen, um den gelieferten wirtschaftlichen Wert pro Zeiteinheit zu maximieren?

Die Antwort lautet nicht „die wertvollste Funktion“, sondern die Funktion mit dem höchsten Verhältnis von Verzögerungskosten (Cost of Delay) zu Umfang (Job Size). Eine kleinere, mäßig wertvolle Funktion kann vor einer riesigen, wertvollen Funktion liegen, weil sie früher ausgeliefert werden kann und Verzögerung teuer ist.

Diese Reihenfolgelogik ist beim PI Planning besonders wirksam: Mehrere Agile Release Trains (ARTs) konkurrieren über ein 10–12-wöchiges Program Increment um dieselbe Kapazität. WSJF gibt dem Release Train Engineer (RTE) und Produktmanagern eine nachvollziehbare quantitative Backlog-Reihenfolge statt eines Raums voller konkurrierender Prioritäten.

Die WSJF-Formel

Die Formel hat zwei Teile: einen Zähler (Verzögerungskosten) aus drei Komponenten und einen einzelnen Nenner (Umfang). Alle vier Werte werden auf derselben relativen Fibonacci-Skala bewertet.

Warum Fibonacci — und wie du richtig bewertest

Alle vier WSJF-Dimensionen verwenden eine relative Fibonacci-Skala: 1, 2, 3, 5, 8, 13, 20. Fibonacci ist bewusst gewählt: Größere Abstände zwingen Teams, bedeutende Unterschiede auszudrücken, statt sich Punkt für Punkt nach oben zu bewegen.

Die entscheidende Regel: Bewerte im Vergleich zu einem Referenzeintrag, nicht auf einer absoluten Skala. Zu Beginn jedes PI-Planning-Termins wählt das Team eine gut bekannte Funktion als Referenz. Alles Weitere wird damit verglichen: „Doppelt so wertvoll? Halb so groß?“ Die klar wertvollste Funktion des gesamten Backlogs erhält 20. Der Rest verteilt sich davon ausgehend.

Deshalb solltest du WSJF nicht allein bewerten. RTEs, Produktmanager und Systemarchitekten bewerten gemeinsam und diskutieren Ausreißer. Der Wert liegt im Gespräch, nicht nur in der Zahl.

Die vier Dimensionen erklärt

Geschäftswert (Business Value)

Geschäftswert erfasst den relativen Nutzen für Kunden, Nutzer oder Unternehmen, wenn die Funktion jetzt geliefert wird. Umsatzpotenzial, Kundenzufriedenheit und strategische Passung fließen in eine einzige relative Zahl ein.

Bewerte Funktionen hoch (13–20), wenn sie neue Einnahmen ermöglichen, ein zentrales Kundenproblem lösen oder ausdrücklich Teil der Jahresstrategie sind. Bewerte Pflegeaufgaben, kleine Verbesserungen und Wünsche weniger Nutzer ohne strategische Relevanz niedrig (1–2).

Zeitkritikalität (Time Criticality)

Zeitkritikalität unterscheidet WSJF am stärksten von RICE. Sie fragt: Wie schadet eine Verzögerung? Eine Funktion ist zeitkritisch bei einer festen externen Frist (regulatorisches Datum, Vertragsmeilenstein, Partnerstart), einem schließenden Marktfenster (Wettbewerber liefert zuerst, saisonale Nachfrage) oder einer Abhängigkeit auf dem kritischen Pfad, die andere Teams blockiert.

Bewerte hoch (13–20), wenn Verzögerungskosten konkret und kurzfristig sind. Vergib 1, wenn die Funktion keine Frist und keinen Wertverlust hat — also in diesem und im nächsten PI gleich wertvoll wäre.

Risikoreduktion / Ermöglichung von Chancen

Diese Dimension erfasst architektonische Grundlagen, Plattforminvestitionen und Risikoverringerung, die nicht sofort direkten Nutzerwert liefern, aber zukünftige Arbeit ermöglichen oder spätere Probleme reduzieren. Ein Refactoring, das eine Klasse von Produktionsstörungen verhindert. Eine API für drei künftige Integrationen. Ein Sicherheitsaudit, das eine Compliance-Lücke schließt.

Ohne diese Dimension verdrängen Funktionen mit direktem Nutzerwert dauerhaft die Grundlagenarbeit, und technische Schulden wachsen. Risikoreduktion hält bei WSJF das Fundament gesund.

Umfang (Job Size)

Umfang ist der Nenner — eine relative Schätzung der gesamten Teamzeit bis zum Abschluss der Funktion, nicht nur der Entwicklung. Berücksichtige Design, QA, Dokumentation und teamübergreifende Abstimmung. Umfang entspricht nicht Story Points: Er umfasst die ganze Funktion vom Start bis zur Auslieferung, unabhängig von der Anzahl der Sprints.

Ein größerer Umfang senkt den WSJF-Wert und schiebt kürzere, wertvolle Arbeit nach oben — das „Shortest Job First“ im Namen.

Ein Rechenbeispiel

Zwei Funktionen konkurrieren um denselben PI-Platz. In einem 30-minütigen Workshop bewertet das Team sie im Vergleich zueinander:

Funktion B kommt zuerst — nicht wegen höherer strategischer Bedeutung, sondern wegen einer festen Kundenvertragsfrist (Zeitkritikalität 13) und eines Umfangs von zwei Punkten. WSJF macht diese Reihenfolgelogik klar sichtbar. Die SSO-Integration wird später wertvoller sein, aber die Verzögerung des CSV-Exports ist konkret teurer genau jetzt. Baue B zuerst.

WSJF in Jira einrichten

Die folgenden Schritte nutzen Priority Scoring for Jira — eine auf Forge basierende App („Runs on Atlassian“, keine externen Server), die WSJF, RICE und ICE als native benutzerdefinierte Felder ergänzt.

1. 1
   Installiere Priority Scoring aus dem Atlassian Marketplace. Suche nach „Priority Scoring“ und installiere die App auf deiner Jira-Cloud-Site. Alle Verfahren einschließlich WSJF sind in der kostenlosen Testversion verfügbar.
2. 2
   Füge das WSJF-Bewertungsfeld zu deiner Projektmaske hinzu. Öffne Jira-Einstellungen → Vorgänge → Masken: Finde die Maske deines Projekts und ergänze „Priority Scoring — WSJF“. Erst danach erscheinen die Schieberegler in Vorgängen.
3. 3
   Bewerte deine erste Funktion. Öffne einen Jira-Vorgang. Du siehst Schieberegler für Business Value, Time Criticality, Risk Reduction und Job Size — jeweils mit Fibonacci-Werten (1, 2, 3, 5, 8, 13, 20). Passe jeden Regler an; der WSJF-Wert darüber aktualisiert sich sofort.
4. 4
   Sieh das priorisierte Backlog. Öffne das Priority-Scoring-Dashboard, wechsle zu WSJF und wähle dein Projekt. Alle bewerteten Vorgänge erscheinen vom höchsten zum niedrigsten WSJF-Wert — mit 🟢🟡🔴 entsprechend deinen konfigurierten Schwellen.
5. 5
   (Optional) Passe die Bewertungsschwellen an. Konfiguriere unter Settings → Score Thresholds die niedrige und hohe WSJF-Grenze. Bei den meisten Teams gelten unter 2 als niedrig (🔴) und über 5 als hoch (🟢). Passe das aber an die Verteilung deines Backlogs an.

WSJF-Schieberegler in einem Jira-Vorgang — Geschäftswert, Zeitkritikalität, Risikoreduktion und Umfang über Fibonacci-Regler, Gesamtwert sofort berechnet

WSJF im PI Planning: Ein praktischer Ablauf

Der wertvollste Zeitpunkt für WSJF in Jira liegt 48–72 Stunden vor einem PI-Planning-Ereignis. Dieser Ablauf holt am meisten heraus:

Der Rovo-KI-Agent in Priority Scoring beschleunigt Schritt 1. Frage: „Schlage einen WSJF-Wert für EPIC-42 vor.“ Er liest die Vorgangsinhalte, schlägt Fibonacci-Werte mit schriftlicher Begründung vor und übernimmt sie im Bestätigungsmodus nach deiner Freigabe ins Feld.

Zur gesammelten Vorbewertung aller untergeordneten Funktionen eines Epics vor einem PI-Ereignis: „Bewerte alle unbewerteten Vorgänge im Projekt CORE mit WSJF.“ Rovo arbeitet bis zum konfigurierten Massenlimit durch die Liste. Zeitkritikalität und Umfang bleiben dem menschlichen Workshop vorbehalten, in dem gemeinsame Maßstäbe am wichtigsten sind.

WSJF und RICE — wann du welches nutzt

WSJF und RICE sehen ähnlich aus, beantworten aber grundlegend unterschiedliche Fragen. Die richtige Wahl hängt vom Kontext ab:

Viele große Organisationen nutzen beides: WSJF für die PI-Reihenfolge von Epics über ARTs hinweg, RICE für Funktionsentscheidungen innerhalb eines Produktteams. Priority Scoring for Jira unterstützt beides im selben Vorgang — ein Klick wechselt die Rangansicht. Vollständiger Vergleich: RICE, WSJF und ICE.

Häufig gestellte Fragen