Blog

Warum ihr einen echten Product Owner braucht

MAR 8, 2022

In Agile-Produktentwicklungsteams ist der Product Owner dafür verantwortlich, die Kunden und Stakeholder zu vertreten und die Aufgaben des Teams zu priorisieren.

Arto Kiiskinen

Arto is a Leading Product Owner Coach with 20 years of experience in leading R&D activities both in large and small organizations, in many different roles. He is now committed to training and coaching product owners to become better at their work. He is also CSPO, PSPO, PSM, and ISTQB certified.

Diese Person sammelt Informationen aus verschiedenen Quellen und führt die relevanten Gespräche, um Entscheidungen darüber zu treffen:

  • was wichtig ist

  • was getan werden sollte

  • was nicht getan werden sollte

Außerdem stellt der Product Owner sicher, dass das Team jederzeit klar definierte, wichtige Aufgaben hat, an denen es arbeiten kann.

Das Beste aus einer großen Investition herausholen

The Product Owner is responsible for ensuring that the team’s work is as valuable as possible for the organization.

Der Product Owner ist dafür verantwortlich, dass die Arbeit des Teams für das Unternehmen so wertvoll wie möglich ist. Klingt nach einer wichtigen Aufgabe, oder?

Für viele Unternehmen ist die Produktentwicklung zudem eine große Investition. Gehälter, Computer, Arbeitsplätze sowie Entwicklungs- und Testumgebungen können sich zu einer beträchtlichen Summe addieren. Der Product Owner ist dafür verantwortlich, den Ertrag dieser Investitionen kurz- und langfristig zu maximieren und gleichzeitig in jedem Fall Überlastung und Burnout bei den Mitarbeitern zu vermeiden. So wird die Zukunft gesichert.

Ein guter Product Owner steigert die Produktivität des Produktentwicklungsteams erheblich. Ein weniger guter kann genau das Gegenteil bewirken. Die Rolle des Product Owners zu vernachlässigen, kann für euer Unternehmen daher wirklich riskant sein.

Ein stressfreies Team bringt euch den höchsten Ertrag

Ohne einen effektiven Product Owner erhält das Team alle Anfragen aus dem gesamten Unternehmen – und auch von Kunden. Wie soll es entscheiden, welche Anfragen es bearbeiten soll? Gibt es keinen Product Owner, wird das Team versuchen, alle eingehenden Anfragen zu erfüllen. Das überlastet das Team erheblich und zwingt es dazu, so schnell wie möglich zu arbeiten.

Das führt zu:

  • steigendem Stresslevel

  • Arbeit unter Zeitdruck und Abstrichen bei der Qualität

  • keiner Berücksichtigung einer zukunftssicheren Lösung

  • keinem Refactoring – neue Anforderungen werden schnell umgesetzt, ohne auf ein durchdachtes Design zu achten

Kurz gesagt: Ohne Product Owner verfällt das Team in die Muster „Wer am lautesten schreit, wird zuerst bedient“ und „Wir versuchen, alles zu erledigen“. Klingt das nach einem Weg, den Mehrwert zu maximieren, den das Team schafft?

Der Product Owner stellt sicher, dass das Team an den wichtigsten Dingen arbeitet und dabei relativ stressfrei arbeiten kann. Das sorgt für bessere Qualität, eine zukunftssichere Umsetzung und eine bestmögliche Nutzung der Ressourcen.

Nebenbei übernehmen kann riskant sein

Natürlich kann die Rolle des Product Owners beispielsweise von folgenden Rollen übernommen werden:

  • dem Produktmanager

  • dem Projektmanager

  • dem Leiter der Produktentwicklung

Immer häufiger erkennen Unternehmen jedoch, dass die Maximierung des Mehrwerts der Teamarbeit so wichtig ist, dass eine Person ihre Arbeitszeit vollständig diesem Zweck widmen sollte.

Ein Product Owner in Vollzeit verbessert garantiert die Arbeitsweise des Teams und schafft Klarheit im Backlog. So verschwendet die Produktentwicklung weniger Aufwand, und ihr holt mit weniger Stress mehr aus dem Team heraus.

