Frameworks lassen sich einführen. Wirkung nicht.

Eine komplexe Organisation mit mehreren Einheiten, laufenden Digitalisierungsprojekten und einem über Jahre gewachsenen Methoden-Mix. Mittendrin: Product Owner, die Backlogs pflegen, aber keine echten Produktentscheidungen treffen – weil niemand genau weiß, wer das darf.

Meine Aufgabe: Klarheit herzustellen, wo Verantwortung unscharf geworden ist. OKR-Zyklen neu aufsetzen – mit Fokus auf Ergebnisse statt Aktivitätenlisten. Ein Target Operating Model erarbeiten, das tatsächlich genutzt wird. Product Owner so begleiten, dass sie ihre Rolle wirklich ausfüllen – mit echter Entscheidungshoheit über das Produkt.

Mehrere parallele Entwicklungsprojekte unter echtem Betriebsdruck: knappes Budget, externe Teams, Systeme, die nicht ausfallen dürfen. Der eigentliche Engpass war nicht die Lieferung – sondern eine Steuerung, die zu spät Signale gab, um noch sinnvoll gegenzusteuern.

Ansatz: wenige belastbare Kennzahlen entlang der Evidence-Based-Management-Dimensionen – Time to Market, Kostentransparenz, Release-Stabilität – wöchentlich sichtbar und vor allem tatsächlich zur Steuerung genutzt. Die Google-Cloud-Migration lief inkrementell nach Walking-Skeleton-Prinzip, mit voller Kostentransparenz ab Sprint 1. Retrospektiven wurden nicht protokolliert, sondern als Maßnahmen in den nächsten Sprint überführt.

Vier Jahre als Product Owner in einem vertikalen Team aus Frontend, Backend, Data Science und UX. Das Team war gut. Das Problem war strategisch: Eine Roadmap, die aus internen Wunschlisten entstand, statt aus echter Kenntnis der Kundenbedürfnisse.

Den Wandel brachte konsequente Arbeit mit dem Jobs-to-be-done-Framework, messbares Nutzerfeedback als Basis jeder Priorisierung und der gezielte Einsatz von Machine Learning zur Suchoptimierung – jede Entscheidung mit klarem Wirkungsnachweis hinterlegt.