Kurze Antwort
Eine Priorisierungsentscheidung trägt, wenn sie aufgeschrieben ist: was gebaut wird, welches Problem es löst, was dafür zurückgestellt wird und was in zwei Monaten wahr sein muss, damit die Entscheidung richtig gewesen ist. Eine Seite je Entscheidung genügt, vorgelesen beim nächsten gemeinsamen Termin.
Die meisten Backlogs sind Listen von allem, was je gewünscht wurde. So eine Liste lässt sich endlos sortieren, weil ihr das fehlt, was Sortieren sinnvoll macht: was Sie in diesem Quartal erreichen wollen.
Beginnen Sie mit dem Zustand in drei Monaten
Ein als Zustand formuliertes Ziel macht die Priorisierung leicht. An "eine neue Kundin startet eigenständig" lässt sich jeder Vorschlag halten, und die meisten fallen in zehn Sekunden weg. Ein als Aktivität formuliertes Ziel leistet das nicht, weil Aktivitäten sich immer begründen lassen.
Drei Fragen, die Vorschläge trennen
Stellen Sie sie der Reihe nach; die dritte leistet die meiste Arbeit. Ein Vorschlag, dessen Aufschub nichts kostet, kann warten, wie laut er auch gefordert wird.
- Welches Problem löst es, für wen, und wie oft tritt es auf?
- Worüber sind wir sicherer, sobald es gebaut ist?
- Was kostet es, drei Monate zu warten?
Halten Sie die Entscheidung auf einer Seite fest
Eine Entscheidung, die nur in einem Meeting fiel, wird neu verhandelt, sobald jemand verärgert ist. Eine Seite mit Datum, der Wahl, den Alternativen und dem, was in zwei Monaten wahr sein soll, sorgt dafür, dass die nächste Diskussion dort beginnt, wo die letzte endete. Das Prinzip entspricht einem Architecture Decision Record: die Begründung überlebt die Person, die sie geschrieben hat.
Priorisieren Sie alle zwei Wochen neu
Zwei Wochen sind eng genug, um eine Veränderung zu bemerken, und weit genug, um etwas fertigzustellen. Das Ziel selbst wird jedes Quartal überprüft. Eine Entscheidung, die sich nach vier Wochen als falsch erweist, ist günstig zu ändern, solange ihre Begründung schriftlich vorliegt.
Was üblicherweise schiefgeht
Die Liste wird zum Wunschzettel, der größte Kunde bekommt das letzte Wort, und alles schwer Schätzbare wird verschoben, bis es dringend wird. Nach unserer Erfahrung sind alle drei Symptome desselben Problems: ein Ziel, das niemand im Team auswendig zitieren kann.
Häufige Fragen
- Wie oft sollten wir neu priorisieren?
- Ein Rhythmus von zwei Wochen genügt den meisten Teams. Häufiger erschwert es, etwas fertigzustellen, und seltener hat sich die Wirklichkeit zwischen den Terminen bereits verschoben.
- Was tun wir mit allem, was nie gebaut wird?
- Löschen. Ein Backlog mit 300 Einträgen ist eine Liste, die niemand liest. Was wirklich wichtig ist, kommt von selbst zurück, meist binnen weniger Wochen und mit besserem Argument.
- Wer sollte die Priorisierung verantworten?
- Eine Person, die breit zuhört und allein entscheidet. Priorisierung in der Gruppe ergibt Listen, in denen alles zweitwichtig ist, und dann entscheidet, wer am längsten argumentiert.
- Wie gehen wir mit einem Großkunden um, der ein Feature fordert?
- Halten Sie fest, was der Kunde erreichen will, wie viele andere dasselbe Problem haben und was der Bau kostet. Oft gibt es eine kleinere Lösung, die beides abdeckt, und sie wird erst sichtbar, wenn der Bedarf formuliert ist.
- Brauchen wir Schätzungen in Stunden?
- Selten. Eine grobe Größe in Tagen, Wochen oder Monaten genügt für die Wahl zwischen zwei Vorschlägen. Genaue Schätzungen kosten Zeit und treffen ausgerechnet dort daneben, wo es unsicher ist.
- Wann lohnt sich eine Roadmap?
- Wenn sie Probleme in zeitlicher Reihenfolge beschreibt. Eine Liste von Funktionen mit Terminen wird zu einem Versprechen, das Sie später erklären müssen; eine Liste von Problemen verträgt Veränderung.
Erzählen Sie uns, was Sie bauen wollen
Dreißig Minuten, kostenlos, und eine klare Antwort, ob wir das richtige Studio dafür sind.