Product Owner und Projektmanager — Die 5 wichtigsten Unterschiede

Einführung

Man kann mit Sicherheit sagen, dass die meisten geschäftstüchtige Leute wissen, was ein Projektmanager tut. Aber heutzutage, besonders in der IT, ist es sehr wahrscheinlich, dass Sie einem Product Owner und nicht einem guten alten PM vorgestellt werden. In Bezug auf die beiden Positionen scheint es oft viel Verwirrung zu geben.

Was sind die Unterschiede?

Wie können beide Ihre Geschäftsziele unterstützen?

Werfen wir einen Blick auf die wichtigsten Bereiche, in denen PM und PO Ihre Bedürfnisse höchstwahrscheinlich auf sehr unterschiedliche Weise angehen werden.

Das Ökosystem

Der grundlegende Unterschied, aus dem sich alle anderen Diskrepanzen ergeben, ist der Ursprung der beiden Positionen.

Der moderne Projektmanager ist eine Position, die sich aus der militärischen Vertragskontrolle ergibt. Der Erfolg, zu dem sie führte, wirkte sich darauf aus, wie die Rolle in verschiedenen Arten von Projekten wahrgenommen wird. Dies führte dazu, dass ein Projektmanager von Natur aus in strukturierten, unkomplizierten Umgebungen erfolgreich ist, z. B. in Organisationen, die mit der Waterfall-Methode arbeiten.

Die Rolle des Product Owners ist viel jünger, sie ist aus dem agilen Ansatz entstanden und BizDevOps-Kultur. Das verschafft einem guten Product Owner einen Vorteil bei flexiblen und komplexen Systemen. Er ist es gewohnt, auf der Grundlage sich ändernder Bedingungen und aktueller Anforderungen zu handeln, anstatt sich Ziele und langfristige Pläne zu setzen.

Der Eckpfeiler

Sowohl PM als auch PO sind Managementrollen — der Unterschied besteht darin, was sie schaffen es. Und das ist im Kern der wichtigste Unterschied.

Projektmanager verwalten Ressourcen. Sie sind in erster Linie dafür verantwortlich, das Produkt pünktlich und kostengünstig zu liefern, weshalb ihr Schwerpunkt auf der Einhaltung eines festgelegten Budgets, Zeitplans und Umfangs liegt.

Traditionell haben sie, obwohl sie eine große Verantwortung tragen, weit weniger Einfluss auf das Konzept des Projekts. In ihren Händen halten sie die Entscheidungen darüber, wie die Ergebnisse geordnet umgesetzt werden sollen, fest in der Hand.

Im Gegensatz dazu konzentriert sich ein Product Owner auf das Projekt Vision. Ihre Autorität während der Entwicklung basiert auf dem Vertrauen der Die Stakeholder des Projekts, dass der PO dem Entwicklungsteam hilft, die Geschäftsanforderungen und Erwartungen an das, was es bekommen möchte, zu verstehen.

Basierend auf diesen Bedürfnissen muss das Entwicklungsteam auf selbstorganisierte Weise den besten Wert liefern. Aus diesem Grund wird der PO zum Stellvertreter zwischen dem Unternehmen und der Entwicklung, wobei die Anforderungen beider Seiten berücksichtigt werden.

Die Einsicht

Jede Entscheidungsfindung basiert auf Fakten und Schlussfolgerungen.

Da Product Owner häufig mit komplexen und risikoreichen Prozessen arbeiten, stützen sie ihre Entscheidungen auf Geschäftsanalysen, die ihnen helfen, das Entwicklungsteam zur Erfüllung der aktuellen Anforderungen zu führen. Natürlich sollten Sie ihn nicht in dieselbe Tasche stecken wie einen Business Analyst — es gibt Unterschiede.

Der Schwerpunkt des PO liegt darauf, das beste Preis-Leistungs-Verhältnis zu bieten, daher sind sie stark davon abhängig, wie gut sie auf der Grundlage ihres Verständnisses der Geschäftsanforderungen Prioritäten setzen können.

Projektmanager scheinen das bessere Ende der Sache zu haben — vor allem müssen sie in der Lage sein, den Umfang, die Ressourcen und die aktuellen Bedingungen zu analysieren, um die Ergebnisse zu planen. In der Realität sind sowohl Erfahrung als auch viel Weitblick erforderlich, um eine einwandfreie Prozessausführung planen zu können.

Die Schlüsselkompetenz

