Viele Organisationen starten eine «agile Transformation» — und betreiben danach einfach Projekte mit neuen Namen. Die Produkte sind dieselben, die Teams wechseln weiterhin durch, und am Ende fragt jemand: Warum hat sich eigentlich nichts verändert? Produktzentrierung ist kein Label. Sie ist ein Paradigmenwechsel.
Kostenlos & unverbindlich – kein Verkaufsgespräch.
Was Sie erwartet: Kurzes Kennenlernen, konkrete erste Schritte für Ihre Organisation.
Projektorganisation vs. Produktorganisation: Der entscheidende Unterschied
In einer Projektorganisation ist die Leitfrage: Bleiben wir im Budget? Werden wir fertig?
In einer Produktorganisation lautet sie: Welchen Wert schaffen wir — für unsere Kundinnen und Kunden, für das Unternehmen?
Das ist nicht nur ein semantischer Unterschied. Es ist eine grundlegend andere Art, Arbeit zu denken und Entscheidungen zu fällen.
Projekte enden. Produkte entwickeln sich weiter. Projekte haben einen definierten Umfang. Produkte orientieren sich an Hypothesen und Lernschleifen. Projekte werden nach dem Liefern aufgelöst. Produktteams bleiben — und werden dadurch besser.
«In einer Projektorganisation redet man oft über Kosten, aber kaum über den geschaffenen Wert. In einer Produktorganisation steht genau dieser Wert im Mittelpunkt.»
Aus: «Value Talks – Wirksame Muster für lernende Organisationen»
Der Unterschied zwischen Projekten und Produkten
| Projekt | Produkt | |
|---|---|---|
| Teams | Temporär, wechselnd, auf mehrere Projekte verteilt | Stabil, crossfunktional, einem Produkt zugeordnet |
| Finanzierung | Budget pro Projekt, stark an Umfang gekoppelt | Kapazität pro Produktteam, entlang strategischer Prioritäten |
| Erfolgsmessung | «On time, on scope, on budget» | Wertbeitrag und Business-Metriken |
Das, was auf dem Papier simpel aussieht, stellt Organisationen vor echte Herausforderungen.
Produkte definieren: Was ist bei uns überhaupt ein Produkt? Ist das CRM-System eines — oder sind es die einzelnen Module? Gibt es auch interne Produkte? Diese Frage hat nicht eine richtige Antwort. Aber sie braucht ein gemeinsames Verständnis.
Finanzierung umstellen: Die klassische Budgetierung finanziert Projekte. Das führt zu starrer Kopplung von Umfang und Geld. Produktfinanzierung fragt stattdessen: Wie viel Kapazität investieren wir in welches Produkt — und wie passen wir das regelmässig an?
Crossfunktionale Teams bilden: Funktionale Silos — ein Team für Planung, eines für Umsetzung, eines für Betrieb — müssen aufgebrochen werden. Das ist eine grössere strukturelle Veränderung.
Product Ownership entwickeln: Produkte zu leiten braucht andere Fähigkeiten als Projekte zu verwalten. Das ist kein Rollentausch. Es ist eine neue Art von Führung.
Was eine echte Produktorganisation ermöglicht
Stabilität schafft Lernfähigkeit. Stabile Teams, die langfristig an einem Produkt arbeiten, kennen ihre Domäne. Sie bauen echtes Wissen auf — über die Kundschaft, die Technologie, den Markt. In der Projektorganisation geht dieses Wissen bei jedem Teamwechsel verloren.
«Der grosse Vorteil einer Produktorganisation ist, dass sich die Leute im Team technisch sehr gut auskennen und ein enormes Domain-Knowhow aufbauen, weil sie langfristig an einem Produkt arbeiten.» — Michael Sommerhalder, Digitec Galaxus, Value Talks Episode
Autonomie beschleunigt Entscheidungen. Wenn alle Fähigkeiten innerhalb eines Teams vorhanden sind, verschwinden Abhängigkeiten zu anderen Teams. Das Team kann handeln — ohne zu warten.
Nähe zu Kundinnen und Kunden verbessert Ergebnisse. Produktteams stehen in direktem Kontakt mit denjenigen, für die sie arbeiten. Hypothesen werden direkt validiert oder verworfen. Nicht nach Monaten. Sondern im nächsten Sprint.
Rollierende Finanzierung schafft strategische Flexibilität. Anstatt einmal jährlich ein Budget für Projekte zu verhandeln, entscheidet die Organisation regelmässig: Welche Produktkapazität ist heute strategisch wichtig? Diese Frage lässt sich anpassen — dann, wenn es relevant ist, nicht wenn der Planungszyklus es erlaubt.
«In einer echten Produktorganisation messen wir Erfolg nicht an umgesetzten Arbeitspaketen oder Story Points, sondern an Business- und Impact-Metriken.» — Ari Byland, Value Talks Episode
Drei Begriffe, die oft verwechselt werden
Product Owner, Product Ownership, Produktzentrierung — sie klingen ähnlich, meinen aber Unterschiedliches.
Product Owner ist eine konkrete Rolle: Sie trägt die Verantwortung für die Wertmaximierung eines Produkts. Sie trifft Priorisierungsentscheidungen, vertritt die Kundenperspektive, arbeitet eng mit dem Team zusammen.
Product Ownership ist ein Prinzip: Die Verantwortung für ein Produkt liegt nicht allein bei einer Person, sondern wird zunehmend im Team getragen. Das ist kein Zustand, den man einführt — es ist ein Entwicklungsprozess.
Produktzentrierung ist das übergeordnete Paradigma: Die strategische Ausrichtung der Organisation auf Wertschöpfung durch kontinuierliche Produktentwicklung — im Gegensatz zum projektorientierten Denken mit fixem Umfang, Budget und Zeitrahmen. Diese Unterscheidung ist nicht akademisch. Sie erklärt, warum «wir haben jetzt Product Owner» nicht dasselbe ist wie «wir sind eine Produktorganisation».
Value Streams — Wertschöpfung sichtbar machen
Ein einzelnes Produktteam kann einen spezifischen Wert liefern. In grösseren Organisationen entsteht ein vollständiges Kundenerlebnis aber oft durch das Zusammenspiel mehrerer Produkte und mehrerer Teams.
Genau dafür gibt es den Begriff Value Stream: die Abfolge aller Aktivitäten, die einen spezifischen Kundenwert liefern — von der ersten Idee bis zur messbaren Wertschöpfung. Auf Englisch: «Concept to Cash».
Ein Value Stream für eine Banking-App umfasst zum Beispiel Teams für Zahlungsverkehr, Kontoführung, Kreditprodukte und Plattform-Infrastruktur. Diese Teams arbeiten koordiniert — tragen aber jeweils die Verantwortung für ihre spezifische Produktdomäne.
Value Streams machen die Wertschöpfung in einer Organisation sichtbar: Welche Aktivitäten sind notwendig? Wo entstehen Wartezeiten? Wo gibt es Übergaben zwischen Teams, die reduziert werden könnten?
Und sie ermöglichen eine andere Art der Finanzierung: Statt Projekte zu budgetieren, entscheidet die Organisation über die Kapazität ihrer Value Streams — und passt diese regelmässig an, je nach strategischer Relevanz.
Wie der Wandel gelingt
Der grösste Fehler bei der Einführung von Produktdenken: Man wartet auf die grosse Reorganisation.
Ein wirksameres Muster: Identifizieren Sie zuerst die Produkte, die in Ihrer Organisation bereits existieren — mit externen oder internen Kunden. Dann identifizieren Sie, welche Personen an einem dieser Produkte arbeiten. Wenn sie heute noch verteilt sind: Bringen Sie sie zusammen. Damit beginnen Sie, in Produktteams zu arbeiten.
Das erste Produktteam ist kein Pilotprojekt. Es ist ein Lernraum. Von dort aus entsteht, was folgt. Drei sehr konkrete Fragen helfen dabei:
- Was ist unser Sprintziel — eine Liste von Features, oder eine Hypothese, die wir testen wollen?
- Wen laden wir in unser Sprint Review ein — jemanden, der genehmigt, oder jemanden, der uns Feedback gibt?
- Wer trifft die Entscheidungen über unser Produkt — und tut das dort, wo das Wissen ist? Die Antworten zeigen, wie weit die Organisation vom Produktdenken noch entfernt ist.
Der «CEO des Produkts»
Ein Product Owner, der nur Aufträge entgegennimmt, trägt keine echte Verantwortung für das Produkt. Er oder sie spielt Backlog-Tetris — und hilft der Organisation damit nicht weiter.
Wirkungsvolle Product Ownership bedeutet: eine klare Produktvision vertreten, die Kundschaft kennen und direkt einbeziehen, Entscheidungen treffen — auch unbequeme — und den Mut aufbringen, zum Management «Nein» zu sagen, wenn es der Produktqualität nützt.
«Ein Product Owner ist nicht einfach ein ‹Order Taker›. Er oder sie trägt Verantwortung für Vision, Impact und Outcomes.»
— Christian Hofstetter, Value Talks Episode
Diese Fähigkeiten entstehen nicht durch eine Schulung. Sie entstehen durch Erfahrung, Reflexion und gezielte Begleitung.
Im Co-Leadership-Modell ist der Product Owner eine von drei Führungsrollen — gleichgestellt mit dem Teamcoach und der People Experience. Diese Aufteilung ist keine Bürokratie. Sie ist eine strukturelle Antwort auf die Anforderung, gleichzeitig strategisch und operativ, wertorientiert und menschenzentriert zu führen.
Produktorganisation einführen —
ohne Cargokult
Produktdenken konkret einzuführen braucht mehr als gute Absichten.
Falls Sie sich fragen, wie Produktzentrierung in Ihrer Organisation aussehen könnte — lassen Sie uns darüber sprechen:
Kostenlos & unverbindlich – kein Verkaufsgespräch.
Was Sie erwartet: Kurzes Kennenlernen, konkrete erste Schritte für Ihre Organisation.