Product-Owner: Definition & Stellenbeschreibung

Nachdem ich Produktmanager, Produktmanager und Produktinhaber bei Softwareherstellern wollte ich zu einer Beratungsagentur wie ESN, um verschiedene Missionen und unterschiedliche Herausforderungen zu entdecken. Ich fand mich dann bei UX-Republic wieder, einer auf UX spezialisierten Beratungsagentur (aber nicht nur), die ausgewählt wurde, weil ich ihre UX-Seite und das schöne Design in all ihren Präsentationen liebte.
Durch die unterschiedlichen Erfahrungen, die ich gemacht habe, kann ich somit die Unterschiede zwischen einem internen Product Owner und einem Product Owner im Management nachvollziehen.

Welche Vorteile bietet die Einstellung eines externen Product Owners?

Als Product Owner im Management bringen wir methodisches und organisatorisches Know-how mit, passen uns jeder Situation an und gehen sehr schnell auf den Kunden ein.
Wir evangelisieren die Methodik
Für meine erste Mission bei UX-Republic bin ich einem Startup-Inkubator innerhalb eines Immobilienentwicklers beigetreten. Meine Rolle bestand daher darin, diese Startups bei der Erstellung ihres MVP (Minimum Viable Product) zu unterstützen, indem ich insbesondere Methodik und ein Framework bereitstellte. Nämlich, dass fast alle Teams noch nie ein digitales Produkt entworfen hatten. Als Anfänger habe ich mich daher entschieden, sie im Beruf des Product Owners, in Agile-, Lean-, Scrum-Methoden und in Design Thinking auszubilden.
Um diese zu erklären Methoden, konnte ich Präsentationen erstellen und Dokumente mit ihnen teilen, z Scrum-Leitfaden.
Wir haben eine Sensibilität für UX
Vor meiner Ankunft bei UX-Republic wurde ich in Tools zur Erstellung von Wireframes und dynamischen Prototypen wie XD, Sketch, Marvel, Invision geschult.
Umgeben von Designern sind wir PO Träger von UX. So konnte ich innerhalb meiner Mission UX-Workshops organisieren.
Der Vorteil, bei UX-Republic zu sein, ist, dass wir uns weiterbilden können. Wir beteiligen uns zum Beispiel an:

• UX-Days: Präsentationen, Schulungen (einmal im Monat).
• Meetups: Präsentationen mit externen Gästen.
• zu Master Classes: Schulungen, die von einem Mitarbeiter geleitet werden.
• bei UX-Gesprächen: Teammeeting, Neuigkeiten und Probleme unserer UX-Designer anhören. Als Product Owner höre ich gerne die Probleme oder Komplimente, die sie ihren Product Ownern im Auftrag machen. Dadurch kann ich ihre Standpunkte nachvollziehen. Ich schätze auch die Uhrenseite, auf der uns UX- (oder andere) Neuigkeiten präsentiert werden.  
• Sprint Challenge: Als Team haben wir ein Produkt entwickelt, das auf ein Problem reagiert.
• Der UX-Republic Blog: ein Mittel zum Ausdruck und Wissensaustausch.

Wir sind immer neugierig und lieben es, Neues zu lernen.
Wenn Sie in einem Job bleiben, in dem Sie nichts mehr lernen, verlieren Sie die Motivation, Sie sind dann weniger produktiv … Im Management lernen Sie jeden Tag und sind daher viel motivierter!

ANPASSUNG AN ALLE SITUATIONEN

Durch mehrfache Unternehmenswechsel wissen wir, wie wir uns schnell auf jede Situation einstellen können. Darüber hinaus sind wir sehr einfühlsam und sensibel, sodass wir Menschen schnell identifizieren und sehen können, ob es ihnen gut geht oder nicht. Dies ermöglicht es uns, die Situation und die Menschen um uns herum zu analysieren, um vollständig zu verstehen, was passiert, und eine angemessene Lösung zu finden.
Wir treten einen Schritt zurück
Da wir extern sind, haben wir unsere Köpfe nicht den Bach runter, im Gegensatz zu einigen Menschen, die sich schlechte Gewohnheiten aneignen und nicht erkennen, dass sie etwas verpassen oder einfach nicht die richtigen haben.
Andererseits fördert eine stressige Atmosphäre die Kreativität nicht. Unsere Rolle als Externe besteht darin, das Management zu warnen, wenn wir sehen, dass etwas oder jemand dem Team schaden kann. Der Schutz, die Einbeziehung des Teams und die Förderung der Kreativität sind für den Erfolg des Produkts unerlässlich.

