Die Nicht-Technikaffinität eines Product Owners ist kein Problem. Ihr Mangel an Produktvision hingegen schon. Hier sind 5 Tipps für angehende Product Owners.
Die Schönheit der Arbeit in der IT-Branche liegt darin, dass man fast jeden Tag neue Herausforderungen annimmt. Allerdings war es für mich, eine Person, die den Großteil ihrer Karriere in der Kommunikation gearbeitet hat, ziemlich einschüchternd, die Rolle eines Product Owners im Prozess der digitalen Produktentwicklung zu übernehmen.
Ich bin Head of Marketing ohne wirklichen technischen Hintergrund. Daher hat es mich immer gewundert—gibt es wirklich einen so großen Unterschied zwischen einem technischen und einem nicht-technischen Product Owner? Aus meinen jüngsten Erfahrungen und einigen Diskussionen, die ich mit Softwareentwicklern in unserem Team hatte, habe ich beschlossen, einige Tipps für Menschen zusammenzustellen, die sich in einer ähnlichen Situation befinden könnten.
5 Tipps für neue & nicht-technische Product Owners
Der technische Vorteil muss nicht unfair sein
Es hat keinen Sinn, so zu tun, als gäbe es keinen Unterschied zwischen einem Product Owner mit und ohne technischen Hintergrund.
Technische Product Owners haben einen Vorteil, wenn es darum geht, mit dem Entwicklungsteam zu kommunizieren oder als Vermittler zwischen dem internen Team und dem externen Dienstleister zu fungieren. Sie verstehen technische Nuancen und sind in der Lage, einige Lösungen zu präsentieren und User Stories zu erstellen. Das Festlegen von Akzeptanzkriterien ist für sie ein natürlicher Prozess.
Die Entwickler, mit denen ich über dieses Thema gesprochen habe, sagen, dass sie, obwohl sie den Unterschied zwischen der Zusammenarbeit mit technischen und nicht-technischen Product Owners erkennen können, es nicht automatisch als ein Problem ansehen.
Was in der Rolle eines Product Owners entscheidend ist:
- Sie haben eine klare Vision des Produkts.
- Sie sind entscheidungsfreudig und fokussiert.
- Sie haben Motivation.
Haben Sie eine klare Vision für Ihr Produkt
Eine klare Vision für ein Produkt zu haben, ist der Schlüssel zu einem viel reibungsloseren Entwicklungsprozess. Die Bedürfnisse Ihrer Benutzer und Kunden zu verstehen, bestimmte Ziele im Kopf zu haben – all dies macht den Prozess, die richtigen Design- und Entwicklungsentscheidungen zu treffen, unendlich einfacher. Es ist unglaublich schwierig, Benutzerstories zu erstellen und Funktionen zu priorisieren, ohne genau zu wissen, was wir erreichen wollen.
Sie müssen das Ziel während des gesamten Prozesses im Auge behalten. Was ist der Zweck dieser Komponente? Welchen Nutzen hat der Benutzer? Wenn Sie sich nicht sicher sind, wie Sie dorthin gelangen – das ist in Ordnung, dafür haben Sie ein kompetentes Team engagiert. Aber wenn Sie das Ziel hinter einer Funktion nicht kennen, könnte das ein Problem darstellen. Sie sind verantwortlich für die Geschäftsziele Ihrer Lösung.
Es ist immer gut, mit Ihrem guten alten „WARUM?“ und „WAS?“ zu beginnen. Das wird den Entwicklungsprozess auf die „WIEs?“ konzentrieren. Und um diese herauszufinden, haben Sie die Unterstützung eines gesamten Entwicklungsteams. Gemeinsam werden Sie in der Lage sein, die beste funktionierende Lösung zu finden.
Um die Vision zu klären, können Sie mit einem Product Design Workshop beginnen, der Ihnen hilft, den gesamten Entwicklungsprozess zu organisieren. Er kann Ihnen auch helfen, die Falle zu vermeiden, zu viele Aufgaben auf einmal zu planen oder zu viele Funktionen für die erste Veröffentlichung zu priorisieren.
Hab keine Angst, eine Entscheidung zu treffen
Wenn du möchtest, dass die Arbeit reibungslos verläuft, denke daran, dass du die Person sein musst, die den endgültigen Beschluss fasst. Lass es nicht den Entwicklern überlassen, zu entscheiden, wann das Feature bereit ist. Du bist diejenige, die die Bedürfnisse kennt, die das Produkt erfüllen muss. Die Entwickler sind in der Regel eine Gruppe von klugen Leuten – was oft bedeutet, dass sie dazu neigen, die Dinge zu komplizieren. Das liegt daran, dass sie möchten, dass die Funktionalität alle möglichen Anwendungsfälle abdeckt. Deine Rolle ist es, dies zu verkürzen, da du nicht mit einem überkomplizierten Feature enden möchtest.
Wenn du mit einer Entwicklungsagentur arbeitest, ist es auch hilfreich zu erkennen, dass du kein sofort verfügbares digitales Produkt bestellst – es ist kein Geschäft. Du bestellst Arbeit von einem qualifizierten Team, das alles tun wird, um ein Produkt zu erstellen, das du dir ausgedacht hast. Aber es ist nicht so, dass es bereit ist. Es muss entwickelt werden. Und nur ein Product Owner hat das notwendige Wissen darüber, wie das Produkt gehandhabt wird (Go-to-Market-Strategie, weitere Entwicklungspläne, ein Team, das intern für das Produkt verantwortlich ist, Benutzer usw.). Deshalb muss der PO die Person sein, die die endgültigen Entscheidungen trifft.
„Geben Sie hier ein motivierendes Zitat ein“
Der Product Owner muss motiviert sein, um die optimalsten Lösungen zu finden, und Sie können diese Person sein, auch ohne technischen Hintergrund. Aber nur, wenn Sie Ihre Nutzer kennen und wirklich an den Wert glauben, den Ihr Produkt in ihr Leben bringen kann.
Es ist wichtig, präsent zu sein, lassen Sie das Entwicklungsteam nicht allein, denn das lässt viel Raum für Spekulationen darüber, was geliefert werden sollte. Sie wollen nicht, dass das Team den geschäftlichen Kontext ihrer Arbeit verliert. Es ist Ihre Rolle, genau zu spezifizieren, was geliefert werden muss, und die Akzeptanzkriterien zu beschreiben. Andernfalls erhalten Sie möglicherweise nicht das, was Sie erwartet haben. Nehmen wir eine Aufgabe wie ein „Login-Panel“: Möchten Sie, dass der Nutzer sich über Social-Media-Profile anmelden kann? Welche? Oder sollte es nur per E-Mail sein? Sie verstehen, worauf ich hinauswill.
Fragen stellen
Ich war überrascht, wie viel man allein durch das Zuhören in einer Diskussion eines Tech-Teams mitbekommen kann. Aber ich habe noch mehr gelernt, indem ich direkte Fragen gestellt habe. „Ist es möglich, dass…?“, „Was ist der Unterschied zwischen…?“ — Ich denke, ich habe das während des Entwicklungsprozesses hundertmal gefragt und bereue es nicht. War es nervig? Vielleicht. War es am Ende des Tages notwendig und hilfreich? Absolut. Schließlich war es der einzige Weg, um unser gegenseitiges Verständnis sicherzustellen, und auch ein großartiges Werkzeug, um Vertrauen aufzubauen. Das Team wusste, dass ich, wenn ich etwas nicht verstehe, danach fragen werde, anstatt zu nicken und vorzugeben, dass alles klar ist (was später im Prozess einige Probleme verursachen könnte).
Produktverantwortlicher sein - abschließende Gedanken
Produktverantwortlicher zu sein, ist ein verantwortungsvoller Job, aber ein sehr befriedigender. Mein letzter Ratschlag wäre folgender: Kommen Sie vorbereitet, kennen Sie Ihre Vision und stressen Sie sich nicht. Mit dem richtigen Team an Ihrer Seite steht Ihnen ein großes Abenteuer bevor. Und ein großartiges Arbeitsprodukt am Ziel.
Schau dir auch an
