Dieser Blog ist zuerst bei Medium erschienen. Er wurde von uns ins Deutsche übersetzt.
In diesem Artikel geben wir einen Überblick über die bevorzugten und die missverstandenen Haltungen des Product Owners. Bevor wir uns damit beschäftigen, möchten wir dir einige Informationen über ihre Entstehung und den Zweck ihrer Einführung geben. Dazu werfen wir einen Blick darauf, wie die Rolle des Product Owner im Scrum Guide definiert ist:
Der Product Owner ist dafür verantwortlich, den Wert des Produkts, das aus der Arbeit des Entwicklungsteams resultiert, zu maximieren. Die Art und Weise, wie dies geschieht, kann je nach Organisation, Scrum-Team und Person sehr unterschiedlich sein.
Der Product Owner ist die einzige Person, die für die Verwaltung des Product Backlogs verantwortlich ist. Der Product Owner kann alle Aktivitäten im Zusammenhang mit dem Product Backlog Management selbst durchführen oder das Entwicklungsteam damit beauftragen. Der Product Owner bleibt jedoch rechenschaftspflichtig.
Der Product Owner ist eine Person, nicht ein Ausschuss. Der Product Owner kann die Wünsche eines Komitees im Product Backlog vertreten, aber diejenigen, die die Priorität eines Product Backlog Elements ändern wollen, müssen sich an den Product Owner wenden.
Damit der Product Owner erfolgreich sein kann, muss die gesamte Organisation seine Entscheidungen respektieren. Die Entscheidungen des Product Owners sind im Inhalt und in der Reihenfolge des Product Backlogs sichtbar. Niemand kann das Entwicklungsteam zwingen, mit anderen Anforderungen zu arbeiten.
- Der Scrum Guide, Version November 2017 -Anhand der Beschreibung im Scrum Guide könnte man denken: "Das ist toll, aber so funktioniert es in unserem Unternehmen nicht". Und damit hast du wahrscheinlich Recht. In vielen grossen Unternehmen ist die Rolle des Product Owners, wie sie im Scrum Guide definiert ist, (noch) nicht so, wie sie in diesen grossen Unternehmen tatsächlich funktioniert. Das ist genau der Grund, warum wir die bevorzugten und missverstandenen Positionen/Haltungen des Product Owners entwickelt haben. Sie sollen dir und deinem Unternehmen helfen, die Rolle des Product Owner (oder auch Agile Product Manager) besser zu verstehen. Die Haltungen helfen dir, gute/bevorzugte und schlechte/missverstandene Muster der Product Ownership schnell zu erkennen, damit du die Situation in Zukunft verbessern können.
Die missverstandenen Haltungen des Product Owners
Scrum gibt es schon seit vielen (mehr als 20) Jahren, und es ist schön zu sehen, dass viele Unternehmen Scrum einsetzen oder eingesetzt haben, um ihren Kunden bessere Produkte zu liefern. Dort, wo Menschen zusammenarbeiten, Produkte konzipieren, entwerfen und bauen, werden Fehler gemacht. Zum Glück, denn das hilft uns allen zu lernen und uns zu verbessern.
Auf der Grundlage vieler Implementierungen von Scrum, vieler Product Owner-Schulungen, des Coachings von Product Ownern in der Praxis und unserer eigenen Erfahrungen als Product Owner / Agile Product Manager haben wir festgestellt, dass es sechs Muster gibt, denen wir in vielen Organisationen begegnen. Oder, wie wir sie genannt haben: sechs missverstandene Haltungen des Product Owners. Diese Haltungen sind: Der Sachbearbeiter, der Geschichtenschreiber, der Manager, der Projektmanager, der Fachexperte und der Gatekeeper. Lass uns zunächst auf die missverstandenen Positionen des Product Owners eingehen:
Der Story-Writer
Du kennst das: gekrümmter Rücken, die Augen kleben am Bildschirm, kleine Schriftgrösse und eine 14-stufige Vorlage in Jira. Story, check. Akzeptanzkriterien prüfen. Diskussionen mit dem Entwicklungsteam und den Stakeholdern führen zu einer aktualisierten Vorlage oder einem: "Die Details stehen im Ticket."
Der Projektmanager
Jeder kennt den Projektmanager, der oft auch als "Output Maximizer" bezeichnet wird. Dieser PO kann erstaunliche Diagramme und Zeitpläne in Jira zeigen, er weiss alles über Geschwindigkeit und Vorhersagbarkeit und die Maximierung des Outputs und die Lieferung aller Funktionen ist sein Hauptaugenmerk.
Der Subject Matter Expert (Fachreferent)
"Ich erkläre Ihnen mal, wie das funktioniert." Das ist die Aufgabe der Fachexperten. Sie sind Geschäftsexperten, erfahrene Benutzer, Architekten, Designer oder andere Personen mit Expertenwissen auf ihrem Gebiet. Sie wissen alles über die Details und über jeden Fehler in der Software oder dem System.
Der Sachbearbeiter
"Klar, das können wir dem Backlog hinzufügen". Es sind diese Worte, die wir so oft hören, die den Product Owner vom Typ "The Clerk" charakterisieren. (Er versucht, alle zufrieden zu stellen, den Kunden, die Stakeholder, das Entwicklungsteam und die Benutzer. Er trifft jedoch keine Entscheidungen und bietet keine Visionen.
Der Gatekeeper
"Hören Sie, ich habe jetzt keine Zeit dafür, lesen Sie einfach meine E-Mail von gestern und wählen Sie die wichtigsten Dinge aus dem Product Backlog aus. Und sag mir Bescheid, wenn das erste Feature fertig ist, damit ich es absegnen kann, okay?" Das ist der Gatekeeper; immer der Mann/die Frau in der Mitte...
Der Manager
"Macht Ihre Arbeit heute Spass, ist sie spannend und innovativ? Wie ist die Energie der Mitarbeiter heute? Fühlen wir uns alle wohl? Wie denken Sie über Ihre Leistung?" Die Führungskraft führt in der Regel viele Einzelgespräche mit jedem Teammitglied.
Die bevorzugten Haltungen des Product Owner
Wenn es missverstandene oder nicht bevorzugte Haltungen gibt, sollte es natürlich auch bevorzugte Haltungen eines Product Owners geben! Die bevorzugten Haltungen sind mit den konstruktiven, positiven und wertvollen Haltungen verwandt, die wir bei vielen erfolgreichen Product Ownern gesehen haben. Die bevorzugten Haltungen sind: Der Visionär, der Kollaborateur, der Kundenvertreter, der Entscheidungsträger, der Experimentator und der Beeinflusser. Lass uns in die bevorzugten Haltungen des Product Owners eintauchen:
Der Visionär, der die Produktvision, die Strategie, die Geschäftsziele und die Zielsetzungen mit allen relevanten Parteien klar kommuniziert. Ein visionärer Product Owner neigt dazu, sich auf die Zukunft zu konzentrieren, den Status quo zu verändern und den Menschen zu helfen, das zu sehen, was sein könnte, anstatt das, was ist.
Der Kollaborateur, der sich mit den verschiedenen Stakeholdern und dem/den Entwicklungsteam(s) auseinandersetzt und eng mit ihnen zusammenarbeitet. Ein kollaborativer Product Owner neigt dazu, Menschen in ihrem eigenen Entdeckungsprozess zu unterstützen, ob es nun um die Definition von Zielen, die Klärung von PBIs oder die Analyse von Kundenbedürfnissen geht.
Der Kundenvertreter, der sich darauf konzentriert, anderen (dem Entwicklungsteam oder anderen) zu helfen, zu verstehen, was die Kunden brauchen, welche Herausforderungen sie haben, welche Schmerzen und Vorteile sie haben. Aus dieser Position heraus neigt der Product Owner dazu, zu erklären, wie sich unsere Arbeit auf Kunden, Benutzer und Geschäftsprozesse auswirkt.
Der Entscheidungsträger , der den Stakeholdern und dem Scrum-Team hilft, die Time-to-Market kurz zu halten, indem er die Zeit für die Entscheidungsfindung kurz hält. Täglich müssen alle Arten von Entscheidungen getroffen werden. Einige können an das Scrum-Team oder die Stakeholder delegiert werden, andere muss der Product Owner selbst treffen.
Der Experimentator, der Hypothesen aufstellt, erklärt, was wir wissen UND was wir nicht wissen, und der einen Grossteil seiner Arbeit als Experimente und nicht als "festgelegte" Arbeitspakete betrachtet. Der Experimentator versteht die Notwendigkeit, neue Dinge auszuprobieren, zu erforschen, zu erneuern und daher zu experimentieren.
Der Influencer , der den Stakeholdern hilft, sich auf die Produktvision, die Strategie, die Ziele und die Zielsetzungen auszurichten. Die Beeinflussung der Stakeholder und des Scrum-Teams ist eine schwierige, aber sehr wichtige Aufgabe. Der Influencer nutzt effektive Kommunikations-, Verhandlungs- und Beeinflussungsfähigkeiten, um Menschen für die Sache zu gewinnen.