Vom Projekt zum Produkt: Wie sich das PMO neu erfinden muss

Viele Unternehmen organisieren digitale Wertschöpfung noch wie vor zwanzig Jahren: Projekt beantragen, Budget freigeben, Team zusammenstellen, Lösung liefern, Projekt schließen. Für dauerhafte digitale Produkte funktioniert diese Logik immer schlechter. Produkte brauchen kontinuierliche Weiterentwicklung, feste Verantwortlichkeit und Finanzierung nach Wirkung statt nach Projektende. Vom Projekt zum Produkt: Wie sich das PMO neu erfinden muss, ist deshalb keine reine Agile-Diskussion. Es betrifft Portfolio, Finanzierung, Governance und Strategie. Das PMO verschwindet dabei nicht. Seine Rolle wird wichtiger. Aber es muss aufhören, primär Projekte zu verwalten, und stärker dafür sorgen, dass Kapital, Teams und Entscheidungen dorthin fließen, wo dauerhaft der größte Wert entsteht.

Der Wechsel vom Projekt- zum Produktdenken bedeutet, Wertschöpfung nicht mehr primär über temporäre Vorhaben, sondern über dauerhaft verantwortete Produkte und stabile Teams zu organisieren.

Ein Projekt besitzt typischerweise:

Ein Produkt besitzt dagegen einen Lebenszyklus.

Es wird:

Dazwischen gibt es nicht zwingend ein natürliches „Projektende“.

Genau deshalb kollidiert Produktdenken häufig mit klassischen Steuerungsmechanismen.

Ein digitales Kundenportal ist nach dem ersten Go-live nicht fertig.

Eine Datenplattform ist nicht abgeschlossen, nur weil Version 1 produktiv ist.

Ein interner Service erzeugt seinen Wert erst dauerhaft im Betrieb.

Der entscheidende Perspektivwechsel lautet deshalb:

Nicht: Wann ist das Projekt fertig?

Sondern:

Welchen Wert soll dieses Produkt kontinuierlich erzeugen?

Projektmanagement ist nicht das Problem.

Die Schwierigkeit entsteht, wenn projektförmige Steuerung auf Arbeit angewendet wird, die dauerhaft weiterläuft.

Ein typischer Ablauf sieht so aus:

Damit erzeugt die Organisation immer wieder:

Wertvolles Produktwissen wird regelmäßig auseinandergerissen.

Moderne Product Operating Models versuchen genau diese Brüche zu reduzieren. Sie verbinden Strategie, Teams, organisatorische Strukturen, Finanzierung und Delivery stärker um dauerhaft verantwortete Produkte. Scrum.org beschreibt diese Entwicklung über Strategie, Menschen, Strukturen und einen durchgängigen Value Cycle.

Nein.

Es bedeutet aber möglicherweise das Ende eines bestimmten PMO-Typs.

Gefährdet ist vor allem das PMO, dessen Hauptaufgaben darin bestehen:

Diese Aufgaben verschwinden nicht vollständig.

Sie lassen sich aber zunehmend automatisieren oder näher an die Teams verlagern.

Gleichzeitig wächst ein anderer Bedarf:

Genau hier entsteht das PMO der Zukunft.

PMI beschreibt 2026 denselben Wandel. Moderne PMOs sollen nicht bei Projektkontrolle stehen bleiben, sondern Strategie mit Umsetzung verbinden, bessere Unternehmensentscheidungen unterstützen und messbaren Business Value ermöglichen. Eine aktuelle Untersuchung mit mehr als 1.900 PMO- und Senior-Führungskräften nennt strategische Ausrichtung, Value Realization, Kundenorientierung sowie Daten- und Technologieintegration als zentrale Zukunftsfähigkeiten.

Nicht jedes PMO muss sich umbenennen.

Doch der Begriff Value Management Office – VMO beschreibt die Verschiebung gut.

Ein klassisches PMO fragt:

Läuft das Projekt nach Plan?

Ein VMO-orientiertes PMO fragt zusätzlich:

Erzeugt diese Investition weiterhin genügend Wert, um sie fortzuführen?

Der Unterschied ist erheblich.

PMI verwendet bereits seit einigen Jahren den Oberbegriff xMO für weiterentwickelte Offices, deren Schwerpunkt stärker auf Outcomes und Value Delivery liegt. Dazu können etwa Value, Transformation, Strategy oder Product Management Offices gehören.

Der erste Schritt ist banal und trotzdem schwierig.

Viele Unternehmen wissen exakt:

