Product Manager vs Product Owner (Deutsch)

Es ist eine interessante Frage, die Zeit zum Entpacken braucht. Schauen wir uns an, woher diese Begriffe und Disziplinen stammen und wie einige gängige Frameworks sie erklären.,

Als ich meine Karriere begann, wurde ich Business Analyst genannt. Ich habe sehr wenig „Geschäftsanalyse“ gemacht, wie wir es in traditionellen IT-Unternehmen betrachten würden. Ehrlich gesagt habe ich auch sehr wenig von dem getan, was ich jetzt als Produktmanagement unterrichte. Ich hatte die Aufgabe, die Anforderungen aus dem Vertrieb zu sammeln, eine Lösung zu finden, sie zu entwerfen und dann das Spezifikationsdokument an die zu erstellende Entwicklung zu senden.

Ich wurde Business Analyst genannt, als ich bei Banken und anderen Finanzdienstleistungsunternehmen arbeitete. Ich wurde nicht als Produktmanager bezeichnet, bis ich mich davon erholt und in einem Startup gelandet bin., Es war alles die gleiche Arbeit, die ich zuvor gemacht hatte, aber jetzt hatte es einen anderen Namen. Ich mochte diesen Namen. „Product Manager“ schien Gravitas zu haben, und als ich mir andere Technologieunternehmen im Tal ansah, konnte ich einen klaren Karriereweg für mich sehen, während Geschäftsanalysten in jedem Unternehmen anders waren.

Ich hatte erst Jahre später von dem Begriff Product Owner gehört. Das erste Mal, als ich den Begriff hörte, fragte ich jemanden, was es bedeutete. Sie sagten mir, es sei dasselbe wie ein Produktmanager, aber es war ein Begriff, der in Scrum verwendet wurde., Wir hatten jahrelang Scrum verwendet, aber ich wurde immer noch als Produktmanager bezeichnet, daher machte die Tatsache, dass sie austauschbar sein würden, für mich Sinn. Ich habe danach selten darüber nachgedacht.

Das war, bis ich meine erste Erfahrung im Produktmanagement in einem Unternehmen mit dem SAFe Framework hatte. Ich machte einen Workshop für eine sehr große Bank, als einer der Teilnehmer einstimmte.

“ Sie bringen uns bei, mit Benutzern zu sprechen, aber ich bin ein Product Owner. Der Produktmanager spricht mit allen Benutzern und sagt uns, was die Anforderungen sind., Ich verbringe meine ganze Zeit damit, User Stories daraus zu schreiben und mit dem Team an der Lösung zu arbeiten. Ich bin verwirrt.“

Dies ist, wenn ich in die Unterschiede zwischen diesen beiden Rollen zu graben begann und wie verschiedene Philosophien lehren sie. Um zu verstehen, wie wir hierher gekommen sind

Produktmanagement kann bis 1931 zurückverfolgt werden. Hewlett Packard war eines der ersten Technologieunternehmen, das diesen Job umsetzte und sich bereits in den 1940er Jahren durch Produkte organisierte., Die meisten Silicon Valley-Unternehmen hatten von Anfang an Produktmanager, und viele meiner Freunde, die in den 80er und 90er Jahren dort gearbeitet haben, waren tatsächlich Produktmanager. Diese Disziplin ist also nicht neu, aber sie entwickelt sich rasant, da immer mehr Unternehmen anfangen, sich in Softwareorganisationen umzuwandeln und sich um Produkte zu strukturieren.

Scrum kam auf die Bühne, kurz bevor das Agile Manifest 2001 geschrieben wurde. Es führte das Konzept eines Product Owners ein. Dies war eine Person, die ein Proxy für den Kunden war und den Entwicklern die Anforderungen für das, was gebaut werden musste, mitteilen würde., In den frühen Tagen, als viele der Schöpfer dieser Prozesse als Berater in Unternehmen arbeiteten, war der Product Owner der Kunde — eine interne Person im Unternehmen, die mit dem Team zusammensitzen und den Arbeitsrückstand priorisieren würde. Tatsächlich heißt es in den Lernzielen 2017 für ihre Certified Scrum Product Owner-Zertifizierung durch die Scrum Alliance: „Lehren Sie, dass die Rolle des Product Owners typischerweise vom Kunden oder Kundenvertreter wie einem Produktmanager gespielt wird.,“

