WSJF (Weighted Shortest Job First)

Die WSJF-Formel lautet: WSJF = Cost of Delay ÷ Job Duration. Die Cost of Delay setzt sich selbst aus drei Faktoren zusammen, die auf einer relativen Skala (oft Fibonacci) bewertet werden: Geschäftswert für den Nutzer, Zeitkritikalität (wie sich der wirtschaftliche Wert mit der Dringlichkeit verändert) und Risikominderung oder Chancennutzung (RR/OE). Teilt man diese Summe durch die geschätzte Job Size, erhält man einen Priorisierungswert — kein Maß für den absoluten Wert, sondern für Wert pro Zeiteinheit.

Da WSJF verhältnisbasiert ist, kann ein kleines, dringendes Element, das ein erhebliches Risiko reduziert, ein groß angelegtes, wertvolles Feature überholen, das Monate zum Bauen braucht. Das macht WSJF besonders wirksam in SAFe, wo es sowohl auf Portfolio-Ebene (Sequenzierung von Epics) als auch auf Programmebene (Sequenzierung von Features während der PI-Planung) angewendet wird — überall dort, wo Teams ein gemeinsames Backlog über mehrere Sprints hinweg ordnen müssen statt einzelne User Stories.

Teams schätzen jede Dimension relativ — nicht in Euro oder Stunden, sondern im Vergleich zu einem Referenzelement. Eine gängige Workshop-Technik ist es, ein mittelgroßes Element auszuwählen, ihm auf jeder Dimension einen Wert von 8 zuzuweisen und dann darüber abzustimmen, ob andere Elemente höher oder niedriger liegen. Das Team teilt die summierte Cost of Delay durch die Schätzung der Job Size (Story Points oder T-Shirt-Größen, die auf Zahlen abgebildet werden) und ordnet die resultierenden Werte.

Der häufigste Fehler ist, WSJF-Werte als präzise Berechnungen statt als strukturierte Gesprächshilfen zu behandeln. Der eigentliche Wert liegt darin, ein Team zu zwingen, Zeitkritikalität und Risiko explizit neben dem Geschäftswert zu diskutieren — Dimensionen, die informelle Bauchgefühl-Priorisierung routinemäßig unterschätzt. Ein Product Operating System, das verbundene Daten sichtbar macht — Umsatz, der mit Accounts verknüpft ist, offene Risiken, die mit Features verbunden sind, Feedback-Volumen pro Anfrage — gibt diesen WSJF-Gesprächen eine faktische Grundlage, statt sich allein auf das Bauchgefühl zu verlassen.

WSJF unterscheidet sich von RICE (Reach, Impact, Confidence, Effort) auf zwei entscheidende Arten: Es modelliert Zeitkritikalität und Opportunitätskosten explizit, und es stammt aus Lean-Agile / SAFe statt aus der Growth-Product-Kultur. RICE passt zu Entscheidungen auf Feature-Ebene, wenn Reichweitendaten verfügbar sind; WSJF passt zur Sequenzierung auf Programmebene, wo die Cost of Delay — einschließlich der Kosten, etwas jetzt nicht zu tun — die dominierende Variable ist.

ICE-Scoring (Impact, Confidence, Ease) ist die leichtgewichtigste Alternative, am besten geeignet für frühphasige Teams, die schnell vorankommen wollen, ohne über reichhaltige Daten zu verfügen. WSJF liegt zwischen ICE und einem vollständigen ökonomischen Framework: rigoroser als ICE, festgelegter als ein individuelles gewichtetes Modell und eng in den PI-Planning-Rhythmus von SAFe eingebunden.