Timeboxing und Budgetierung

Ziel

Timeboxing und Budgetierung priorisieren, indem sie die übliche Reihenfolge umkehren: Zuerst wird die Ressource festgelegt, eine Lieferdauer oder ein Betrag, als eine Grösse, die sich nicht bewegt, danach werden die Anforderungen ausgewählt, die hineinpassen, nach absteigendem Wert, bis zur Grenze. Timeboxing legt die Zeit fest, die das Team aufwenden kann, Budgetierung legt das verfügbare Geld fest, und der Mechanismus ist derselbe: Die Ressource dehnt sich nicht, um die Wunschliste aufzunehmen, sondern die Liste schrumpft, um in die Ressource zu passen. Diese Umkehrung behandelt zugleich die zwei Arten, auf die ein Team scheitern kann, das unter einer Beschränkung priorisiert: seine Anforderungen nach Wichtigkeit zu ordnen, ohne je zu sagen, wo die Arbeit endet und die Obergrenze erst beim Überschreiten zu entdecken; oder die Obergrenze Anforderung um Anforderung verrutschen zu lassen, bis das angekündigte Datum oder Budget nichts mehr bedeutet.

Das BABOK ordnet diesen Ansatz unter die vier Arten ein, Informationen der Business-Analyse zu priorisieren, neben Gruppierung, Rangfolge und Verhandlung. Was ihn von den anderen dreien unterscheidet, ist eine im Voraus festgelegte Grenze. Die Gruppierung ordnet Anforderungen ohne Obergrenze in Kategorien, die Rangfolge ordnet sie ohne Obergrenze, die Verhandlung sucht eine Einigung ohne Obergrenze. Timeboxing und Budgetierung sind der einzige Ansatz, bei dem zuerst eine Beschränkung gesetzt wird, unabhängig von den Anforderungen, und bei dem die Gesamtheit der Anforderungen zu dem wird, was sich anpasst. Das BABOK hält fest, dass dieser Ansatz häufig verwendet wird, sobald die Lösungsausrichtung festgelegt ist und meist dann, wenn ein fester Termin eingehalten werden muss oder wenn eine Lösung regelmässig und häufig erweitert wird.

Die Entscheidung, die er stützt, betrifft den Inhalt einer eingeschränkten Lieferung: Welche Teilmenge von Anforderungen erzeugt bei einer Ressource, die sich nicht bewegt, den grössten Wert unter dieser Obergrenze, und welche ausdrücklich zurückgestellt oder aufgegeben werden. Das Ergebnis ist eine an die Zeit oder das Budget angepasste Menge von Anforderungen: die aufgenommenen Elemente, ihre kumulierten Kosten gegenüber der Obergrenze und die ausgeschiedenen Elemente mit ihrem Wert, sodass die Abwägung sichtbar ist. Das BABOK erinnert daran, dass Prioritäten neu bewertet werden, wenn sich Umfeld, Stakeholder oder Informationen ändern: Die Schnittlinie ist daher datiert und wird mit ihnen neu gezogen.

Verwendung

Wann einsetzen

• Fester, nicht verhandelbarer Termin: regulatorische Inbetriebnahme, vertragliches Datum, Marktfenster, das sich nicht verschiebt.
• Budget oder Personal bereits zugewiesen und gedeckelt: ein bewilligter Betrag, ein vertraglicher Rahmen, ein für das Quartal zugeteilter Personalbestand.
• Lösungsausrichtung bereits festgelegt: offen ist, wie viel Umfang hineinpasst.
• Regelmässige Lieferkadenz: jeder Zyklus ist seine eigene feste Ressourcenzuteilung, wie ein Quartalsrelease.
• Velocity oder Kostenschätzung zuverlässig: die Anpassung ist nur so viel wert wie die zugrunde liegenden Aufwandszahlen.
• Wertpriorität bereits festgelegt: eine Rangfolge oder ein MoSCoW-Durchgang liefert die Reihenfolge des Auffüllens.

Wann nicht einsetzen

• Keine feste Obergrenze: bleiben Datum oder Budget verhandelbar, besser die Rangfolge, die ohne Obergrenze ordnet.
• Anforderungen nicht unabhängig teilbar: eine Teilmenge liefert ein kaputtes Ergebnis, den Umfang über die Verhandlung neu aushandeln.

Beschreibung

Die Ressource festlegen, bevor der Umfang angetastet wird

