Der wird nie PO, der bleibt bis zur Rente PM

Tobias sagte zu mir gerade “…der wird nie PO, der bleibt bis zur Rente PM!” und ich teile seine Einschätzung. Aber warum ist das so? Warum fällt es so vielen Produktmanagern schwer, sich von dem alten Bild des Auftraggebers zu verabschieden? Wir reden heute so viel von Agilität und sich ständig ändernden Anforderungen. Ist es da nicht wichtig, an dieser zentralen Stelle einen Player zu haben, der den agilen Mindset teilt?

Wie kann es gelingen, an diesen Schlüsselstellen die richtigen Mitarbeiter einzusetzen, die sich einbringen und Kunden nicht von Entwicklern fernhalten. Wir erleben oft die gleichen Sichtweisen. Ein Entwickler kommt in die tolle Situation und spricht direkt mit einem Kunden. Dieser Eindruck ist i.d.R. sehr intensiv und so ist es nicht verwunderlich, dass der Mitarbeiter davon berichten möchte. Selbstverständlich wäre die Schlussfolgerung nicht richtig, nun zu wissen, was DIE Kunden wollen, wenn nur mit einem Kunden gesprochen wurde.

Dem gegenüber steht der Produktmanager, der über Jahre hinweg Kontakt zu den Märkten und vielen unterschiedlichen Kunden pflegt. Oft steht er selbst zwischen den Stühlen und muss sein Entwicklerteam vor den Erwartungen der Sales Organisation schützen und letzteren erklären, warum es aus technischen Gründen gerade dieses Feature mal wieder nicht in das kommende Release geschafft hat.

Wir erleben in verschiedenen Organisationen, dass der klassische (Auftraggeber) Product Manager auch zum Product Owner gemacht wird. Je nach Persönlichkeit kann das gut gehen, oder eben auch nicht. Der Spagat zwischen internem Abstimmen mit dem Team und der Außenwelt zerreißen den Owner-Manager und er kann beiden Rollen nur selten gerecht werden.

In der folgenden Grafik sind die beiden Rollen einmal gegenübergestellt.