Aber sie können nicht sauber beantworten:

Welche Produkte finanzieren wir eigentlich?

Ein Produktportfolio braucht eine andere Sicht.

Für jedes Produkt sollte mindestens klar sein:

Gerade die Produktdefinition ist entscheidend.

Wird jedes IT-System plötzlich „Produkt“ genannt, hat sich organisatorisch nichts verändert.

Hier liegt häufig der härteste Konflikt.

Klassische Projektfinanzierung funktioniert so:

Business Case → Projektbudget → Projektlaufzeit → Abschluss

Produktfinanzierung arbeitet eher mit:

Produkt beziehungsweise Team → strategisches Ziel → Finanzierung → regelmäßige Value-Überprüfung

Dadurch verschiebt sich die Steuerung.

Nicht jede Funktion benötigt einen neuen Projektantrag.

Das Produktteam erhält innerhalb vereinbarter Leitplanken die Möglichkeit, sein Budget auf die aktuell wertvollste Arbeit zu konzentrieren.

Ein dokumentiertes Beispiel aus einem großen Automotive-Technologieumfeld zeigt genau diese Entwicklung. Dort werden Produkte abhängig von ihrem Lebenszyklus unterschiedlich finanziert. Das Ziel sind längerfristige Funding-Strukturen und stabile Teams. Gleichzeitig bleiben zeitlich begrenzte Initiativen und große Programme bestehen, wenn mehrere Produkte, Unternehmen oder Lieferanten koordiniert werden müssen.

Das ist wichtig.

Product Funding bedeutet nicht, dass Projekte oder Programme vollständig verschwinden.

Die klassische Projektfrage lautet:

„Haben wir das genehmigte Budget eingehalten?“

Die Produktfrage lautet:

„Sollten wir hier weiterhin investieren?“

Damit braucht das PMO neue Steuerungsmechanismen.

Beispielsweise:

Das Management entscheidet dann nicht einmal jährlich über einen Business Case.

Es überprüft regelmäßig:

Weiter investieren, erhöhen, reduzieren oder stoppen?

Das ähnelt stärker dem Management eines Investmentportfolios.

Scrum.org formuliert diesen Gedanken für Product Portfolios ähnlich: Produkte sollen stärker auf Basis von Wert, Lebenszyklus und strategischer Bedeutung finanziert werden, während Teams innerhalb dieser Leitplanken operative Entscheidungen treffen.

Ein Product Operating Model ohne veränderte Governance bleibt schnell Product Theater.

Ein Team kann nicht eigenständig priorisieren, wenn jede relevante Veränderung durch:

genehmigt werden muss.

Gute Governance definiert deshalb stärker Guardrails.

Zum Beispiel:

Innerhalb dieses Rahmens entscheidet das Produktteam.

Das PMO kontrolliert dann nicht jede einzelne Produktentscheidung.

Es sorgt dafür, dass:

Ein dokumentiertes Beispiel aus einer großen Bank zeigt, wie schwierig dieser Wandel werden kann.

Die Organisation hatte bereits cross-funktionale und agile Strukturen eingeführt.

Einige alte Steuerungsmechanismen blieben jedoch bestehen.

Vor allem:

Die Organisation reagierte unter anderem mit Fixed-Envelope-Funding. Bereiche erhielten einen stabileren finanziellen Rahmen und mussten innerhalb dieses Rahmens Outcomes priorisieren, statt für jede Veränderung neues Budget zu beantragen. Gleichzeitig wurde der Governance-Zyklus stärker mit Strategie, Finance, HR und PMO integriert.

Die Lektion:

Neue Teams allein erzeugen kein Product Operating Model. Finanzierung und Governance müssen mitziehen.

Klassische Benefits Management Systeme denken häufig so:

Projekt → Output → Benefit.

Das bleibt sinnvoll.

Produktentwicklung benötigt aber kürzere Feedbackzyklen.

Statt erst nach 18 Monaten zu prüfen, ob der ursprüngliche Business Case eingetreten ist, sollte laufend gemessen werden:

Daraus entsteht eine neue Steuerungslogik:

Investment → Hypothese → Produktänderung → Outcome → Entscheidung über weiteres Investment

Das PMO muss dafür Value Realization und Portfolio Management enger verbinden.

Genau diese Verbindung fordert auch die aktuelle PMI-Forschung. Führungskräfte erwarten ausdrücklich, dass PMOs über Projektabschluss hinaus auf strategischen Wert und Benefits schauen.