Wir konzentrieren uns auf unsere Mission
Auf Mission zu unseren Kunden geschickt, konzentrieren wir uns auf unsere Aufgaben, wir wissen, was wir zu tun haben. Wir geben unser Bestes und werden nicht umsonst von anderen Abteilungen gestört, wie es vielleicht der Fall ist, wenn Sie ein interner Product Owner sind (z. “; „Können Sie mir bei der Beantwortung der Ausschreibung helfen?“, „Können Sie mich zu meinem Termin begleiten?“…). Denken Sie daran, dass wir Product Owner unser Produkt sehr gut kennen und daher intern von allen Abteilungen (Marketing, Finanzen, Recht, Handel, Management, Kundenerfolg, technische Teams usw.) an uns herangetreten werden.
Wir verstehen die geschäftlichen Herausforderungen
Um ein digitales Produkt zu erstellen, muss eine ganze Welt berücksichtigt werden. Wenn wir in einer Mission ankommen, versuchen wir die ersten Tage zu verstehen, was passiert. Wir treffen so viele Menschen wie möglich, die mit dem Produkt zu tun haben. Nach der Analyse sprechen wir die Probleme an, auf die wir stoßen. Während der Mission stoßen wir auf verschiedene geschäftliche oder technische Probleme.
Wir beraten und schulen
In meiner letzten Mission hatten einige Leute noch nie ein digitales Produkt entworfen, also musste ich ihnen helfen, indem ich Workshops aufstellte (Warm Up, Lean Canvas, Value Proposition Canvas, Personas, MVP-Definition, Story-Mapping, Schreiben von User Stories…). Die Teams bei diesen Methoden zu begleiten und täglich zu beraten, um ihr MVP zu erstellen, war sowohl für sie als auch für mich sehr interessant. Dadurch wurde mir klar, dass ich in einem Jargon sprach, der nicht für jeden verständlich war. Ich habe dann meine Kommunikation angepasst.
Wir können Menschen bei der Nutzung von Software helfen
Ich habe zufällig Junior Product Owner in Confluence und Jira geschult.
Außerdem konnte ich in meiner letzten Mission meinem Kollegen UX/UI Designer erklären, wie man bei Funktions- und Designtests ein Redmine-Ticket ausfüllt.

Wir wissen, wie man Nein sagt
Im Allgemeinen werden wir von allen Arten von Mitarbeitern angefragt, jeder hat natürlich sein Interesse, seine Ideen für Funktionalitäten oder seine eigene Vision des Produkts.
Wenn die Funktionsanfrage keine Priorität hat, benachrichtigen wir sie und teilen ihnen mit, dass wir ihre Anfrage berücksichtigen.
Intern ist es schwieriger, Nein zu sagen, wenn die Anfrage direkt vom Top-Management wie dem CEO, CTO oder Produktdirektor kommt.
Als Product Owner kennen wir das Produkt und den Markt. Wir wissen, was Nutzer wollen. Deshalb tragen wir die Vision und sind die Stimme des Kunden. Wenn wir also mit einer Meinungsverschiedenheit konfrontiert werden, argumentieren wir unsere Idee mit dem Wissen, das wir haben.
Ein Ratschlag, den ich in meiner letzten Mission gegeben habe, ist vor allem, sich nicht von seinem Management beeinflussen zu lassen, das Ideen in seinen Büros hat. Der Product Owner, der sein Startup gründet, geht jedoch ins Feld, um sein potenzielles Ziel zu erreichen. Er ist es daher, der seine zukünftigen Kunden besser versteht.
Wir haben Softskills
Product Owner zu sein ist nicht immer einfach. Manchmal müssen wir mit Konflikten oder Stress umgehen, also bleiben wir Ruhe und wir versuchen Lösungen zu verstehen und dann umzusetzen.
Um Konflikte zu schlichten, müssen wir kommunizieren. Die Rolle des PO ist eine Schlüsselrolle in einem Unternehmen, daher ist es wichtig zu wissen, wie man sowohl mündlich als auch schriftlich gut kommuniziert (zum Beispiel: Wir senden die Produkt-Roadmap, wir kündigen neue Releases an, wir schreiben Versionshinweise, wir schreiben User Stories ohne Rechtschreibfehler…).
Wenn wir kommunizieren, müssen wir Formulare anlegen und sein Diplomaten wenn wir nein sagen müssen, oder wenn zum Beispiel ein Entwickler nicht wie gewünscht entwickelt hat, oder wenn wir Rechtschreibfehler in den Modellen finden...
Bei dem Arbeitspensum, das von uns verlangt wird, müssen wir gut zurechtkommen organisiert. Dies ist meiner Meinung nach eine wesentliche Eigenschaft für die Rolle des Product Owners. Es hilft uns auch, das Team zu führen und ihre Fragen zu beantworten.
Wenn ich Führer sage, meine ich Führungswesen und nicht Autoritarismus. Wir erteilen Entwicklern keine Befehle, wir gehen nicht auf sie ein. Wir müssen das Team in seine Richtung führen. Vor allem müssen Sie darauf achten, Ihr Team stets zu motivieren. Dafür ist es unabdingbar, dass wir selbst motiviert sind, sie einzubinden und produktiver zu machen. Unser Ziel ist es, das Produkt voranzubringen, also liegt es auch an uns, mit gutem Beispiel voranzugehen.
Ein weiterer wichtiger Punkt, müssen wir sein neugierig et apprendre constamment sowohl das, was in unserem Tätigkeitsbereich passiert, als auch das tägliche Lernen (neue Technologien, Verständnis der Sprache der Entwickler usw.).
Um den Bedürfnissen der Nutzer gerecht zu werden, müssen wir einfühlsam sein, wir versetzen uns immer in die Lage des Kunden, um zu wissen, ob er mit unserem Produkt zufrieden sein wird.
Wir kennen die unterschiedlichen Profile
Um gut zu kommunizieren, müssen Sie Ihre Sprache an Ihren Gesprächspartner anpassen. Wenn wir also einen UX-Designer sehen, sind wir einfühlsam und versuchen, „Design“ zu sprechen, genauso versuchen wir, wenn wir mit einem Entwickler zusammen sind, seine Sprache zu sprechen, und wenn wir jedoch nicht sein technisches Niveau haben, verstehen wir die Probleme, auf die er stößt, und die Motivationen im Zusammenhang mit seiner Position.

