Wertmaximierung [Praxis]

Musterantwort: Wert maximieren heißt, dass das Produkt möglichst großen Nutzen für Kunden, Nutzer und Organisation stiftet – gemessen an Outcomes (Nutzung, Zufriedenheit, Geschäftsziele), nicht an Output-Menge. Mehr Features (Output) können Wert sogar mindern (Komplexität, ungenutzte Funktionen). Der PO priorisiert deshalb nach erwartetem Wert/Risiko und misst empirisch, ob der Wert tatsächlich eintritt.

Musterantwort: Zürst macht er die Kapazitätsgrenze transparent statt sie zu verdecken: Was das Team pro Sprint tatsächlich liefert, ist eine belegbare Größe. Dann macht er die Absicht hinter den Anforderungen sichtbar, denn oft verbergen sich hinter mehreren Wünschen dieselben Bedürfnisse, die sich günstiger bündeln lassen. Er ordnet nach erwartetem Nutzen, Risikoabbau und dem richtigen Zeitpunkt und dokumentiert nachvollziehbar, warum etwas oben oder unten steht. Wichtig ist, dass er auch ausdrückliche Absagen ausspricht: Ein Backlog, in dem nichts abgelehnt wird, wird unüberschaubar und verliert seine Steuerungsfunktion. Gegenüber Stakeholdern arbeitet er mit Prognosen samt Unsicherheit statt mit Zusagen und nutzt das Sprint Review, um Entscheidungen an echten Ergebnissen zu begründen. Nicht tragfähig wären: alles zusagen, Arbeit an mehreren Zielen gleichzeitig starten oder Termindruck über eine gelockerte Definition of Done aufzufangen.

Musterantwort: Der Kern des Problems ist nicht die Menge, sondern dass die Wertentscheidung bereits außerhalb getroffen wurde. Ein Product Owner ohne Entscheidungsspielraum ist ein Verwalter einer fremden Liste. Zuerst würde ich Fakten schaffen. Was ist tatsächlich zugesagt, gegenüber wem, und wie verbindlich? Erfahrungsgemäß ist ein Teil der Zusagen weniger fest, als es in der Erzählung wirkt. Parallel würde ich den tatsächlichen Durchsatz erheben und ihm den zugesagten Umfang gegenüberstellen. Wenn zwölf Monate Zusagen achtzehn Monaten Arbeit entsprechen, ist das keine Meinung mehr, sondern eine Rechnung, die jeder nachvollziehen kann. Dann würde ich die Zusagen von Terminen auf Ziele verschieben. Ein Jahresplan auf Eintragsebene ist unhaltbar, ein Plan auf Zielebene nicht. Für die nächsten Monate lässt sich Verbindlichkeit zusagen, für den Rest eine Richtung mit ausdrücklicher Unsicherheit. Drittens würde ich einen Anteil der Kapazität für nicht vorab Zugesagtes sichern, etwa zwanzig Prozent. Ohne diesen Spielraum kann auf keine Erkenntnis und keinen Marktvorfall reagiert werden, und genau das wird der Organisation früher oder später teuer. Viertens würde ich beginnen, die Wirkung des Ausgelieferten zu messen und dem Management zu berichten. Nichts verändert Zusagekultur so verlässlich wie der Nachweis, dass ein erheblicher Teil des zugesagten Umfangs keine messbare Wirkung hatte. Die Haltung dabei: Ich stelle die Zusagen nicht als Fehler dar, sondern biete ein besseres Verfahren an. Und ich bringe das Thema über den Scrum Master auch als organisationales Impediment ein, weil es nicht allein durch mein Verhandeln zu lösen ist.