Agile Produkt-Entwicklungsmethoden schlagen gerne vor, eine Warteschlange für Anforderungen zu bilden und diese dann nach und nach abzuarbeiten (Beispiel: Scrum mit seinem Product Backlog). Bis zur Freigabe der ersten Produktversion hat das auch durchaus seine Vorteile: Man schätzt die Komplexität jeder Anforderung, beobachtet dann, wie lange die Realisierung der ersten paar Anforderungen dauert und rechnet das dann hoch auf die Summe der Komplexität der ganzen Warteschlange. Damit weiß man ungefähr, wie lange das Team brauchen wird, bis es die erste Produktversion entwickelt hat.
Nach der Freigabe der ersten Version wäre es doch aber viel interessanter zu wissen, wann das Team das nächste wichtige Feature herausbringt, was man dann schon wieder freigeben könnte, um einen Wettbewerbsvorteil zu haben und die Konkurrenz alt aussehen zu lassen. Plötzlich nimmt die Wichtigkeit der Warteschlange und das Erreichen eines bestimmten Termins ab, weil man sich entschließt, einfach möglichst viel Wert pro Zeiteinheit liefern zu wollen und das Ohr immer nahe an den Kundenbedürfnissen zu haben.
In diesem Moment stellen Sie am besten Ihre Strategie um: Werfen Sie die alte Liste/Warteschlange weg, gehen Sie in den Flow-Modus über und denken Sie in regelmäßigen Abständen darüber nach, was Sie Ihrem Kunden nun schon wieder Gutes anbieten wollen. Treffen Sie sich mit Ihrem Team zu einer Besprechung dieser neuen Features. Füllen Sie die Liste dann nur mit so vielen Features wieder auf wie Ihr Team bis zum nächsten Mal, an dem Sie sich wieder zum Auffüllen der Liste treffen, realisieren und qualitätssichern kann.
Rechengrundlage dafür: Das Team hat eine gewisse Produktionsrate, diese schwankt um einen Mittelwert „m“ mit einer Standardabweichung „sigma“. Wenn Sie als Länge der Eingabewarteschlange Ihres Teams nun „m plus 3mal sigma“ nehmen, dann sind Sie zu 99% sicher, dass das Team bis zum nächsten Treffen auf jeden Fall genug zu tun hat und die Planung wegen der kurzen Schlange trotzdem agil bleibt.
Beispiel: Angenommen, das Team schafft zwischen zwei Treffen 10 Features mit einer Standardabweichung von 5 Features, dann reicht eine Warteschlangenlänge von 10+3*5=25 Features bis zum nächsten Treffen völlig aus – mehr brauchen Sie nicht. (Ich habe schon Teams gesehen, die arbeiten mit Warteschlangen von 700 Features, von denen 75% bei jedem Treffen ignoriert werden – das kostet Zeit und Nerven).
So genießen Sie folgende Vorteile:
- Die Liste der Dinge, die zu tun sind, bleibt übersichtlich und klar.
- Wenn Sie ein neues Feature hinten an die Liste schreiben, dauert es nicht lange, bis es realisiert sein wird, weil davor nicht so viele Features „Schlange stehen“.
- Die Mitarbeiter liefern bessere Qualität, weil die Klarheit beruhigende und fokussierende Wirkung hat.
- Das Ganze kostet wenig Zeit und spart deshalb Energie, die Sie und Ihre Teams schon wieder in die Entwicklung stecken können.
Viel Erfolg beim Ausprobieren – und: Erzählen Sie mir, wie es geklappt hat. Kontaktdaten finden Sie rechts oben auf der Seite unter dem Foto.