Wenn Sie sich die Rolle des Product Owners in den meisten Scrum-Literatur betrachten, umfassen ihre drei Hauptaufgaben die folgenden:

• Definieren Sie den Produkt-Backlog und erstellen Sie umsetzbare User Stories für die Entwicklungsteams. (Wer die User Stories erstellt, variiert je nach Scrum-Training)
• Erstellen und priorisieren Sie die Arbeit im Backlog.
• Akzeptieren Sie die ausgefüllten User Stories, um sicherzustellen, dass die Arbeit die Kriterien erfüllt.,

Während sich der Lehrplan zwischen Lehrern und Organisationen ändert, sind dies die Dinge, auf die sich während der zweitägigen Kurse zur Zertifizierung von Produktbesitzern hauptsächlich konzentriert. Während Scrum viele Informationen über die Prozesse und Rituale hat, was als Product Owner zu tun ist, lässt es viele Fragen offen, die für die Erstellung erfolgreicher Produkte wichtig sind. Diese konzentrieren sich hauptsächlich auf „Woher wissen wir, dass wir das Richtige bauen?“

Hier kommt das Produktmanagement ins Spiel., Ein guter Produktmanager wird gelehrt, wie man Arbeit gegen klare ergebnisorientierte Ziele priorisiert, wie man echten Kunden-und Geschäftswert entdeckt und validiert und welche Prozesse benötigt werden, um die Unsicherheit zu verringern, dass das Produkt erfolgreich sein wird Markt.

Ohne diesen Hintergrund im Produktmanagement kann jemand effektiv die Bewegungen der Product Owner-Rolle in Scrum durchlaufen, aber er kann niemals erfolgreich sicherstellen, dass er das Richtige aufbaut.,

Wenn Sie Ihr Scrum-Team mitnehmen, wenn Sie Scrum als Prozess für Ihre Organisation mitnehmen, sind Sie immer noch ein Produktmanager. Produktmanagement und Scrum arbeiten gut zusammen, aber Produktmanagement ist nicht abhängig von Scrum. Es kann und sollte mit jedem Framework oder Prozess existieren.

Ich hatte kürzlich einen Product Owner, dessen Entwickler in einen anderen Teil der Organisation versetzt wurden, weil sie befürchteten, dass sie in diesem Unternehmen keine Produktperson mehr sein könnten. Ihre gesamte Identität hing scheinbar davon ab, ein Team von Entwicklern zu haben.,

Als Produktmanager ändern sich Ihre Rollen und Verantwortlichkeiten je nach Kontext und Stadium Ihres Produkts. Ohne ein Scrum-Team oder mit einem kleineren Team könnten Sie mehr Strategie – und Validierungsarbeiten mit Problemerkennung in einem Produkt durchführen, das noch nicht definiert wurde. Mit einem Scrum-team, können Sie sich mehr auf die Ausführung von Lösungen. Als Manager von Produktmanagern führen Sie möglicherweise die Strategie für einen größeren Teil des Produkts und coachen Ihre Teams, um es gut zu entdecken und auszuführen.,

Das sichere Framework lehrt das anders, und ich denke, es ist einer der schwächsten Punkte im gesamten Framework. Darüber hinaus sind Produktmanager die Manager von Product Owners und für externe Interaktionen und Arbeiten verantwortlich. Sie sprechen mit den Kunden, sie definieren die Anforderungen und den Umfang der zu bauenden Produkte und sie kommunizieren dies den Produktbesitzern. Die Produktbesitzer sind intern ausgerichtet, definieren die Komponenten der Lösung und arbeiten mit Entwicklern zusammen, um sie zu versenden.,

Ich habe Dutzende von Teams trainiert, die SAFe verwenden, und ich habe das noch nie gesehen arbeit gut. Die Produktbesitzer sind von ihren Benutzern getrennt und nicht in der Lage, effektive Lösungen für sie zu schaffen, die ihre Probleme wirklich lösen, weil sie die Probleme nicht gut verstehen., Die Produktmanager setzen die Anforderungen im Wesentlichen unter Wasser und die Teams dürfen nicht beweisen, ob dies die richtigen Dinge zum Bauen sind oder nicht. Niemand macht Validierungsarbeit.

