Читать книгу Empowered - Chris Jones - Страница 57

Beim modernen Product Management dreht sich alles um die rund laufende Zusammenarbeit zwischen den Bereichen Produkt, Design und Technik. Es beginnt damit, sicherzustellen, dass der Product Manager gut über den eigentlichen Beitrag von Design und Technik unterrichtet ist.

Der PM muss selbst weder im Design noch in der Technik bewandert sein (die meisten sind es nicht, obwohl viele Product Manager glauben, dass sie großartige Designer sind), aber sie müssen deren Beiträge zu würdigen wissen, indem sie verstehen, dass das, was Design und Technik mit an den Tisch bringen, genauso essenziell wichtig ist wie das, was der PM mitbringt.

Als Nächstes muss der PM Beziehungen aufbauen, die für echte Zusammenarbeit nötig sind und die auf Vertrauen und gegenseitigem Respekt gründen.

In meinem Coaching von PMs hat das meiste, was ich tue, sobald das oben erläuterte Basiswissen erworben wurde, mit Zusammenarbeit zu tun.

Wenn ich mich mit einem Product Team zusammensetze, um über ein Problem zu reden, das es zu lösen versucht, verbringe ich selten Zeit nur mit dem PM. Fast immer sitze ich auch mit dem Product Designer und dem Tech Lead zusammen.

So ist einfach das Produktwesen heutzutage. Aber während dieser Sitzungen bin ich Zeuge zahlloser Interaktionen. Danach ziehe ich oft den PM beiseite und versuche darzulegen, was ich beobachtet habe im Hinblick auf sein Bemühen, Vertrauen aufzubauen. Wo waren seine Interaktionen während des Treffens hilfreich, wo kontraproduktiv?

Ein einstündiges Treffen, bei dem ein Problem oder eine Zielvorgabe diskutiert wird, ergibt gewöhnlich viele gute Beispiele, die ich als Coaching-Gelegenheit für den PM verwenden kann. Wie engagiert ist der Rest des Teams? Verhalten sich die Team-Mitglieder empowered, lösen sie also Probleme eigenverantwortlich, oder geben sie sich wie Befehlsempfänger? Bringen Designer und Entwickler mögliche Lösungen an den Tisch, oder legen sie nur Punkte dar, welche der PM eingebracht hat? Verbringen sie zu viel Zeit mit Reden (z. B. Planung) und nicht genug Zeit mit Versuchen (z. B. Prototyping)? Wie werden Meinungsverschiedenheiten gelöst?