1    Gesucht: Product Owner (m/w/d)

Ende 2022 listet Google ca. 1,4 Milliarden Einträge zu dem Suchbegriff »Product Owner«. In diesem Kapitel erfährst du deutlich kompakter, was die Rolle ausmacht und wie du deine Arbeit als Product Owner*in von Anfang an erfolgreich gestalten kannst.

Karla und Benno stehen nebeneinander am Fenster. Hamburg im Nebel, nur ein paar Gebäude lassen sich schemenhaft erahnen. Speicherstadt, moderne Wohn- und Bürohäuser, eine Brücke. »Wen suchen wir eigentlich genau? Für mich hört sich das wie eine Eier legende Wollmilchsau an. Die Person muss das Produkt gut kennen, viel Erfahrung im Projektmanagement haben und sich mit Digitalisierung bis ins technische Detail auskennen«, sagt Benno mehr zu sich selbst als zu Karla. »Sie sollte vor allem gut kommunizieren können, empathisch sein, den Markt kennen. Entscheidungsfreudig sein. Und sich durchsetzen können«, ergänzt Karla. »Ich bin nur froh, dass wir hier niemanden allein lassen. Das Produkt ist anspruchsvoll, aber wir haben ein erfahrenes Entwicklungsteam am Start, und Rami wird die Scrum-Master-Rolle exzellent ausfüllen.«

Karla und Benno suchen: jemanden wie dich. Die beiden sind Führungskräfte in einem mittelgroßen Unternehmen, das sich mitten in der digitalen Transformation befindet. Sie stehen vor einer schwierigen Personalentscheidung: In Bennos Bereich soll eine Product-Owner-Position besetzt werden, zum ersten Mal. Für Benno sind Scrum und agiles Arbeiten noch recht neu. Gleichwohl hat er schon verstanden, dass die Product-Owner-Rolle recht umfassende fachliche Kompetenzen erfordert. Er weiß nur noch nicht, wer sie mitbringen soll, zumal von der Entwicklung des neuen Produkts die Zukunft des Unternehmens maßgeblich abhängt. Karla hat als IT-Leitung schon viel Erfahrung mit agilem Vorgehen und deswegen auch einen guten Blick für die persönlichen Kompetenzen, die ein*e Product Owner*in braucht. Sie ist zuversichtlicher, auch weil sie auf Rami vertraut, der das Team als erfahrener Scrum Master in Vollzeit begleiten wird.

Die Product-Owner-Rolle ist ein Konzept aus Scrum. Und Scrum ist eine – vielleicht die bekannteste – Möglichkeit, einen funktionierenden Arbeitsprozess im Sinne des Agilen Manifests und der zwölf agilen Prinzipien umzusetzen. Und sie hat ein vielschichtiges Kompetenzprofil: Da wird eine analytische und visionäre Person gesucht, die fachlich-technisch Ahnung von ihrer Domäne hat, stark in der Kommunikation nach innen und außen ist, agiles und klassisches Projektmanagement aus dem Effeff beherrscht und auch noch unternehmerisch handelt.

Zum Einstieg in dieses Buch laden wir dich deswegen ein, die Rolle intensiv kennenzulernen und dir deine eigenen Stärken bewusst zu machen. Du richtest den Blick zunächst auf das große Ganze – Scrum beziehungsweise das agile Vorgehen im Allgemeinen und deine Rolle als Product Owner*in im Besonderen. Dabei lernst du die Herausforderungen der Rolle an einem praktischen Beispiel kennen und kannst gleichzeitig auch deine eigenen Kompetenzen reflektieren.

Im Anschluss raten wir dir zu fünf Dingen, um die du dich als Product Owner*in unbedingt kümmern solltest – insbesondere wenn du neu mit einem Team startest. Sie sind ein Ausblick auf die vielfältigen Möglichkeiten, die du in diesem Buch findest, um deine Rolle bewusst zu gestalten und dich weiterzuentwickeln.

1.1    Scrum – eine agile Allzweckmethode?

Unternehmen nutzen Scrum, weil sie flexibler werden wollen. Sie möchten schneller auf Veränderungen reagieren, Chancen nutzen und sich besser auf die Anforderungen ihrer Kundschaft einstellen. Vor dem Hintergrund des Fachkräftemangels spielt Scrum auch oft eine Rolle, um als Unternehmen attraktive Arbeitsbedingungen bieten zu können. Kaum ein*e Wissensarbeiter*in möchte heutzutage noch streng hierarchisch oder fremdbestimmt arbeiten. Gefragt sind Selbstorganisation und lebenslanges Lernen, mobile Arbeit entlang individueller Wertvorstellungen und Führung nur da, wo sie auch wirklich dienlich ist.

