Product Owner<\/strong> ihrerseits sind f\u00fcr die Erstellung und Abwicklung des Product Backlogs verantwortlich. Sie sind im operativen Prozess involviert und an eine Deadline gebunden. F\u00fcr sie dreht sich alles um Scrum, das Hin und Her mit den Entwicklern und darum, anstehende Aufgaben zu erledigen.<\/p>\n Doch oft l\u00e4sst sich keine klare Trennlinie zwischen den beiden ziehen. Je nachdem, wo Sie arbeiten, sind Sie m\u00f6glicherweise an unterschiedliche Situationen gew\u00f6hnt. Um die Unterschiede und die \u00c4hnlichkeiten zwischen diesen beiden Jobs besser zu verstehen, haben wir unseren firmeninternen Produktmanager\u00a0Yoann Grange<\/a> gebeten, Klarheit zu schaffen.<\/p>\n Sie haben nur wenig Zeit? Klicken Sie direkt auf den Abschnitt, der Sie interessiert.<\/em><\/p>\n [toc]<\/p>\n Diese Frage besch\u00e4ftigt mich schon seit \u00fcber f\u00fcnf Jahren. Und das so sehr, dass ich bereits 2016 25\u00a0Video-Interviews<\/a> [auf Franz\u00f6sisch] mit Product Ownern, Produktmanagern, Heads of Product usw. gef\u00fchrt habe.<\/p>\n Meine Antwort lautet kurz und knapp: Kommt drauf an.<\/p>\n Sie denken jetzt bestimmt \u201eNa klar! Gilt das nicht f\u00fcr alles?\u201c<\/p>\n Aber hier, in diesem Fall, h\u00e4ngt dies tats\u00e4chlich von vielen verschiedenen Faktoren ab. Einige werden in diesem Artikel n\u00e4her behandelt.<\/p>\n Wir d\u00fcrfen nicht aus den Augen verlieren, dass es Produkte unterschiedlichster Art gibt: Industrieprodukte, landwirtschaftliche Produkte, Dienstleistungen, Chemikalien, Modeprodukte … und Softwareprodukte.<\/p>\n Im SaaS MarTech Bereich herrscht die Meinung vor, dass alle Produkte gleich aufgebaut sind und alle Unternehmen die gleiche Struktur aufweisen. Die Branche tendiert zur Annahme, dass hinter jedem Feature ein Produktmanager und ein Product Owner steckt.<\/p>\n Die Wirklichkeit sieht aber anders aus: Manchmal ist es der eine oder der andere, manchmal beide oder sogar keiner von beiden. Welche Faktoren bestimmen diese Struktur? Sehen wir uns ein paar davon n\u00e4her an.<\/p>\n Das wichtigste Kriterium ist \u201edie Dynamik des Unternehmens\u201c. Was verstehe ich unter diesem Begriff?<\/p>\n Wie neu\/alt ist das Unternehmen?<\/em><\/strong><\/p>\n Diese Frage ist wichtig. Sie steht nicht in direktem Zusammenhang mit der Gr\u00f6\u00dfe des Unternehmens. Sie bezieht sich auch nicht auf die Anzahl der Kunden. Ich kenne zum Beispiel ein Unternehmen mit neun Personen und \u00fcber 200.000 zahlenden Kunden. Die Firma ist mittlerweile \u201eschon\u201c sechs Jahre alt und die Produkt-Funktion wird hier mehr oder weniger von allen wahrgenommen.<\/p>\n Wie weit ist das Unternehmen von einem bestimmten \u201eSchl\u00fcsselmoment\u201c entfernt?<\/em><\/strong><\/p>\n Unter \u201eSchl\u00fcsselmoment\u201c verstehe ich Schl\u00fcsselphasen oder Ereignisse im Lebenszyklus eines Unternehmens. Zum Beispiel:<\/p>\n Diese verschiedenen Schl\u00fcsseletappen wirken sich auf die Praxis der Produktentwicklung aus.<\/p>\n Sie bestimmen deshalb, was ein Produktmanager und was ein Product Owner macht.<\/em><\/strong><\/p>\n Kurz nach der Gr\u00fcndung eines Unternehmens ist der CEO wahrscheinlich am besten geeignet, die Produktrollen zu betreuen. H\u00e4ufig ist der CEO (zumindest in skalierbaren SaaS Unternehmen) derjenige, der die Funktion von PO, PM, QA und Support inne h\u00e4lt, was weder eine bewusste Entscheidung noch eine Strategie ist, sondern einfach nur das, was im entsprechenden Moment notwendig ist.<\/p>\n Wie man mit der Dynamik eines Unternehmens umgeht, bestimmt in der Regel au\u00dferdem wie \u201egut\u201c sich das Unternehmen macht.<\/p>\n Wurde der gegenw\u00e4rtige Moment\u00a0antizipiert<\/em> oder ist er nur das Ergebnis der\u00a0Reaktion<\/em>\u00a0auf den vorhergehenden Moment? Sie k\u00f6nnen davon ausgehen, dass ein Unternehmen umso \u201eagiler\u201c ist, je \u00f6fter es reagiert. Je mehr Momente antizipiert werden, desto \u201evision\u00e4rer\u201c das Unternehmen. Gleichzeitig agil und vision\u00e4r zu sein, ist eine gro\u00dfe Herausforderung.<\/p>\n Mit Gr\u00f6\u00dfe meine ich nicht nur die Anzahl der Mitarbeiter. Die Gr\u00f6\u00dfe eines Unternehmens bezieht sich auch auf die Anzahl der:<\/p>\n Produkte auf die richtigen \u201eDimensionen\u201c zurechtzuschneiden und zu entscheiden, ob sie nach Markt, Produktlinie oder Thema aufgeteilt werden sollen, kann eine Lebensaufgabe sein: Die Dinge \u00e4ndern sich st\u00e4ndig und je schneller sich ein Unternehmen entwickelt, desto \u00f6fter sind \u00c4nderungen n\u00f6tig.<\/p>\n Die Gr\u00f6\u00dfe kann auch durch die Anzahl der User, Kunden, Partner, H\u00e4ndler, Sprachen, Einheitensysteme usw. definiert werden. Noch h\u00e4ufiger aber ergibt sich aus einer Kombination all dieser Faktoren, wie viele PMs, POs und Heads of Product Ihr Unternehmen ben\u00f6tigt.<\/p>\n In vielen NGOs zum Beispiel h\u00e4ngt die Anzahl der Produktmanager von den Spender-Personas ab. Es gibt einen PM f\u00fcr kleine Spendenbetr\u00e4ge (z. B. 10 $ bis 500 $), einen f\u00fcr gr\u00f6\u00dfere Betr\u00e4ge (500 $ bis 10 000 $) und einen weiteren f\u00fcr noch h\u00f6here Betr\u00e4ge. Warum? Weil sich die Erwartungen der verschiedenen Typen von Personas stark unterscheiden. Die F\u00e4higkeit, auf jede Persona einzugehen, tr\u00e4gt langfristig zum Wachstum gemeinn\u00fctziger Unternehmen bei.<\/p>\n Kurz gesagt, die Gr\u00f6\u00dfe eines Unternehmens (sein Kundenportfolio, sein Produktkatalog usw.) kann dar\u00fcber entscheiden, was der PM macht, was der PO macht und wie viele PMs und POs eingesetzt werden.<\/strong><\/em><\/p>\n Wie viele PMs, POs oder andere Mitarbeiter im Produktbereich ben\u00f6tigt werden, h\u00e4ngt nicht nur von den genannten Faktoren ab. Es k\u00f6nnen noch zahlreiche andere Faktoren einflie\u00dfen, z.\u00a0B.:<\/p>\n Im Gro\u00dfen und Ganzen ist man sich (zumindest in SaaS Unternehmen) dar\u00fcber einig, dass sich die Trennlinie zwischen PM und PO folgenderma\u00dfen ziehen l\u00e4sst: Vision vs. operative Prozesse, Planung vs. Dringlichkeit, Nutzen vs. Kennzahlen. Doch beide geh\u00f6ren zusammen.<\/p>\n Obwohl sich die beiden Rollen voneinander abgrenzen, sind sie letztlich nicht voneinander zu trennen.<\/em><\/p>\n Kein Unternehmen gleicht dem anderen. Deshalb gibt es keine Standardantwort auf die Frage, was ein PM im Vergleich macht. Sie m\u00fcssen Ihren eigenen Weg finden. Manche Unternehmen werden viele PMs und POs brauchen, manche \u00fcberhaupt keine. Es ist schon schwierig genug, daf\u00fcr zu sorgen, dass Menschen erfolgreich zusammenarbeiten. Einfach eine Methode zu kopieren, hilft nicht. Sie m\u00fcssen Ihr eigenes Konzept finden.<\/p>\n Sollte ich die Frage dennoch beantworten m\u00fcssen, w\u00fcrde ich sagen, dass PMs eher das letzte Wort bei der Priorisierung haben und f\u00fcr Unternehmenskennzahlen verantwortlich sind. POs hingegen sind f\u00fcr die Einhaltung der Termine des Teams verantwortlich. Doch auch diese Antwort ist immer noch zu simpel.<\/em><\/strong><\/p>\n Ja. Absolut. Das bedeutet nicht, dass es so sein\u00a0muss,\u00a0aber dass es definitiv m\u00f6glich ist.<\/p>\n Tats\u00e4chlich ist das bei relativ vielen Startups in ihrer Anfangsphase der Fall. Meistens treten mindestens zwei Personen auf den Plan: eine der beiden ist technikorientiert, die andere eher gesch\u00e4ftsorientiert. Oft \u00fcbernimmt die gesch\u00e4ftsorientierte Person die Produktfunktion. Sie kann aber auch von beiden oder von der technikorientierten Person \u00fcbernommen werden.<\/p>\n Wie gesagt sind Vision vs. operative Prozesse, Planung vs. Dringlichkeit, Nutzen vs. Kennzahlen die zwei Seiten von drei verschiedenen Dingen, die die Product-Person bei jeder Entscheidung ber\u00fccksichtigen muss.<\/p>\n Die Konfiguration aus einem PM mit mehreren POs ist h\u00e4ufiger anzutreffen als ein PO mit mehreren PMs. Aber im Endeffekt, warum nicht? Alles h\u00e4ngt von den oben genannten Kriterien ab.<\/p>\n Ja.\u00a0Produktmanager verdienen eher mehr<\/a>\u00a0als Product Owner. Auch hier liegt der Grund darin, dass es f\u00fcr beide Rollen eine gewisse Standardauslegung gibt und die Rolle des Product Owners als weniger anspruchsvoll betrachtet wird. Dabei handelt es sich einfach nur um zwei verschiedene Rollen. Pure\u00a0kognitive Verzerrung<\/a>.<\/p>\n Der Report\u00a0<\/em>Stand der Produktf\u00fchrerschaft 2020 von Pendo<\/a>\u00a0zeigt \u00fcberraschenderweise eine negative Korrelation zwischen \u201eGl\u00fccksgef\u00fchl\u201c und Gehalt der befragten Produktmanager auf. Es dreht sich also nicht alles nur ums Geld.<\/em><\/p>\n Das ist meine Lieblingsfrage, auf die jeder eine andere Antwort hat. Doch sind sich mehr oder weniger alle einig, dass\u00a0der Rahmen relativ weit gefasst ist.<\/a><\/p>\n Mir str\u00e4uben sich die Haare, wenn ein Stellenangebot in etwa so beginnt: \u201eFachhochschule oder Master-Abschluss in Informatik …\u201c F\u00fcr Produktler braucht es mehr als nur technische Kompetenz. Je geradliniger die Menschen denken, die an Ihrem Produkt arbeiten, desto geradliniger ist auch Ihr Produkt. Und desto schneller wird es angenommen.<\/p>\n Ich w\u00fcrde sagen, dass ein PM\/PO in erster Linie f\u00e4hig sein muss, verschiedene Perspektiven einzunehmen, um ein Problem sowohl aus der Mikro- als auch aus der Makroperspektive zu erfassen.<\/p>\n Manchmal m\u00fcssen Sie ins kleinste Detail gehen. In anderen F\u00e4llen m\u00fcssen Sie das Gesamtproblem verstehen, das durch das Produkt oder Feature gel\u00f6st werden soll. Jederzeit die Perspektive zu \u00e4ndern, ist der Schl\u00fcssel zum Erfolg. Die Makroperspektive hilft Ihnen, die Konkurrenz und den Markt zu verstehen, die Mikroperspektive erm\u00f6glicht es, die Details einer Komponente zu verstehen. Sie m\u00fcssen sich jederzeit vor Augen halten, warum Sie was tun.<\/p>\n Mein Fremdsprachen-Hintergrund hat mir gleich zu Beginn geholfen, als Schnittstelle zwischen Entwicklern und Usern\/Kunden zu agieren. Ich komme auch heute noch ziemlich oft darauf zur\u00fcck, um zu entscheiden, was wichtig ist und was nicht. Dieser Hintergrund hilft, sich bei einem User Test auf eine bestimmte Anmerkung zu konzentrieren und bei einem zehnmin\u00fctigen Video zu erfassen, was wichtig ist. Au\u00dferdem versteht man dadurch besser, warum ein Symbol problematisch ist und weshalb die Kombination eines bestimmten Labels mit einem bestimmten Symbol nicht funktioniert, warum beide notwendig sind, warum es besser w\u00e4re, \u00fcberhaupt darauf zu verzichten (allerdings nur f\u00fcr einige User) …<\/p>\n Ob technisch oder funktional, schriftlich oder m\u00fcndlich, optisch oder akustisch: Bei Sprachen geht es in erster Linie darum, den Sinn zu vermitteln. Von Team zu Team, vom User zur Maschine, von der Spezifikation zum fertigen reellen Feature: Alles dreht sich darum, einander zu verstehen. Obwohl diese Evolution seit so vielen Jahren in Gang ist, sind wir auf diesem Gebiet nicht viel besser geworden.<\/p>\n Das Design z\u00e4hlt ebenfalls dazu. Wer Wireframes und Mockups erstellen kann, hat schon viel gewonnen. Selbst wenn sie nicht in Ihren Aufgabenbereich fallen, k\u00f6nnen diese Visualisierungsformen einen Prozess beschleunigen oder den Weg f\u00fcr andere L\u00f6sungen ebnen.<\/p>\n Wichtig ist auch, was jeder Einzelne unter \u201eKommunikation\u201c versteht, denn Sie haben es mit Usern, Dritten, Stakeholdern aller Art, manchmal auch mit den Medien usw. zu tun. Deshalb ist es von Vorteil, wenn Sie eine Pr\u00e4sentation, ein Webinar oder eine Schulung abhalten.<\/p>\n Zu guter Letzt sollten Sie gerne\u00a0Geschichten schreiben und erz\u00e4hlen<\/a>. Die meisten Menschen lieben es, Geschichten zu h\u00f6ren, aber nicht jeder schreibt sie auch gerne.<\/p>\n Weitere wichtige F\u00e4higkeiten schlie\u00dfen alles ein, was unter \u201etesten -> messen -> verbessern\u201c f\u00e4llt.<\/p>\n \u201eTesten\u201c hei\u00dft zweifeln. Wer sich seiner Sache allzu sicher ist, riskiert zu scheitern. Die\u00a0F\u00e4higkeit, eine Hypothese aufzustellen<\/a>\u00a0ist ebenfalls wichtig. Nehmen Sie nie etwas als Selbstverst\u00e4ndlich hin.<\/p>\n Und in puncto Messung kann die Erfahrung mit einem wissenschaftlichen Ansatz hilfreich sein, ebenso wie die F\u00e4higkeit, die Dinge klar zu erkennen und die Performance zu messen. Das schlie\u00dft analytische (quantitative) Kenntnisse oder verhaltensanalytische (qualitative) Skills ein.<\/p>\n Philosophisch gesehen muss ein erfolgreicher Produktmanager oder Product Owner schon im Vorfeld des Versuchs ein Scheitern in Kauf nehmen. Und er muss akzeptieren, dass er irgendwann mit den Verbesserungen Schluss machen muss, wenn sich der Erfolg einstellt. Eine hundertprozentige Perfektion ist einfach nicht m\u00f6glich.<\/p>\n Ich versuche, nicht mehr jede Frage mit \u201eKommt ganz darauf an\u201c zu beantworten. Aber … es kommt wirklich ganz darauf an. Meiner Meinung nach sollten\u00a0die KPIs von Produktmanagern<\/a>\u00a0auf Unternehmenskennzahlen basieren: Wachstum, Umsatz,\u00a0Abwanderung<\/a>, Kosten \u2026 F\u00fcr Product Owner z\u00e4hlen Lieferung, Qualit\u00e4t, Teamzufriedenheit.<\/p>\n Wie gesagt, das erforderliche\/minimale Skillset ist extrem breit gestreut. Die gute Nachricht? Etwas Neues zu lernen macht Sie zu einem besseren Menschen und damit auch zu einem besseren Product Mitarbeiter.<\/p>\n Sehen Sie sich selbst zun\u00e4chst als Person. Wenn Sie sich als Produkt positionieren, neigen Sie dazu, sich auf fehlende oder falsche Dinge zu konzentrieren. Wenn Sie sich als Person sehen und einen ganzheitlichen Blickwinkel einnehmen, ist jede neue F\u00e4higkeit von Interesse.<\/p>\n Wir fungieren auch als Bindeglied zwischen Usern und technischen Teams, um das Beste aus minimalen (oder fortgeschrittene) technischen Kenntnissen herauszuholen, damit Sie die technischen Teams und ihre komplexen Aufgabenstellungen verstehen k\u00f6nnen.<\/p>\n In den letzten 15 Jahren habe ich f\u00fcr 17 Unternehmen gearbeitet und empfehle deshalb jedem, das Unternehmen oft zu wechseln. Sie wechseln dabei auch noch die Branche? Umso besser!<\/p>\n Die meisten PM, PO, VP, Heads of Product legen Ihnen eine lange Liste von\u00a0Bestsellern zum Thema Produktmanagement nahe<\/a>. In der Regel geht es dabei um Titel wie \u201eLean UX\u201c, \u201eLean Startup\u201c, \u201eWie werde ich ein erfolgreicher Produktmanager\u201c usw. Ich versuche mich mit einer etwas anderen Liste.<\/p>\n Ich empfehle eher Klassiker, weil sie sich auf die Grundlagen konzentrieren. Selbst bei Klassikern besteht nur eine geringe Chance, dass andere Produktmanager oder Product Owner sie gelesen haben. Die Welt dreht sich immer schneller, doch die Grundlagen \u00e4ndern sich nicht.<\/p>\n Im Product arbeiten wir f\u00fcr die Menschen. Unser Job ist es, die Menschen zu verstehen,<\/a>\u00a0damit wir ihnen helfen k\u00f6nnen. Wir versuchen, echten Problemen der Menschen mit m\u00f6glichst risikoarmen L\u00f6sungen zu begegnen. Wir sind weit davon entfernt, die Komplexit\u00e4t der Menschheit in ihrem vollen Ausma\u00df zu verstehen. Einige Menschen stechen jedoch aus der Masse heraus und haben uns Meisterwerke geschenkt:<\/p>\n NB: Lesen ist gut. Experimentieren ist besser.<\/p>\n","protected":false},"excerpt":{"rendered":" Sie wollen also in Product arbeiten? Lernen Sie, was PMs & POs eint bzw. trennt, wann Sie sich f\u00fcr welchen entscheiden und wie Sie einer werden k\u00f6nnen.<\/p>\n","protected":false},"author":1437,"featured_media":115643,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"post_read_time":0,"footnotes":""},"categories":[11041],"tags":[],"feature":[],"industry-type":[],"product":[],"role":[],"region":[],"class_list":["post-112398","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-non-classe-de"],"acf":[],"yoast_head":"\nWelche Verantwortlichkeiten hat der Product Manager? Welche der Product Owner?<\/strong><\/h2>\n
![\"Product](\"https:\/\/static.wingify.com\/gcp\/uploads\/abtasty\/Product-Manager-Experience.jpg\")
<\/p>\nProduct Manager vs Product Owner: Was wann in Betracht ziehen sollte<\/strong><\/h2>\n
1. Dynamik<\/h3>\n
![\"product](\"https:\/\/static.wingify.com\/gcp\/uploads\/abtasty\/product-owner-vs-product-manager-ab-tasty-1024x663.png\")
<\/p>\n\n
2. Die Gr\u00f6\u00dfe z\u00e4hlt<\/strong><\/h3>\n
\n
3. Weitere Kriterien<\/strong><\/h3>\n
\n
![\"product](\"https:\/\/static.wingify.com\/gcp\/uploads\/abtasty\/product-manager-vs-product-owner-infographic.png\")
<\/p>\nKann eine Person sowohl die Rolle des Produktmanagers als auch die Rolle des Product Owners \u00fcbernehmen?<\/strong><\/h2>\n
Besteht Deiner Erfahrung nach ein Gehaltsunterschied zwischen Product Owner und Produktmanager?<\/strong><\/h2>\n
![\"Product](\"https:\/\/static.wingify.com\/gcp\/uploads\/abtasty\/Product-manager-salary-pendo-report.jpg\")
<\/p>\nWelche F\u00e4higkeiten muss ein guter Produktmanager und\/oder Product Owner mitbringen?<\/strong><\/h2>\n
Zoom und Fokus<\/strong><\/h3>\n
Semantik und Semiologie<\/strong><\/h3>\n
Iteration und Lernprozess<\/strong><\/h3>\n
Mit welchen KPIs l\u00e4sst sich der Erfolg von Product Ownern und Product Managern messen?<\/strong><\/h2>\n
Welche Kurse kann man belegen, um ein (besserer) Produktmanager zu werden?<\/strong><\/h2>\n
Welche Lekt\u00fcre w\u00fcrdest du empfehlen?<\/strong><\/h2>\n
\n