Am Ende des Tages sowohl PO als auch PM sind für das verantwortlich, was geliefert wird. Beide sind für die Bemühungen des Teams verantwortlich, den Stakeholdern einen Mehrwert zu bieten. Der Unterschied lässt sich durch eine Allegorie des Filmemachens erklären: Wenn ein IT-Projekt eine Filmproduktion wäre, wäre der Premierminister der Produzent, während der PO der Regisseur wäre.

Ein Projektmanager stützt den Erfolg seiner eigenen Beiträge auf konkrete Daten — er hat einen Plan, an den sich das Entwicklungsteam hält, ein festgelegtes Budget, das ihnen hilft, Ressourcen zu verteilen, und einen Zeitrahmen, der alles transparent macht. Wenn ihre Pläne in Bezug auf die Daten scheitern, gibt es keine zusätzlichen Maßnahmen, die umgesetzt werden könnten. Deshalb müssen sie hoch organisierte Person mit soliden Kenntnissen und Erfahrungen in Bezug auf die technische Seite der Projektdurchführung.

Auf der anderen Seite ein Product Owner, obwohl er es sein sollte technisch versiert (er muss das Projekt durch und durch kennen), hat einen stärkeren Bedarf an Kommunikationsfähigkeiten. Er arbeitet sowohl mit Geschäftsbeteiligten als auch mit dem Entwicklungsteam zusammen und muss daher in der Lage sein, Informationen so weiterzugeben, dass beide Seiten sie verstehen und darauf aufbauen können.

Er muss auch in der Lage sein Anforderungen aushandeln entsprechend den aktuellen geschäftlichen und technischen Bedingungen, was ihn zu einem Friedensstifter zwischen was macht sollte fertig sein und was Dose fertig sein.

Natürlich ist nichts immer nur schwarz oder weiß. Ein PO kann trotzdem kein unorganisierter Tölpel sein. Ein Projektmanager, der nicht weiß, wie man mit seinen Untergebenen spricht, hilft auch niemandem viel. Einige Fähigkeiten gelten für alle Führungspositionen und sollten nicht ausschließlich auf einen einzelnen Arbeitsbereich beschränkt werden. Die wichtigsten lassen sich in einer einfachen Aufteilung zusammenfassen:

Das Teamplay

Ein erfolgreicher Projektmanager muss nicht stark in den täglichen Arbeitsablauf eines Teams involviert sein — wenn alles wie geplant ausgeführt wird, besteht kein wirklicher Grund zur Einmischung, abgesehen von der Überwachung der Projektkennzahlen, wie DORA-Metriken. Dadurch ist er in Bezug auf seine Zeit flexibler und kann oft an mehreren Projekten gleichzeitig oder von einem entfernten Standort aus arbeiten.

Natürlich gilt: Je besser seine Beziehungen zum Team sind, desto besser — Führungs- und Kommunikationsfähigkeiten sind für ihn genauso relevant wie für jede andere Führungsposition. Aber wenn er mit einem autoritativen Führungsstil einhergeht, ist sein zielorientiertes Vorgehen könnte auch eine große Hilfe für internationale Teams sein, die mit linearen, strukturierten Projektmanagementmethoden arbeiten.

Im Gegensatz dazu sollte ein Product Owner seinem Team so nah sein, wie sie es von ihm erwarten — da die grundlegende Rolle des POs darin besteht, den Entwicklern zu helfen, zu verstehen, was sie entwickeln sollten, muss er bereit sein. verfügbar, um zu helfen ihre Bemühungen mit seiner Einsicht.

Ohne sein Engagement könnten die sich selbst organisierenden Teams bei der Erreichung der Endziele ihre Ziele verfehlen. Auch wenn es in komplexen Umgebungen eine schwierige Aufgabe zu sein scheint, wird ein guter PO der Eckpfeiler einer effizienten Teamarbeit sein.

Welches ist besser für mich?

Die Antwort ist so alt wie die Entscheidungsfindung selbst — es kommt darauf an.

Wenn Sie einen sehr gut durchdachten Projektplan haben (oder einen benötigen, der auf Ihrer Vision basiert), der perfekt nach Ihren Vorgaben ausgeführt werden sollte, sollten Sie wahrscheinlich nach einem Unternehmen suchen, das Dienstleistungen anbietet, die von einem traditionellen Projektmanager unterstützt werden.

Wenn Sie ein Bedürfnis haben, von dem Sie nicht wissen, was Sie damit anfangen sollen, kann Ihnen ein Agile-Team unter der Leitung eines Visionärs des Product Owners helfen, es zum Leben zu erwecken.