Le binôme PM-Designer est l'une des relations les plus déterminantes dans une organisation produit. Quand il fonctionne, l'équipe avance avec clarté et rapidité. Quand il ne fonctionne pas, les symptômes se manifestent partout : priorités désalignées, cycles de retravail, confusion des parties prenantes, et un produit qui ressemble à un compromis plutôt qu'à une expérience cohérente. En dix ans de design produit, j'ai participé à des binômes PM-Designer qui ont produit des résultats exceptionnels et d'autres qui ont peiné malgré de bonnes intentions des deux côtés. La différence ne tenait jamais au talent ni à la personnalité. Elle tenait toujours aux principes de fonctionnement.
La plupart des collaborations PM-Designer sous-performent pour des raisons prévisibles. Les deux rôles partagent un territoire commun (compréhension utilisateur, priorisation, communication avec les parties prenantes) sans accord clair sur qui pilote quoi. Les réunions se tiennent sans préparation, ce qui les transforme en échanges d'opinions plutôt qu'en sessions de prise de décision. Le travail de design se fait en isolement jusqu'au moment de la "révélation" qui place le PM en position réactive. Et les décisions se prennent à l'oral, dans des fils Slack ou des conversations de couloir, ce qui signifie que les mêmes débats refont surface des semaines plus tard parce que personne n'a documenté le raisonnement derrière l'arbitrage.
Ce ne sont pas des défauts de caractère. Ce sont des lacunes de processus. Et elles peuvent être corrigées avec trois principes que j'ai vu fonctionner de manière constante dans différentes entreprises, tailles d'équipe et domaines produit.
