Features sind der letzte Schritt, nicht der erste

Warum Features zuerst kommen

Features lassen sich leicht vorstellen und leicht diskutieren. Sie geben allen etwas zum Reagieren und sehen auf einer Roadmap gut aus. Probleme dagegen sind vage und unbequem. Sie verlangen, zuzugeben, was nicht funktioniert, für wen und warum. Also springen Teams vor, und das Ergebnis ist vorhersehbar: lange Streitereien über Lösungen, weil sich niemand geeinigt hat, was die Lösung lösen soll.

Ziel, Problem, dann Optionen

Meine Reihenfolge ist umgekehrt. Zuerst das Ziel: Was sollte für das Geschäft oder den Nutzer anders sein, wenn das gelingt? Dann das Problem: Was steht heute im Weg, und woher wissen wir das? Erst dann schauen wir auf Lösungen, und zwar nicht eine, sondern mehrere. Drei mögliche Lösungen nebeneinander, jede am selben Problem gemessen, verändern das Gespräch völlig. Es geht nicht mehr darum, wer was vorgeschlagen hat, sondern darum, welche Option dem Ziel am besten dient.

Oft ist die beste Option gar kein neues Feature. Es ist eine Änderung an einem bestehenden Ablauf, eine klarere Botschaft oder ein Schritt, der entfernt statt hinzugefügt wird.

Features als letzter Schritt

So gesehen ist ein Feature einfach die endgültige Form, die eine Entscheidung annimmt. Es ist der letzte Schritt einer Kette, die mit dem Ziel beginnt, nicht der erste. Teams, die in dieser Reihenfolge arbeiten, bauen weniger, streiten weniger und liefern Dinge, die Menschen wirklich nutzen, weil hinter jedem Feature ein Grund steht, den alle nennen können.

Eine Gewohnheit, die sich lohnt

Es braucht Disziplin, ein Meeting anzuhalten und zu fragen, welches Problem ein Feature löst, besonders wenn alle begeistert sind. Aber ich habe das Fragen nie bereut. Die besten Produkte, an denen ich gearbeitet habe, waren nicht die mit den meisten Features. Es waren die, in denen sich jedes Feature seinen Platz verdient hatte.