Vorbemerkungen:

• Da in einem Backlog unterschiedliche Elemente wie Anforderungen, User Storys, Aufgaben, etc. enthalten sein können, werden diese Elemente im Folgenden ganz allgemein "Backlog-Items" bezeichnet.
• Aus Gründen der einfacheren Lesbarkeit wird im Folgenden nur die grammatikalisch männliche Form (der Product Owner, Teilnehmer) verwendet. Es sind dabei aber stets Personen jeden Geschlechts gemeint.

In agilen Vorgehensmodellen (z.B. Scrum) ist der Product Owner verantwortlich dafür, die Backlog-Items zu priorisieren. Allerdings definieren diese Vorgehensmodelle dafür keine eindeutige Metrik. In der Praxis priorisieren Product Owner deshalb die Backlog-Items nach ihrer subjektiven Einschätzung, wobei Themen wie Risiko, geschäftlicher Wert (Value) und geschätzter Aufwand mit einfließen. Dies verursacht insbesondere beim Einfügen neuer Items einen hohen Aufwand, da auch die bereits bewerteten Items noch einmal betrachtet werden müssen.

WSJF bietet hier eine Hilfestellung mit ökonomischem Fokus, indem es eine Kennzahl, den WSJF-Index, gemäß einem genau definierten Ermittlungsverfahren berechnet. Auf diese Weise liefert WSJF direkt die Position, an der das neue Item eingefügt werden muss.

Größe und Wert eines Backlog-Items

Die Priorität eines Backlog-Items ergibt sich aus zweien seiner Attribute: Größe und Wert.

Die Größe entspricht dem absolut oder relativ geschätzten Aufwand für die Erfüllung des Backlog-Items gemäß der für dieses Projekt gültigen Definition of Done. Die Größe kann in beliebigen Einheiten angegeben sein, typisch sind Story Points oder Arbeitsaufwand in Zeiteinheiten. Schritt 1 beschreibt die Ermittlung der Größe.

Wert bedeutet generell, Umsatz zu erhöhen oder Kosten zu reduzieren. Jeder Tag, der bis zur Umsetzung der geplanten Maßnahme vergeht, bedeutet also entgangenen Umsatz bzw. entgangene Kostenersparnis. Diese Kosten, die durch das Liegenlassen einer Aufgabe entstehen, werden als Verzögerungskosten (Cost of Delay, COD) bezeichnet. Verzögerungskosten werden zwar nur von wenigen Organisationen erhoben, können aber schnell die Kosten für die Abarbeitung um ein Vielfaches übersteigen. WSJF hilft, die Aufgaben bzw. Backlog-Items unter Berücksichtigung von COD und deren Größe zu priorisieren. Schritt 2 beschreibt, wie der Wert einer Aufgabe in relativen Einheiten quantifiziert werden kann.

Der WSJF-Index

Mithilfe von Größe und Wert können die Backlog-Items nun in eine betriebswirtschaftlich optimierte Reihenfolge der Abarbeitung gebracht werden. Die Betrachtung zweier Extremfälle (gleicher Wert / gleiche Größe) liefert folgende Regeln:

• Haben zwei Aufgaben dieselbe Größe, aber einen unterschiedlichen Wert, sollte die wertvollere Aufgabe zuerst abgearbeitet werden
• Haben zwei Aufgaben denselben Wert, aber eine unterschiedliche Größe, sollte die kleinere Aufgabe zuerst abgearbeitet

Reinertsen (s.u. Herkunft) schlägt als Verallgemeinerung dieser Regeln vor, Wert und Größe zueinander ins Verhältnis zu setzen und somit eine Priorisierungsmetrik zu erhalten:

Gleichung 1: Definition des WSJF-Indexes

Schritte 3 und 4 erläutern, wie Sie die Priorisierung erstellen und mit ihr arbeiten.

Schritt 1: Schätzen Sie die Größe der Backlog-Items ab!

Für den Nenner des WSJF-Indexes benötigen Sie die Größe des Backlog-Items. Da der WSJF-Index dimensionslos berechnet wird, kann die Einheit für die Größe beliebig gewählt werden, solange sie für alle Backlog-Items identisch ist. Im agilen Projektmanagement wird die Größe meist in relativen Einheiten geschätzt, z.B. Story-Points. Genauso können Sie hier aber mit Aufwandsschätzungen in Zeiteinheiten (Arbeitsstunden, -tage usw.) arbeiten.

Wenn bereits eine Aufwandsschätzung für die Backlog-Items vorliegt, prüfen Sie diese auf Vollständigkeit und Konsistenz.

Andernfalls führen Sie eine Aufwandsschätzung für die Backlog-Items durch. Für den Einsatz von WSJF ist es nicht relevant, welches Schätzverfahren Sie benutzen. Wählen Sie deshalb ein dem vorgegebenen Projektmanagement-System entsprechendes Verfahren. Bei agilen Vorgehensweisen können Sie z.B. Planning Poker oder Team Estimation Game verwenden. Im traditionellen Projektmanagement können Sie z.B. die PERT-Drei-Punkt-Schätzung einsetzen.