Wie kann ein Backlog einfach priorisiert und auf einem Taskboard visualisiert werden?
Das Prioritäten-Modell
In einem unserer letzten Projekte verwendeten wir zur Priorisierung ein bekanntes Modell. In zwei Dimensionen werden dabei Wichtigkeit und Dringlichkeit abgetragen. Man erhält die Quadranten Wichtig-und-Dringend, Wichtig-und-Nicht-Dringend, Nicht-Wichtig-aber-Dringend, Nicht-Wichtig-und-Nicht-Dringend. Nun kann man das Backlog entsprechend aufteilen.
Anwendung
Dabei wird man feststellen, dass Nicht-Wichtig-und-Nicht-Dringend ein sehr einsamer Quadrant bleiben wird bzw. zum Out-Of-Scope-Bereich degradiert werden kann. Denn was weder wichtig, noch dringend ist, wird kaum die Zeit und Aufmerksamkeit eines Teams gewinnen, welches sich zum Beispiel mitten in einem Sprint befindet. Es gibt aber Teams, die mit dieser Priorität die notwendigen Dinge belegen, die nicht für das Produkt wichtig sind, aber im Kontext des Entwicklungsprojekts getan werden müssen – reguläre Projektarbeiten.
Wichtige aber nicht dringende Backlog-Einträge sind im Verlauf der Entwicklung zu berücksichtigen, werden aber naturgemäß erst sehr spät angegangen. “Ist ja noch Zeit.” Diese sind auf dem Schirm oder Radar…
Dringende aber nicht wichtige Backlog-Items sind Blocker, die schnellstmöglich aus dem Weg zu räumen sind, um wieder Zeit für’s Wesentliche zu haben. Beispiele sind Refactoring-Arbeiten, Änderungen am Datenbank-Zugriff oder aber auch Anpassungen an der verwendeten ALM-Plattform, die für das zu entwickelnde Produkt keine zusätzlichen Funktionen liefern.
Wichtige und dringende Backlog-Einträge sind kritische Dinge, die teilweise die volle Aufmerksamkeit eines Teams benötigen oder sich auf verschiedene Teams auswirken. Je mehr kritische Dinge anstehen, desto weniger Zeit wird das Team für Konzepte, Dokumentation und Test aufbringen. Alle Aufmerksamkeit geht ja in die Bearbeitung der “wirklich” wichtigen Probleme. Dabei kommt diese Wirklichkeit nur aus der zeitlichen Dringlichkeit der Erledigung dieser Aufgaben.
Umsetzung
Ein in unserem Umfeld durchgeführtes Projekt verwendete diese Priorisierung auch visuell auf dem Taskboard:
Im linken Bereich finden sich unsere Quadranten nach Wichtigkeit (Importance) und Dringlichkeit (Urgency). In der Mitte stehen nach Rang sortierte und weiter detaillierte Backlog-Items für die sich das Team im aktuellen Sprint commited hat. Im rechten Bereich finden wir das klassische Taskboard mit den abgetragenen Zuständen In Progress, To Test und Done, wobei diese je nach Team auch abweichen können. Am Ende zählen die umgesetzten Funktionen und die Qualität des Produkts.