Scrum ist in diesem Zusammenhang schon fast zum Synonym für agile Vorgehensmodelle geworden. Scrum wurde in den frühen 1990er-Jahren von den Softwareentwicklern Jeff Sutherland und Ken Schwaber entworfen und überzeugt heute viele durch seine vermeintlich einfache Struktur (siehe Abbildung 1.1), die sich mit den Jahren nicht nur in der Softwareentwicklung, sondern auch in vielen anderen Feldern bewährt hat. Wer Scrum implementieren will, braucht kein aufwändiges Prozess- oder Rollenmodell. Es reichen:

• 3 Rollen: Product Owner*in, Scrum Master*in und Entwickler*in

• 5 Events: Sprint, Daily, Planning, Review und Retrospektive

• 3 Artefakte: Product Backlog, Sprint Backlog und Produkt-Inkrement

Abbildung 1.1     Der Scrum-Prozess steht für eine iterativ-inkrementelle Auslieferung mit fest etablierten Planungs- und Lernmomenten.

Eingerahmt wird das Ganze durch die fünf Werte Commitment, Mut, Fokus, Offenheit und Respekt. Wer dann noch seine Vorstellungen in Produkt-Ziel und Sprint-Ziel zu übersetzen weiß und die gemeinsamen Qualitätsvorstellungen in einer Definition of Done festhält, ist auf dem besten Weg, nach Scrum zu arbeiten.

Der Begriff agil ist in der Geschäftswelt nicht trennscharf definiert. Manche sprechen von Business Agility und meinen damit, dass sich in einem dynamischen Markt doch schneller Geld verdienen lassen müsse. Andere sind stolz auf die Agilität in der eigenen Logistikkette, und dritte setzen das agile Vorgehensmodell Scrum gleich mit agilem Vorgehen, ohne jemals vom Agilen Manifest (siehe Abbildung 1.2) und seinen zwölf agilen Prinzipien gehört zu haben. Sie alle geben dem Modewort agil eine unterschiedliche Bedeutung und sprechen über völlig verschiedene Dinge.

In diesem Buch meinen wir mit Agilität ein Vorgehen, das sich an den Werten des Agilen Manifests orientiert und nach dessen zwölf agilen Prinzipien organisiert ist. Wir betrachten Scrum dabei als eine besonders geeignete Möglichkeit, die Arbeit in einem Produktteam auf diese Art zu bewältigen, und nutzen die Definitionen der Meetings, Rollen und Artefakte als Referenzpunkte. Viele Produktteams kombinieren Scrum mit Kanban. Sie organisieren dann beispielsweise die Arbeit während des Sprints mit einem Kanban-Board oder verzichten ganz auf die Sprint-Logik, etablieren über Kanban eine kontinuierliche Auslieferung und passen die Meetings, Rollen und Artefakte aus Scrum entsprechend an. Dieses Vorgehen wird häufig auch als Scrumban bezeichnet.

Die Herangehensweisen in diesem Buch eignen sich für agiles Vorgehen im Allgemeinen, orientieren sich aber an Scrum als Blaupause.

Abbildung 1.2     Das Agile Manifest im Original dient seit den späten 1990ern vielen agilen Teams als Grundlage ihrer Arbeit.

Der Scrum Guide oder auch die agilen Prinzipien fassen kurz zusammen, worum es geht. In der Praxis ist es nicht so einfach. Nicht umsonst hieß es lange im Scrum Guide – also den knapp zwölf Seiten, die Scrum in der englischen Version offiziell beschreiben –, Scrum sei zwar leicht zu verstehen, aber schwierig anzuwenden. In der aktuellen Version des Scrum Guide kommt der Satz etwas aufmunternder daher: »Scrum ist einfach. Probiere es aus.«

Und darin steckt das Wesentliche. Scrum ist ein einfaches Rahmenwerk für komplexe Fragestellungen. Es ermöglicht einem Team oder einer Organisation während einer Produktentwicklung, kontinuierlich und früh zu liefern, kontinuierlich und früh Feedback zu den Ausbaustufen des Produkts zu bekommen und damit kontinuierlich zu lernen und das eigene Vorgehen frühzeitig anzupassen. In einem dynamischen Umfeld ist das eine strategische Kompetenz. Sie stellt einen Wettbewerbsvorteil dar gegenüber Unternehmen mit starren Strukturen oder langsamen, bürokratischen Prozessen. Die WirtschaftsWoche schreibt dazu im Juli 2017 sogar: »Je agiler ein Unternehmen im Ganzen, desto größer ist sein wirtschaftlicher Erfolg.« und belegt diese Aussage mit Daten aus dem Agile Performer Index (Dämon, 2017).

Scrum ist dabei eine Möglichkeit, das Agile Manifest praktisch umzusetzen, das heißt insbesondere im Projektmanagement und in der Produktentwicklung ein agiles Vorgehensmodell zu etablieren. Das lässt sich leicht nachvollziehen, wenn die Rollen, Meetings und Artefakte aus Scrum...