Ratschläge für neue Product Owner:innen

28.09.2023

Original: Advice for New Product Owners

Übersetzt von Stephanie Lohß

 

Wir sind alle etwas unsicher, wenn wir etwas Neues ausprobieren. Uns in dieses unangenehme Gefühl zu begeben, hilft uns zu wachsen.

 

Es kann nervenaufreibend sein, eine neue Rolle zu übernehmen, besonders wenn sie so wichtig ist wie die eines:einer Product Owner:in. Da unsere internen Product Owner:innen der Scrum Alliance über Erfahrungen verfügen, die von ganz neu bis zu mehr als 20 Jahren reichen, haben wir sie gebeten, uns Ratschläge für diejenigen zu geben, die zum ersten Mal die Rolle des:der Product Owner:in übernehmen, sowie für diejenigen, die sie im Laufe ihrer Karriere übernehmen werden.

Hier sind ihre Antworten…

Behalte das große Ganze im Auge

Die Rolle des:r PO ist wahrscheinlich die schwierigste und entscheidendste Rolle in Scrum. Sie ist nichts für schwache Nerven, da man zu so vielen Dingen Nein sagen muss, damit man Ja zu den wichtigsten Dingen sagen kann. In dieser Rolle geht es nicht darum, die Leute bei Laune zu halten, sondern darum, die Wertschöpfung voranzutreiben.

Verstehen Sie das „Wozu?“ hinter der Arbeit. Deine wichtigste Aufgabe ist es, die Produktvision an dein Team weiterzugeben.

Ich weiß nicht, ob ich die Aufgabe des Product Owners nach Vorschrift erledige. Aber ich weiß Folgendes. Ich muss den Teams ein klares Verständnis des Problems vermitteln, nicht der Lösung. Ich verlasse mich darauf, dass das Team den besten Weg findet, das Problem des Kunden zu lösen. Dann arbeite ich mit ihnen daran, diese Idee klein genug zu halten, um sie in einem Sprint zu liefern, zu überprüfen und anzupassen. Ich habe die Erfahrung gemacht, dass das Team, sobald es das Problem verstanden hat, bei der Lösungsfindung sehr viel schlauer ist als ich.

Kenne den Unterschied zwischen „schön zu haben“ und “ haben müssen“.

Denke immer zuerst an den Kunden. In unserem Team nennen wir diese Person unseren Helden. Womit hat der Held zu kämpfen? Wie kann diese Story die Arbeit unseres Helden erleichtern, ihm helfen, einen Job zu bekommen, oder ihm helfen, effektiver zu sein? Das sind die Fragen, die uns antreiben.

Kenne das Problem bzw. die Probleme, die deine Nutzer zu lösen versuchen. Verstehe ihre Domänen und Nutzungskontexte. Gib ihnen Lösungen, die zu ihrem Kontext passen und ihre Probleme adressieren. Eine ungenutzte, hervorragende Funktion ist eine nutzlose, wertlose Funktion.

Werde zum Experten für die Verwendung deines Produkts. Kenne jedes Feature, jede Funktion, jede Abkürzung, jeden Workaround und jeden Bug.

Gespräche sind dein größtes Geschenk. Sprich mit allen und jedem, um die Bedürfnisse deines Produkts zu verstehen. Benutzer, Lieferanten, Teammitglieder, Interessenvertreter, zufällige Leute auf der Straße … sprich mit jedem, der dir helfen kann.

Vertraue auf das, was du weißt, und mach dir keinen unnötigen Kopf über das, was du nicht weißt, vor allem wenn du keinen technischen Hintergrund hast. Stell Fragen und hör zu, damit du so viel wie möglich lernen kannst. Ein großer Teil der Arbeit besteht darin, effektiv mit Fachleuten und Laien wie auch mit Interessengruppen kommunizieren zu können.

Kümmere dich um dein Backlog

Überfrachte dein Backlog nicht. Es ist kein Ort, an dem jeder Gedanke oder jede Idee über das Produkt festgehalten werden sollte. Achte darauf, dass das Verhältnis von Signal zu Rauschen so gering wie möglich ist. Es gibt keine perfekte Anzahl von Stories, aber eine gute Faustregel ist, dass du zu viele PBIs hast, wenn die Verwaltung des Backlogs mehr Zeit in Anspruch nimmt als die Erforschung des Produkts.

Binde dich nicht deine Product Backlog Items, sondern betrachte sie als Hypothesenaussagen. Du glaubst, dass ein Kunde diese Funktion nutzt/benötigt/will, aber du weißt es nicht wirklich. Schneide sie so klein wie möglich und teste diese Hypothese. Schnelles Feedback ist dein bestes Werkzeug, und feiere, wenn du herausfindest, dass du falsch lagst.

Eines der Dinge, an die ich mein Team immer wieder erinnere, ist, dass wir keine Perfektion liefern müssen, sondern nur den nächsten Mehrwert für den Kunden.

Verwandter Artikel: 6 Tips for Improving Product Backlog Refinement

Schätze deine Beziehungen wert

Eine der wichtigsten Aufgaben eines:r Product Owner:in ist es, Beziehungen aufzubauen und zu pflegen. Um wirklich effektiv zu sein, müssen POs gegenseitiges Vertrauen und Respekt mit ihren Teamkolleg:innen und Stakeholder:innen aufbauen.

Sei transparent. Rede offen mit Ihrem Team und ehrlich mit Ihren Stakeholder:innen. Höre zu und sei empfänglich für die Wahrheit und für Antworten, die du vielleicht nicht hören willst. Wenn du das tust, schaffst du dir Vertrauen und – was ebenso wichtig ist – du erfährst, was du wissen musst, um erfolgreich zu sein.

Stakeholder-Management und Kundenkontakte sollten deinen Kalender füllen. Wenn du nicht ständig mit Kunden sprichst und den Input von Stakeholdern einholst, läufst du Gefahr, die falschen Funktionen zu entwickeln.

Bilde ein starkes Gespann mit deinem:r Scrum Master:in. Er:Sie muss dein:e Verbündete:r sein, wenn es darum geht, dem Team Stories zu vermitteln und zu verfeinern. Ihr habt zwei sehr unterschiedliche Rollen und steht möglicherweise oft in einem Spannungsfeld. Eine starke Arbeitsbeziehung wird dir und deinem Team helfen, die Ziele deiner Organisation zu erreichen.

Schlussfolgerung: Verstehe, dass du wichtig bistAls Product Owner:in sind (oder wirst) du die perfekte Mischung aus Geschäftsstrateg:in, Analytiker:in, Projektdesigner:in und vor allem der:die Vermittler:in für großartige Beziehungen und Ergebnisse. Es mag nicht immer einfach sein, aber die Produktverantwortung ist eine der grundlegendsten und bedeutendsten Rollen. Sei zuversichtlich und offen für Neues. Das ist der Schlüssel zum Erfolg.

Verwandter Artikel: Advice for new Scrum Masters

Weitere Beiträge