Produktarbeit wartet nicht auf den nächsten Budgetzyklus.

Märkte verändern sich.

Technologien verändern sich.

KI kann innerhalb weniger Monate neue Chancen schaffen.

Ein Produktportfolio braucht deshalb regelmäßige Investment Reviews.

Zum Beispiel quartalsweise.

Fragen können sein:

Das PMO organisiert damit nicht mehr primär Projekt-Gates.

Es gestaltet einen kontinuierlichen Strategy-to-Investment-Zyklus.

Klassische Organisationen verteilen Menschen auf Projekte.

Ein Spezialist arbeitet:

Auf dem Papier ergibt das 100 Prozent.

In der Realität entstehen Kontextwechsel und Wartezeiten.

Produktorientierte Organisationen versuchen deshalb stärker, stabile cross-funktionale Teams aufzubauen.

Das verändert auch die Rolle des PMO.

Weniger:

„Welcher Mitarbeiter hat nächste Woche noch 20 Prozent frei?“

Mehr:

„Welches Produktteam erhält im nächsten Quartal zusätzliche Kapazität?“

Diese Verschiebung von Personen- zu Teamkapazität ist zentral.

McKinsey beschreibt Produktfinanzierung ähnlich: Statt ständig Umfang, Budget und Ressourcen einzelner Projekte neu auszuhandeln, werden stabile Kapazitäten an Produktteams finanziert und stärker anhand messbarer Outcomes gesteuert.

Ein großer Omnichannel-Händler richtete Teile seiner Technologieorganisation um Produkt- und Plattformteams aus.

Dafür wurden:

Laut dokumentierter Fallstudie konnte das Unternehmen dadurch seine Fähigkeit verbessern, die für strategische Prioritäten benötigten technologischen Leistungen zu liefern und Menschen schneller auf dringende Aufgaben umzulenken.

Der interessante Punkt liegt erneut nicht in „Agile“.

Die Organisation veränderte die Struktur der Wertschöpfung.

Der Wechsel zum Produkt bedeutet nicht:

Alles ist jetzt ein Produkt.

Genau diese Übertreibung führt zu Problemen.

Projekte bleiben sinnvoll für zeitlich begrenzte Veränderungen.

Zum Beispiel:

Auch in produktorientierten Unternehmen bleiben Programme und Initiativen relevant, wenn mehrere Produkte koordiniert werden müssen.

Ein Automotive-Technologieunternehmen beschreibt beispielsweise dauerhaft finanzierte Produkte, daneben jedoch weiterhin zeitlich begrenzte cross-produktbezogene Initiativen sowie große Programme für komplexe Fahrzeugplattformen.

Die richtige Frage lautet deshalb nicht:

Projekt oder Produkt für das ganze Unternehmen?

Sondern:

Welche Arbeit braucht welche Organisationsform?

Ein PMO im Product Operating Model braucht fünf Kernfunktionen.

Das PMO wird damit weniger Reporting-Hub.

Es wird zum Architekten der Strategy-to-Execution-Verbindung.

PMI beschreibt genau diesen Wandel aktuell als „PMO Reinvention“: Von Projektaufsicht hin zu strategischer Ausrichtung, Enterprise Decision Making und messbarem Business Value.

Klassische Portfolio-Kennzahlen bleiben teilweise relevant.

Sie werden aber ergänzt.

Nicht jede Kennzahl gehört ins Management-Dashboard.

Entscheidend ist:

Hilft sie bei einer Investmententscheidung?

Das Organigramm ändert sich.

Die Steuerungslogik nicht.

Produktteams sollen autonom arbeiten, müssen aber jede größere Veränderung neu beantragen.

Koordination komplexer, zeitlich begrenzter Transformationen bleibt notwendig.

Backlog-Verantwortung allein ist keine echte Product Ownership.

Gerade Portfolio, Finance und Governance müssen sich verändern.

Wenn Boni an Featuremenge hängen, gewinnt am Ende die Featuremenge.

Dauerhafte Finanzierung darf nicht mit ewiger Finanzierung verwechselt werden.

Auch Produkte müssen regelmäßig ihre Existenz rechtfertigen.

Product Thinking ist kein Allheilmittel.

Es funktioniert schlecht, wenn:

Auch aktuelle Daten mahnen zur Vorsicht.

