Es gibt verschiedene Methoden, die Produktverantwortlichen bei der Entscheidung helfen, welches Backlog-Element sie an die erste Stelle setzen sollen. Dass es sich auszahlt, dies (mehr oder weniger) richtig zu tun, wurde in den Blogs von Maurits Rijk und Jeff Sutherland gezeigt. Diese Ansätze für die Reihenfolge der Backlog-Elemente gehen alle davon aus, dass Elemente, die das Team einmal aufgenommen hat, fertiggestellt werden, nach dem Motto:'Hör auf anzufangen, fang an fertigzustellen'. Ein Beispiel für einen bekannten Algorithmus für die Reihenfolge ist Weighted Shortest Job First(WSJF). Bei Objekten, die unterbrochen werden können, führt dies nicht zur bestmöglichen Planung. Zu den Elementen, die in der Regel durch andere Elemente unterbrochen werden, gehören Story Map Slices, (große) Epen, Themen, Marketable Features und möglicherweise mehr. In diesem Blog zeige ich Ihnen, welche Zeitplanung optimaler ist und wie sie funktioniert. 
Gewichteter kürzester Job zuerst (WSJF)
Im WSJF basiert die Planung der Arbeit, d.h. der Product Backlog-Elemente, sowohl auf dem Aufwand als auch auf dem (geschäftlichen) Wert des Elements. Der Aufwand kann in Dauer, Story Points oder Arbeitsstunden angegeben werden. Der geschäftliche Wert kann mit Hilfe der Cost of Delay oder wie von SAFe vorgeschrieben berechnet werden. Wenn Aufwand und Wert für die Backlog-Elemente bekannt sind, kann jedes Element durch einen Punkt dargestellt werden. Siehe das Bild auf der rechten Seite. Die richtige Zeitplanung erhalten Sie, indem Sie die gestrichelte Linie von rechts unten nach links oben streichen (wie ein Scheibenwischer).
In der Praxis sind sowohl der Wert als auch der Aufwand nicht genau bekannt, sondern werden geschätzt. Das bedeutet, dass die Produktverantwortlichen Punkte, die 'nahe' beieinander liegen, gleich behandeln werden. Das Bild auf der linken Seite zeigt diesen Prozess. Alle grünen Bereiche haben den gleichen ROI (Geschäftswert geteilt durch Aufwand) und haben ungefähr den gleichen Wert für ihr WSJF. Die Produktverantwortlichen werden die Elemente wahrscheinlich nach folgenden Kriterien planen: grüne Zellen von links nach rechts. Dann betrachten Sie die nächste "Reihe" von Zellen von links nach rechts.
Andere Terminplanungsregeln
Mindestens seit den 1950er Jahren (und wahrscheinlich schon früher) ist bekannt, dass WSJF der optimalste Planungsmechanismus ist, wenn sowohl der Wert als auch die Größe bekannt sind. Die zusätzliche Bedingung ist, dass ein
Keine Vorkaufsrechte erlaubt
- kein Wert, kein Aufwand: FIFO
- nur Aufwand: SJF / SEPT
- nur Wert: auf Wert
- Aufwand & Wert: WSJF / SEPT/C
- Story map slices: WSJF (kein Vorkaufsrecht)
FIFO = First in, First out SEPT = Kürzeste erwartete Bearbeitungszeit SJF = Kürzester Auftrag zuerst C = Kosten Beispiele: (a) User Stories im Sprint Backlog: WSJF, (b) Produktionsereignisse: FIFO oder SJF, (c) Story Map Slices, die ein minimal marktfähiges Feature (oder kurz Feature) darstellen. Das Weglassen einer einzigen User Story aus einem Feature schafft keinen geschäftlichen Wert (deshalb handelt es sich um ein minimal marktfähiges Feature) und das Starten eines solchen Slices bedeutet auch, dass es abgeschlossen wird, bevor etwas anderes begonnen wird. Diese werden mit WSJF geplant. (d) User Stories, die Teil eines Features sind. Sie stellen für sich genommen keinen Wert dar, sind aber alle notwendig, um das Feature, zu dem sie gehören, fertigzustellen. Planen Sie diese gemäß dem SJF.
Vorkaufsrecht erlaubt
- kein Wert: SIRPT (SIJF)
- Aufwand & Wert: SIRPT/C oder WSIJF (Vorkaufsrecht)
- SIRPT = Kürzeste bevorstehende verbleibende Bearbeitungszeit
SIRPT/C = Shortest Imminent Remaining Processing Time, gewichtet nach Kosten SIJF = Shortest Imminent Job First WSIJF = Weighted Shortest Imminent Job First Die 'offizielle' Bezeichnung für WSIJF ist SIRPT/C. In diesem Blog verwende ich Weighted Shortest Imminent Job First, oder WSIJF. Beispiele: (a) Story Map Slices, die mehr als ein Feature (minimales marktfähiges Merkmal) enthalten. Wir nennen diese Feature-Sets. Diese werden mit WSIJF geplant. (b) (Große) Epen, die aus mehr als einem Feature Set bestehen, oder Epen, die sich oben rechts im Windschutzscheibenwischer-Diagramm befinden. Letztere werden in der Regel in kleinere aufgeteilt, die den meisten Wert für weniger Aufwand enthalten. Verwenden Sie WSIJF.
Zusammenfassung
- User Story (z.B. im Sprint Backlog und nicht Teil eines Features): WSJF
- User Story (Teil eines Features): SJF
- Merkmal: WSJF
- Feature Set: WSIJF
- Epen, Story Maps: WSIJF
Gewichteter kürzester bevorstehender Job zuerst (WSIJF)
Mathematisch gesehen ist die WSIJF nicht so einfach zu berechnen wie die WSJF. Vielleicht erkläre ich auch diese Formel in einem anderen Blog, aber in diesem Blog beschreibe ich nur, was WSIJF in Worten tut und zeige, wie sie sich auf das Diagramm mit den farbigen Abschnitten auswirkt.
WSIJF: Arbeiten, die sehr wahrscheinlich in den nächsten Perioden abgeschlossen werden, haben hohe Priorität
Was bedeutet das? Denken Sie daran, dass WSIJF nur für Arbeiten gilt, die zugunsten anderer Arbeiten vorweggenommen werden dürfen. Die Vorrangstellung erfolgt zu bestimmten Zeitpunkten. Bekannte Beispiele sind Sprints, Releases (Go-Live-Ereignisse) oder Produktinkremente, wie sie im SAFe-Framework verwendet werden. Die Berechnung der Priorität berücksichtigt:
- die Wahrscheinlichkeit (oder Chance), dass die Arbeit in den nächsten Perioden abgeschlossen wird,
- falls in den nächsten Perioden abgeschlossen, die voraussichtliche Dauer, und
- die bereits aufgewendete Zeit.
Beispiel. Nehmen wir an, ein Scrum-Team hat eine Kadenz von 2-wöchigen Sprints und die verbleibende Zeit bis zur nächsten Veröffentlichung beträgt 3 Sprints. Bestimmen Sie für jedes Element im Backlog die Wahrscheinlichkeit, dass es im nächsten Sprint fertiggestellt wird, und dividieren Sie es durch die erwartete Dauer. Gleiches gilt für die Fertigstellung desselben Elements in den nächsten 2 und 3 Sprints. Für jedes Element erhalten Sie 3 Zahlen. Der Wert geteilt durch das Maximum dieser Zahlen ist die Priorität des Backlog-Elements.
Beispiel: Quantifizierung des WSIJF
Im vorigen Absatz habe ich die Grundlagen des WSIJF beschrieben und seine Wirkung nur qualitativ angedeutet. Um dies zu konkretisieren, lassen Sie uns große Epen betrachten, die anhand von T-Shirt-Größen geschätzt wurden. Da sich WSIJF auf die Größe auswirkt und weniger auf den Wert, werde ich den Wert in diesem Fall nicht berücksichtigen. Auf subtile Weise spielt auch der Wert eine Rolle, aber für die Zwecke dieses Blogs werde ich hier nicht darauf eingehen. Es steht den Teams frei, die T-Shirt-Größen nach eigenem Ermessen zu definieren. In diesem Blog werden die folgenden 5 T-Shirt-Größen verwendet:
- XS ~ < 1 Sprint
- S ~ 1 - 2 Sprints
- M ~ 3 - 4 Sprints
- L ~ 5 - 8 Sprints
- XL ~ > 8 Sprints
Artikel der Größe XL benötigen etwa 8 Sprints, also in der Regel 4 Monate. Dies sind sehr große Artikel.
Natürlich sind die Schätzungen genau das, was sie sind: Schätzungen. Die Fertigstellung eines Artikels kann weniger oder mehr Sprints in Anspruch nehmen. Tatsächlich entsprechen T-Shirt-Größen Wahrscheinlichkeitsverteilungen: Ein Artikel der Größe 'M' hat eine Wahrscheinlichkeit, früher als 3 Sprints fertig zu werden oder länger als 4 Sprints zu dauern. Für diese Verteilungen nehme ich:
- XS ~ < 1 Sprint (85% Wahrscheinlichkeit, innerhalb von 1 Sprint abzuschließen)
- S ~ 1 - 2 Sprints (85% Wahrscheinlichkeit, innerhalb von 3 Sprints fertig zu werden)
- M ~ 3 - 4 Sprints (85% Wahrscheinlichkeit, innerhalb von 6 Sprints abzuschließen)
- L ~ 5 - 8 Sprints (85% Wahrscheinlichkeit, innerhalb von 11 Sprints abzuschließen)
- XL ~ > 8 Sprints (85% Wahrscheinlichkeit, innerhalb von 16 Sprints abzuschließen)
Wie Sie aus der Abbildung ersehen können, ist die Ungewissheit über die Fertigstellung des Artikels in der nächsten Periode umso größer, je größer der Artikel ist. Hinweis: Für die Wahrscheinlichkeitsverteilung wurde die Wald- oder Inverse Gauß-Verteilung verwendet. Auf der Grundlage dieser Verteilungen können wir die Prioritäten gemäß WSIJF berechnen. Diese sind in der folgenden Tabelle zusammengefasst:
Spalte 2 gibt die Wahrscheinlichkeit an, ein Element in der nächsten Periode, hier den nächsten 4 Sprints, abzuschließen. Im Falle eines 'M' ist dies 50%. Spalte 3 zeigt an, wie lange das Projekt voraussichtlich dauern wird, wenn es abgeschlossen ist. Für ein Element der Größe 'M' sind dies 3,22 Sprints. Spalte 4 enthält die berechnete Priorität als 'Wert von Spalte 2' geteilt durch 'Wert von Spalte 3'. Die letzte Spalte zeigt den Wert, der mit SJF berechnet wurde. Die Tabelle zeigt, dass Elemente der Größe 'S' sowohl im SIJF- als auch im SJF-Schema den gleichen Prioritätswert haben. Artikel, die größer als 'S' sind, haben im Vergleich zum SJF eine viel niedrigere Priorität. Hinweis: Es gibt leichte Änderungen an der Tabelle, wenn verschiedene Zeiträume berücksichtigt werden und die bereits für Artikel aufgewendete Zeit berücksichtigt wird. Diese zusätzliche Komplexität überlasse ich einem zukünftigen Blog. In der Praxis haben Produktverantwortliche nur den geschätzten Aufwand und Wert zur Hand. Wenn Sie das Backlog nach den farbigen Abschnitten ordnen, die weiter oben in diesem Blog gezeigt wurden, ist es am einfachsten, eine modifizierte Version dieses Bildes zu verwenden:
Planen Sie die Arbeitsaufgaben gemäß dem obigen Diagramm ein, wobei Sie die ursprünglichen Wert- und Aufwandsschätzungen verwenden: grüne Zellen von links nach rechts, dann die nächste Zeile von links nach rechts.
Fazit
Die meisten Mechanismen zur Priorisierung des Backlogs basieren auf einer Variante des ROI (Wert geteilt durch Aufwand). Dies ist zwar die optimalste Planung für Artikel, die nicht vorgezogen werden dürfen, aber nicht die beste Methode, um Artikel zu planen, die vorgezogen werden dürfen. Als Richtschnur:
- Verwenden Sie WSJF(Weighted Shortest Job First) für (kleinere) Arbeitselemente, bei denen ein Vorgriff nicht zulässig ist, wie z.B. einzelne User Stories mit (echtem) Geschäftswert im Sprint Backlog und Features (minimal vermarktbare Features, z.B. Slices in einer Story Map).
- Verwenden Sie SJF(Shortest Job First) für User Stories innerhalb eines Features.
- Verwenden Sie WSIJF(Weighted Shortest Imminent Job First) für größere Epen und Sammlungen von Features (Feature Set), entsprechend der obigen Tabelle, oder verwenden Sie das modifizierte Sektordiagramm, um die Qualität zu verbessern.
Referenzen
- [Kle1976] Warteschlangensysteme, Bd. 2: Computeranwendungen , Version 2, Leonard Kleinrock, 1976
- [Rij2011] A simulation to show the importance of backlog prioritisation, Maurits Rijk, Juni 2011, A simulation to show the importance of backlog prioritization
- [Sut2011] Warum ein guter Product Owner den Umsatz um mindestens 20% steigern wird, Jeff Sutherland, Juni 2011, Why product owner will increase revenue/
Verfasst von
Pieter Rijken
Unsere Ideen
Weitere Blogs
Contact