REAKTIV SEIN

Wir steigen über Nacht in das Unternehmen ein
Bei UX-Republic sind wir reaktiv, wenn es darum geht, sich einer Mission anzuschließen. Zum Beispiel habe ich bei meiner letzten Mission am Montag dem Kunden die Hand geschüttelt und am nächsten Tag habe ich meinen ersten Tag mit ihm begonnen. Die Kundin schätzte diese Reaktionsfähigkeit sehr, da sie schnell Talente brauchte.
Begleitet wurde ich dann von einem UI Designer
Bei dieser Mission kam dann einige Zeit später mein Kollege UI Designer für die Erstellung von Modellen hinzu. Sie war in der Lage, die Modelle zu erstellenHallo Gaspard...
Es geht weg und es kommt wieder
Wir gehen und wir kommen nach den Bedürfnissen des Kunden.
Wir verwalten ein oder mehrere Produkte
In meiner letzten Mission habe ich 6 Teams beim Aufbau ihrer Startups begleitet. Ich war auch in der Lage, mehrere Produkte in einer früheren Erfahrung zu verwalten.
Am Ende der Mission übergeben wir die Fackel
Letzte Retrospektive, letzte Roadmap-Updates, letzte Ratschläge … Wir übermitteln den Teams, was sie brauchen, um voranzukommen.
 

NEHMEN SIE WEG

Die Position des Product Owners ist komplex und sehr breit gefächert. Ich rate Ihnen, keinen PO zu nehmen, der alles kann (UX, UI, Entwicklung…), er wird nicht alle seine Aufgaben erledigen, und er wird nicht in die Tiefe in die verschiedenen Fächer gehen. Seine Einsätze sind zahlreich genug, um sich zu beschäftigen und sich zu 100 % auf seinen Job zu konzentrieren. Bitten Sie ihn nicht, zu viel zu tun, auf die Gefahr hin, ihn zu überarbeiten und zu demotivieren.
Nehmen Sie einen Product Owner für ein einzelnes Produkt mit einem multidisziplinären Team, das aus UX/UI, Front- und Back-Entwicklern, einem Scrum Master, QA und Ops besteht.
Haben Sie ein modernes Management und denken Sie an das Wohl des Teams. Machen Sie sie glücklich, sie wird produktiver und Sie haben ein Produkt, das Ihre Kunden lieben und kaufen.
Schließlich erfordert diese Position eine gewisse Persönlichkeit und das Know-how, um Menschen an Bord Ihres Bootes zu bringen. Schauen Sie nicht nur auf den Lebenslauf, sondern auf die Persönlichkeit, die Sie vor sich haben werden.
Es liegt an Ihnen, die richtige Person auszuwählen, die zu Ihrem Team passt und passt!
Sarah, Produktinhaberin @UX-Republic