Eine kleine Scrum.org-Befragung von 48 Praktikern aus August 2026 zeigte, dass Product-Operating-Model-Transformationen zwar Verbesserungen bei Delivery und Zusammenarbeit melden, Entscheidungsmechanismen und Geschäftsergebnisse jedoch deutlich weniger konsequent verändert wurden. Die kleine Stichprobe erlaubt keine allgemeingültigen Schlussfolgerungen, zeigt aber ein wichtiges Risiko: Aus Product Transformation kann schnell Product Washing werden.

Nicht sofort alles umbauen.

Zuerst Transparenz schaffen:

Nicht jedes System ist automatisch ein Produkt.

Definiere:

Nicht das gesamte Unternehmen gleichzeitig transformieren.

Beispielsweise ein Jahresbudget für ein stabiles Produktteam statt einzelner Feature-Projekte.

Fokus:

Jede Freigabe prüfen:

Welche relevante Gefahr verhindert sie?

Kann niemand diese Frage beantworten, sollte der Prozess hinterfragt werden.

Weniger:

Mehr:

Ein Unternehmen arbeitet erst dann wirklich produktorientierter, wenn sich mindestens einige dieser Dinge verändern:

Nur neue Jobtitel reichen nicht.

Scrum.org beschreibt 2026 dieselbe Beobachtung aus der Entwicklung seines Agile Product Operating Model: Unternehmen streben schnelle, outcome-orientierte und lernende Teams an, müssen dafür aber mit bestehenden Macht-, Risiko- und Entscheidungsstrukturen umgehen.

Ja, häufig sogar besonders. Die Aufgaben verschieben sich jedoch von Projektadministration hin zu strategischer Portfoliosteuerung, Value Management, Governance und Investmententscheidungen.

Nein. Die Bezeichnung ist zweitrangig. Entscheidend ist, ob das Office tatsächlich Business Value, Strategie und Investments statt nur Projektprozesse steuert.

Nein. Dauerhafte digitale Wertschöpfung eignet sich häufig besser für Produktmodelle. Zeitlich begrenzte Veränderungen bleiben Projekte oder Programme.

Stabile Produktteams können längerfristige Budgets erhalten. Innerhalb klarer Ziele und Guardrails priorisieren sie die wertvollste Arbeit. Investment Reviews ersetzen dabei nicht die finanzielle Kontrolle, sondern verändern deren Rhythmus und Fokus.

Das PMO kann zusammen mit Strategy und Finance Investmentkriterien, Portfolio-Reviews, Outcome-Messung und Kapazitätsentscheidungen gestalten.

Es gibt deutliche Zusammenhänge zwischen reiferen Produktmodellen und besseren Geschäftsergebnissen. Eine McKinsey-Analyse fand beispielsweise eine starke Korrelation zwischen Operating-Model-Reife und Business Performance; Unternehmen mit hoher Reife wiesen unter anderem höhere operative Margen und Shareholder Returns auf. Das zeigt einen Zusammenhang, aber keinen isolierten Kausalitätsbeweis.

Vom Projekt zum Produkt bedeutet nicht, Projektmanagement abzuschaffen.

Es bedeutet, eine grundlegende Frage neu zu beantworten:

Wie organisieren wir dauerhafte Wertschöpfung?

Für digitale Produkte reicht es häufig nicht mehr, alle zwölf Monate ein neues Projekt aufzusetzen.

Teams brauchen Kontinuität.

Produktverantwortliche brauchen Entscheidungsräume.

Finanzierung muss auf Wert reagieren können.

Governance muss Leitplanken setzen, ohne jede Detailentscheidung zu kontrollieren.

Und genau dadurch verändert sich das PMO.

Seine Zukunft liegt weniger darin, immer mehr Projekte administrativ zu beherrschen.

Sie liegt darin, die Verbindung zwischen:

Strategie, Investment, Produkten, Teams und messbarem Business Value

herzustellen.

Das bedeutet nicht:

Projekt oder Produkt.

Es bedeutet:

Das richtige Organisationsmodell für die richtige Art von Arbeit.

Ein modernes PMO erkennt diesen Unterschied und baut die passenden Steuerungsmechanismen darum herum.

Dann wird aus dem Project Management Office keine überflüssige Funktion.

Im Gegenteil.

Es entwickelt sich zu einer der zentralen Stellen, an denen Unternehmen entscheiden, wohin Geld, Kapazität und Managementaufmerksamkeit fließen sollen.

PURE Consultant unterstützt Unternehmen dabei, PMO, Portfolio Management und Governance auf diese neue Steuerungslogik auszurichten – von der Produktsicht und Finanzierung bis zu Rollen, Investment Reviews und messbarer Value Realization.