Die Reihenfolge der Schritte ist die ganze Technik. Zuerst wird die Länge der Timebox oder die Höhe des Budgets festgelegt, als eine Grösse, bevor man betrachtet, welche Anforderungen bestehen. Es ist der Punkt, der diesen Ansatz von einer blossen geordneten Liste unterscheidet. Ein Team, das zuerst seine Anforderungen schätzt und daraus eine Dauer ableitet, betreibt klassische Planung, bei der die Zeit das Ergebnis ist. Timeboxing macht es umgekehrt: Die Zeit ist die Eingabe, festgelegt durch eine äussere Beschränkung, ein Konformitätsdatum, ein bewilligtes Budget, einen Release-Rhythmus. Das Agile Business Consortium, die Organisation, welche die DSDM-Methode trägt, aus der Timeboxing seine Form als Lieferpraxis bezieht, fasst die Umkehrung in einem Satz zusammen: die Zeit festlegen, die Qualität schützen und den Umfang über die Priorität steuern. Die Frage lautet nicht mehr «wie lange dauert das alles», sondern «was ist das nützlichste Ergebnis, das wir in der verfügbaren Zeit liefern können».

Eine Wertreihenfolge festlegen oder wiederverwenden

Die Auswahl braucht eine Reihenfolge, aus der geschöpft wird. Timeboxing schreibt selbst nicht vor, wie der Wert bewertet wird: Es nutzt eine bestehende Rangfolge. Wurde bereits ein Rangfolge-Durchgang oder eine MoSCoW-Gewichtung erstellt, wird sie wiederverwendet. Andernfalls genügt eine leichte Wertbewertung, solange sie die Kandidaten nachvollziehbar ordnet. Diese Reihenfolge ist eine Eingabe, und die Qualität der endgültigen Anpassung übersteigt nie die Qualität der Ausgangsreihenfolge.

Eine Art wählen, die Beschränkung zu füllen

In der Praxis lassen sich drei Arten unterscheiden, an die Auffüllentscheidung heranzugehen. Keine gehört zu einem Body of Knowledge: Es sind Vorgehensweisen aus der Praxis.

• Auffüllen durch Entfernen geht vom vollständigen Umfang aus, zunächst gilt alles als im Paket, und entfernt die Elemente mit dem geringsten Wert, bis die Summe unter die Obergrenze passt. Es eignet sich, wenn der Ausgangsumfang bereits weitgehend konsensfähig und grundsätzlich gewollt ist.
• Auffüllen durch Hinzufügen geht von einer leeren Menge aus, zunächst ist nichts darin, und fügt die Elemente in Prioritätsreihenfolge hinzu, bis das nächste die Obergrenze überschreiten würde. Es eignet sich, wenn die Kandidatenliste lang oder unsicher ist und zuerst ein vertretbarer minimaler Kern gesucht wird.
• Selektives Auffüllen geht von einem identifizierten Prioritätskern aus und passt dann an, fügt Elemente einzeln hinzu oder entfernt sie, um möglichst nahe an die Grenze zu gelangen, ohne sie zu überschreiten. Es ist eine Mischung der beiden vorherigen.

Eine bezifferte Zuteilungsdisziplin anwenden

«Auffüllen, bis es passt» ist nur dann eine Disziplin, wenn der Schnitt einer Regel folgt. Das Agile Business Consortium gibt eine an, konkret und beziffert, aus der Anwendung von MoSCoW innerhalb einer Timebox: Must Have-Elemente sollen 60 % des verfügbaren Aufwands nicht überschreiten, rund 20 % des Aufwands sind für Could Have-Elemente als Marge reserviert, und die Should Have-Elemente füllen den Rest flexibel. Diese Regel macht aus dem Auffüllen eine vertretbare Zuteilung: Sie hält bewusst Platz für das frei, was das Team fallen lassen kann, falls sich die Schätzungen als optimistisch erweisen.

In Reihenfolge hinzufügen, eine Summe verfolgen, den Schnitt markieren

1. Die Elemente in Wertreihenfolge hinzufügen, dabei eine laufende Summe gegenüber der festen Obergrenze führen. Man hält an, sobald das nächste Element die Grenze überschreiten würde.
2. Die Aufnahme je Element als binär behandeln, im Umfang oder ausserhalb. Eine halb gebaute Anforderung liefert in der Regel nichts von ihrem Wert, und die Obergrenze bis auf den Franken genau zu füllen, indem man ein Element zerschneidet, erzeugt ein Ergebnis, das kostet, ohne zu liefern.
3. Dem opportunistischen Nachfüllen widerstehen. Sobald ein Element überschreitet, holt man nicht weiter unten in der Liste ein günstigeres Element heran, um die letzten Franken zu füllen. Das kauft wenig Wert, es sind bauartbedingt Elemente niedriger Priorität, und es verbraucht die Marge, welche die Grenze bewahrt hat.
4. Die Schnittlinie und ihren Grund festhalten: die aufgenommenen Elemente, ihre kumulierten Kosten gegenüber der Obergrenze, die zurückgestellten Elemente und ihren Wert. Die Abwägung wird sichtbar und wiederholbar, wenn sich die Umstände ändern.
5. Beim nächsten Zyklus oder bei einer Abweichung neu ziehen. Weichen die tatsächlichen Kosten oder die Velocity während der Lieferung deutlich von der Schätzung ab, passt man neu an, statt die Differenz still als Umfangsausweitung oder als verrutschenden Termin aufzunehmen.