Den richtigen Product Owner finden – eine Liste seiner Aufgaben:

Wenn dieses Blog-Posts ein zentrales Ziel hat, dann ist es, euch eine Liste der Aufgaben eines Product Owners zu geben. So könnt ihr Erwartungen klar definieren und eine Stellenanzeige formulieren, mit der ihr den passenden Product Owner für eure Organisation findet.

Bei Bedarf könnt ihr die Liste auch nutzen, um eurer Geschäftsleitung die Augen zu öffnen. Halten sie dedizierte Product Owner nach der Lektüre immer noch für unnötig?

Aufgaben des Product Owners:

  • Tägliche Arbeit im Scrum-/Produktentwicklungsteam

  • Teilnahme an den meisten täglichen Scrum-Meetings

  • Teilnahme an Retrospektiven, Demos und Sprint-Review-Meetings

  • Freigabe von Releases und Sprint-Artefakten

  • Tägliche Fragen des Teams beantworten und präsent sein

  • Produkt-/Team-Backlog

  • Das Backlog entsprechend den Prioritäten in der richtigen Reihenfolge halten

  • Die priorisierten Backlog-Items gemeinsam mit dem Team vorbereiten, damit das Team daran arbeiten kann

  • Regelmäßige Backlog-Grooming-Sessions organisieren

  • Sprint-Planning-Meetings und weitere Planungssitzungen zur Verbesserung des Backlogs organisieren, z. B. Sprint-Pre-Planning-Sessions

  • Kommunikation mit Stakeholdern

  • Bedürfnisse der Stakeholder ermitteln

  • Den Release-Zeitplan einhalten

  • Die Velocity des Teams verstehen

  • Stakeholder über den Fortschritt informieren

  • Notwendige Demos und Pilotprojekte organisieren, um Feedback von relevanten Beteiligten einzuholen

  • Kundenkontakte und das Verständnis für Kunden pflegen

  • Regelmäßiger Kontakt mit Kunden oder anderen Personen, die direkten Kontakt zu Kunden haben

  • Kundenpräsentationen, Demos und weitere Meetings organisieren, um Feedback zum Produkt, zu zukünftigen Plänen sowie zu Problemen und Bedürfnissen der Kunden einzuholen

  • Gemeinsam mit dem Produktmanagement eine gute Customer Experience definieren

  • Fehler managen

  • Die richtige Priorisierung von Fehlern sicherstellen

  • Festlegen, welche Fehler für welches Release behoben werden sollen

  • Sicherstellen, dass Probleme klar definiert sind, damit sie effizienter gelöst werden können

  • Roadmapping und Vision

  • Langfristige Planung gemeinsam mit dem Produktmanager

  • Release-Pläne

  • Produktvision und Visionen für jedes Release

  • Ziele für Scrum Sprints

  • Aufgaben koordinieren

  • An der Analyse von Abhängigkeiten zwischen Teams mitwirken und sicherstellen, dass der Backlog entsprechend priorisiert wird

  • Sicherstellen, gegebenenfalls gemeinsam mit dem Projektmanagement, dass die Arbeit von Vertrieb, Marketing und Kundensupport das Release unterstützt

  • Lernen und eine positive Atmosphäre aufrechterhalten

  • Zu einer positiven Teamatmosphäre beitragen

  • Verstehen, dass eine positive Haltung Ergebnisse und Kreativität fördert, und andere Bereiche der Organisation dabei unterstützen, dies zu erkennen

  • Sicherstellen, dass das Team seine Arbeitsweise verbessert

Wie wirkt diese Liste auf euch? 

Sieht es nach etwas aus, das ihr neben euren eigenen Aufgaben jede Woche in wenigen Stunden schaffen könnt? Oder sieht es so aus, als könnte es für jemanden ein Vollzeitjob sein? 

Nicht wenige unserer Kunden haben sich für Letzteres entschieden!

  • Agile
  • Product management

Subscribe to our newsletter