Ich habe viele Argumente gehört, dass Produktbesitzer keine Zeit haben, beide Rollen zu übernehmen. Im aktuellen Kontext stimmt das. Die Produktbesitzer, mit denen ich spreche, verbringen 40 Stunden pro Woche damit, User Stories zu schreiben. An diesem Punkt müssen Sie sich fragen, sind diese User Stories überhaupt wertvoll? Gegen was priorisieren sie sie? Woher wissen sie, dass es ein Problem lösen wird?,

Wenn Sie eine Person haben, die jede Woche so viel Zeit damit verbringt, User Stories zu schreiben, geraten Sie jede Woche in die Build — Falle und konzentrieren sich auf die Menge der Artikel, die Sie freigeben, und nicht auf die Qualität.

Mit einem guten Strategie-Framework und einer rücksichtslosen Priorisierung einiger wichtiger Ziele kann eine Person effektiv mit Kunden sprechen, ihre Probleme verstehen und helfen, die Lösungen mit dem Team zu definieren. Sogar der CEO von Scrum.org stimmt zu, das kann der Fall sein, wenn auch, es scheint, widerwillig., Scrum Inc sagt auch, dass der Product Owner die Hälfte seiner Zeit damit verbringen sollte, mit Kunden zu sprechen und zur Hälfte mit dem Team zu arbeiten. Ich bin nicht 100% an Bord mit diesem Split, aber die Richtung ist gut. Der Umfang der externen und internen Arbeit wird sich je nach Reife und Erfolg Ihres Produkts verschieben. Du solltest niemals all diese Arbeit auf einmal machen.,

Ich unterrichte meine Kunden, dass Produktmanager in leitenden Funktionen (VPs oder Product Leads oder Middle Manager) sich darauf konzentrieren, die Vision und Strategie für die Teams basierend auf Marktforschung, einem Verständnis der Unternehmensziele und-strategie zu definieren und den aktuellen Erfolgsstand ihrer Produkte zu betrachten. Die Produktmanager ohne Scrum-Teams oder mit kleineren Teams (z. B. einem UX-Designer und einem Entwickler) helfen bei der Validierung und tragen zu dieser Strategie für zukünftige Produkte bei. Sobald wir die Richtung validiert haben, erstellen wir größere Scrum-Teams um diese Leute herum und bauen Lösungen auf.,

Es ist wichtig, diese Flexibilität auch in der Teamgröße zu haben, abhängig von der Phase Ihres Produkts. Wenn Sie einem Produktmanager den Rückstand eines großen Scrum-Teams geben, um ihn weiter zu füllen, während Sie sich im Erkennungsmodus befinden, wird dieser Rückstand gefüllt. Sie werden aber auch hin-und hergerissen sein zwischen der Aufrechterhaltung des Arbeitsflusses zu den Entwicklern und dem Versuch, die Arbeit zu erledigen, um die Richtung zu validieren. Infolgedessen wird keiner gut gemacht.

Wenn Sie Produkte aufbauen möchten, die Wert für Ihr Unternehmen und Ihre Kunden schaffen, benötigen Sie gute Produktmanagement-Grundlagen in Ihrem Unternehmen., Wenn Sie einen Karriereweg für Ihre Mitarbeiter wünschen, müssen Sie ihnen diese Grundlage geben, damit sie zu höheren Rollen heranwachsen können. Erinnern Sie Ihre Mitarbeiter also daran, dass sie alle Produktmanager sind. Sie spielen vielleicht die Rolle eines Product Owners in einem Scrum-Team an den meisten Tagen, aber wir brauchen sie immer noch, um wie ein Produktmanager zu denken und zu bestätigen, dass wir die richtigen Dinge bauen.

— —

Melissa Perri ist CEO von Produx Labs, einem Beratungsunternehmen, das Unternehmen dabei unterstützt, gute Produktmanagement-und Produktführungspraktiken zu erlernen und anzuwenden., Sie leitet eine Online-Schule für Produktmanager am Product Institute und für Produktleiter am CPO Accelerator. Sie ist Dozentin an der Harvard Business School.

Dies war ursprünglich veröffentlicht am melissaperri.com