Drei Fallen entscheiden über den Rest, und alle betreffen die Zuverlässigkeit der Zahlen und die Festigkeit der Obergrenze. Die erste ist die aufgeblähte Schätzung. Das BABOK hält für die Priorisierung allgemein fest, dass das Lösungsteam die Implementierungsschwierigkeit über- oder unterschätzen kann, absichtlich oder nicht. Für das Timeboxing ist die Folge unmittelbar und verdient, herausgestellt zu werden: Ein Element kann durch eine aufgeblähte oder verkleinerte Kostenzahl aus dem Paket gedrängt oder darin geschützt werden. Der Schnitt entscheidet sich an den Kosten, also werden die Kosten manipuliert. Man prüft die Schätzungen gegen, bevor man ihnen beim Entscheiden vertraut. Die zweite ist die falsche Genauigkeit: ein festes Budget als bis auf den letzten Franken teilbar zu behandeln, obwohl die zugrunde liegenden Schätzungen eine reale Unsicherheit tragen, in frühen Phasen oft in der Grössenordnung der Hälfte. Genau das soll die Marge von 20 % auffangen, und eine Obergrenze auf weichen Zahlen zu 100 % zu füllen, ist an sich eine Falle. Die dritte ist die verrutschende Obergrenze: Bewegen sich das «feste» Datum oder Budget, nachdem die Anpassung erfolgt ist, war die ganze Übung nur Inszenierung. Die Disziplin zahlt sich nur aus, wenn die Ressource fest gehalten wird, was ebenso eine Governance-Entscheidung wie eine Analyseentscheidung ist.

KI-Überlegungen

Die lohnendste Unterstützung ist rein mechanisch. Ein Modell oder eine einfache Formel führt die laufende Summe und meldet im Moment das Element, das die Grenze überschreitet, was dem Team die Zeit zurückgibt, die es für die Arithmetik aufwendete, und sie auf die echten Abwägungen zurückbringt, den Austausch von Elementen nahe dem Schnitt. Der zweite Einsatz ist der rasche Vergleich mehrerer möglicher Auffüllungen unter derselben Obergrenze, durch Entfernen, durch Hinzufügen, durch angepassten Kern, sodass die Stakeholder mehrere konkrete Schnitte vergleichen, bevor sie sich festlegen. Der dritte ist das Aufspüren von Ausreisser-Schätzungen, des Elements, dessen Kostenzahl weit mehr Unsicherheit trägt als die anderen, bevor sie zur Entscheidung darüber verwendet wird, was hineinpasst.

Drei Dinge bleiben ausserhalb der Reichweite eines Modells, und sie ergeben sich aus der Natur der Entscheidung. Die KI legt die Wertbewertungen nicht fest: Sie kodieren das Urteil der Stakeholder darüber, was zählt, genau das, was das BABOK als möglicherweise subjektiv mangels Kennzahlen festhält. Die KI entscheidet die knappen Fälle am Schnitt nicht: Wenn zwei Elemente benachbarten Werts die Linie einrahmen, hängt die Entscheidung oft an einem Kontext, der in den Backlog-Daten fehlt, einem bereits gegenüber einem Kunden gegebenen Versprechen, einer politischen Empfindlichkeit, die das Modell nicht sieht. Und eine von einem Modell erzeugte Kostenschätzung ist nicht mehr wert, als sie ist: Eine plausible Zahl ersetzt nicht die eigene Schätzung des Teams, und sie dafür zu halten, führt die falsche Genauigkeit in die Obergrenze selbst zurück.

Beispiele

Das Team für digitale Kanäle einer Retailbank verfügt über ein festes Budget von CHF 120'000 für das nächste Quartalsrelease seiner mobilen App. Nach dem selektiven Auffüllen werden die Kandidatenanforderungen nach Wert geordnet und dann in dieser Reihenfolge hinzugefügt, bis die nächste das Budget überschreiten würde.

