Product Manager (PM)
Der Product Manager verantwortet die wirtschaftliche Wirksamkeit eines Produkts.
Er entscheidet nicht primär über Features – sondern über Richtung.
Strategie ist seine Kernaufgabe.
1. Kurzdefinition
Ein Product Manager trägt Verantwortung für:
- Markt-Fit
- Positionierung
- Produktstrategie
- wirtschaftlichen Erfolg
- Priorisierung auf Outcome-Ebene
Er ist verantwortlich für das „Warum“ –
nicht für das „Wie“.
2. Kernverantwortung
Der PM entscheidet:
- Welches Problem lösen wir?
- Für wen?
- Warum jetzt?
- Was ist der nächste valide Lernschritt?
- Wann stoppen wir?
Strategie bedeutet auch:
bewusst Nein sagen.
3. Typische Aufgaben
3.1 Produktstrategie
- Zielmarkt definieren
- Differenzierung klären
- Wettbewerb analysieren
- Produktvision formulieren
3.2 Roadmap-Verantwortung
- Strategie in Sequenzierung übersetzen
- Abhängigkeiten berücksichtigen
- Outcomes definieren
- Prioritäten transparent machen
Roadmaps sind keine Wunschlisten.
3.3 Wirtschaftliche Steuerung
- Business Case bewerten
- ROI-Überlegungen anstellen
- Investitionsentscheidungen vorbereiten
- Risiken sichtbar machen
3.4 Lernzyklen etablieren
- Hypothesen formulieren
- Feedback aus Markt und Daten integrieren
- Roadmap anpassen
Ein PM ohne Feedback-Schleife arbeitet blind.
4. Schnittstellen der Rolle
4.1 Mit dem Software Architect
- Strategie in Architektur-Konsequenzen übersetzen
- Qualität vs. Kosten bewerten
- Investitionen in technische Stabilität legitimieren
- Skalierungsbedarf früh erkennen
Architektur ist Teil der Produktstrategie.
4.2 Mit dem Team
- Kontext liefern
- Zielbild erklären
- Trade-offs transparent machen
- Scope stabil halten
Teams liefern besser, wenn sie das Warum verstehen.
4.3 Mit Stakeholdern
- Erwartungen kalibrieren
- Marktverständnis erklären
- Business-Ziele vertreten
- politisches Umfeld managen
4.4 Mit Delivery
- Outcome statt Output priorisieren
- Time-to-Market vs. Stabilität abwägen
- Feature-Inflation verhindern
5. Abgrenzung: PM vs. PO
| Product Manager | Product Owner |
|---|---|
| Strategie | Umsetzung |
| Markt | Backlog |
| Outcome | Story |
| Richtung | Reihenfolge |
| Wirtschaftlichkeit | Delivery |
In kleinen Organisationen kann eine Person beide Rollen tragen. In komplexen Produkten ist Trennung sinnvoll.
6. Was der PM nicht ist
- kein Detail-Backlog-Owner
- kein Feature-Controller
- kein Sales-Ersatz
- kein Architekt
- kein Projektmanager
Wenn der PM operativ Tickets schreibt, fehlt strategischer Fokus.
7. Typische Fehlmuster
- Roadmap als Wunschliste
- Keine klaren Produktziele
- Feature-getriebene Entwicklung ohne Outcome
- Ignorieren technischer Risiken
- „Quality First“ ohne Budget
Strategie ohne Priorisierung ist Illusion.
8. PM im Qualitätskontext
Stufe 1:
- Fokus auf Lernspeed
Stufe 2:
- bewusste Qualitätsentscheidungen
Stufe 3:
- Stabilität als strategischer Faktor
Stufe 4–5:
- Compliance als Marktanforderung
Hohe Qualitätsstufen sind Produktentscheidungen.
Nicht Engineering-Laune.
9. Kurzcheck
Ein PM erfüllt seine Rolle, wenn:
- Strategie klar artikuliert ist
- Roadmap auf Outcomes basiert
- Qualität bewusst entschieden wird
- Risiken transparent sind
- Teams wissen, warum sie etwas bauen
Kernaussage
Der Product Manager verantwortet Richtung.
Er entscheidet nicht nur, was gebaut wird – sondern warum es gebaut wird.
Ohne strategische Klarheit wird Delivery zum Aktionismus.