Die ersten fünf Anforderungen bleiben unter der Obergrenze, die sechste in der Wertreihenfolge würde sie überschreiten. Die verbleibende Marge von CHF 2'000 ist die eingehaltene Grenze. Der Dunkelmodus kostet CHF 8'000 und könnte scheinen, in ein Budget von CHF 120'000 zu «passen», doch ihn hinzuzufügen brächte die Summe auf CHF 126'000, über die Obergrenze, und ihn nur deshalb heranzuholen, weil er klein ist, hiesse, ein Element vom Wert 2 der Disziplin des Schnitts vorzuziehen. Die Schnittlinie unterscheidet diese Technik von der Rangfolge: Die Rangfolge hätte bei einer Ordnung angehalten; die Obergrenze macht aus dieser Ordnung eine Aufnahmeentscheidung.

Visualisierungen

Zwei Darstellungen tragen die Technik, jede zeigt etwas anderes. Die Auswahl besteht aus Zeilen und Spalten, Anforderung, Wert, Kosten, Summe, Entscheidung: das Ergebnis ist die Tabelle selbst. Ihr Wert liegt in der laufenden Summe, von oben nach unten gelesen, und in der Schnittlinie, welche die Liste durchquert. Ein Bild dieser Tabelle verlöre beides: Es sortiert nicht, rechnet nicht neu, wenn sich eine Schätzung ändert und lässt den Schnitt nicht verschieben, um zu sehen, was kippt. Die Tabelle hält zudem für die zurückgestellten Elemente sichtbar, welche Summe sie beim Hinzufügen erreichen würden, was den Grund der Zurückstellung zeigt.

Die Deckelungsmechanik dagegen ist räumlich und passt nicht in eine Tabelle. Eine feste Ressource bildet eine Obergrenze, die Anforderungen stapeln sich darunter nach absteigendem Wert, und die Linie, an der die Summe die Obergrenze trifft, trennt das Gelieferte vom Zurückgestellten. Es ist dieses Bild, die Obergrenze auf der einen Seite, der Stapel, der zu ihr aufsteigt, der Schnitt, der auf der anderen überläuft, das auf einen Blick die Umkehrung der Reihenfolge im Kern der Technik vermittelt: Die Ressource wird zuerst gesetzt, der Umfang passt sich darunter an. Es zeichnet sich in Kästen und Ebenen.

Aufwand

Werkzeuge

Die Tabellenkalkulation ist die ehrliche Wahl, und sie ist aus einem genauen Grund besser als die meisten spezialisierten Werkzeuge: Summe und Schnitt sind dort Formeln. Eine Spalte mit laufender Summe und eine Formatierungsregel, welche die erste Zeile einfärbt, deren Summe die Obergrenze überschreitet, wenden die Technik automatisch an, und das Verschieben eines Werts oder einer Schätzung berechnet den Schnitt im Moment neu. Dort lassen sich auch mehrere mögliche Auffüllungen unter derselben Obergrenze mühelos vergleichen.

Backlog-Management-Werkzeuge, Jira, Azure DevOps und ihresgleichen, tragen das Rohmaterial, wenn die Timebox eine Iteration ist: Aufwandspunkte oder eine Schätzung je Element, eine Teamkapazität pro Zyklus und eine Prioritätsreihenfolge im Backlog. Die Kapazität der Iteration übernimmt die Rolle der Obergrenze, und die Auswahl läuft darauf hinaus, vom oberen Ende des Backlogs zu ziehen, bis es erschöpft ist. Die Grenze ist, dass diese Werkzeuge in Teamaufwand denken: für eine Budgetierung in Franken bleibt die Tabellenkalkulation direkter.

Bleibt die häufige Fehlwahl, die Folie. Eine Priorisierungstabelle in einer Präsentation ist die Fotografie einer Entscheidung: Sie rechnet nicht neu, wenn sich eine Schätzung bewegt, lässt den Schnitt nicht verschieben, und sie ist falsch, sobald sich die Obergrenze oder die Zahlen ändern, also sehr bald. Die Tabelle lebt dort, wo das Team arbeitet und versioniert, neben dem Plan und dem Backlog.

Quellen

• IIBA, A Guide to the Business Analysis Body of Knowledge (BABOK Guide) v3, §10.33 Prioritization: die Definition von Timeboxing und Budgetierung als Zuteilung einer festen Ressource, ihr Platz unter den vier Priorisierungsansätzen, die für diesen Ansatz spezifischen Verwendungshinweise (festgelegte Lösungsausrichtung, fester Termin oder regelmässige und häufige Lieferungen) und, für die Priorisierung allgemein, die Einschränkung durch die Über- oder Unterschätzung der Implementierungsschwierigkeit.
• Agile Business Consortium, What is Timeboxing?: die Umkehrung «die Zeit festlegen, die Qualität schützen, den Umfang über die Priorität steuern» und die MoSCoW-Zuteilungsregel innerhalb einer Timebox, die Must Have-Elemente bei höchstens 60 % des verfügbaren Aufwands und rund 20 % als Marge für die Could Have-Elemente.