Dans le cadre d’une mission en équipe produit, le Product designer est amené à travailler avec des développeurs(euses), des Product Owner ainsi que des Product Managers. Chaque métier a sa propre expertise avec des compétences spécifiques ce qui lui permet d’être complémentaire avec les compétences des autres collaborateurs(trices). Il peut cependant parfois y avoir une ligne assez fine entre certains métiers sur certaines tâches spécifiques, il y a dans ce sens un travail de coordination à initier pour éviter que chacun(e) se “marche sur les pieds” et travaille main dans la main. Nous allons donc dans cet article, voir que la collaboration entre le Product Designer et le Product Owner n’est pas toujours évidente. La répartition de certaines tâches peut être floue, ce qui complique parfois la coopération avec l’équipe technique.
Je vais parler de mon expérience personnelle en tant que Product Designer ayant travaillé avec plusieurs Product Owners au sein de plusieurs équipes produit. J’ai souvent constaté que le Product Owner (PO) et moi-même possédions des compétences transverses communes. Il est crucial de délimiter les tâches en fonction des préférences et des compétences de chacun(e). Par exemple, je suis souvent plus à l'aise pour mener des tests utilisateurs, alors que le PO excelle dans la relation client, le traitement des métriques, et les enjeux business du produit.
Le fait de prendre le lead sur les tests utilisateurs a permit au PO de monter en compétence sur ce sujet. En retour, il partageait sa connaissance des relations clients et des enjeux business, ce qui m’instruisait à mon tour et renforçait notre collaboration. Cette dynamique d'apprentissage mutuel et de partage des tâches selon nos forces respectives a grandement amélioré notre efficacité. Pour pouvoir se faire facilement, la communication et la confiance restent la clé de la réussite d’une bonne dynamique de travail entre PO et designer.
Pour se rendre compte de la valeur que représente un travail d’équipe coordonné et efficace, j’aime bien comparer deux contextes métiers différents : le travail en agence avec des petits projets design versus le travail en régie en équipe produit. Travailler dans une agence de design (à petite échelle) implique souvent de gérer seul(e) plusieurs projets sur une courte durée, ce qui induit une grande charge mentale. Passer à un contexte de "régie" où l'on travaille avec une équipe produit est une expérience radicalement différente. On n’est plus seul(e) pour gérer de A à Z la relation client et les ateliers UX de recherche utilisateur. On peut donc compter sur le PO et/ou le PM, ce qui crée une dynamique de groupe et d’entraide extrêmement bénéfique.
Cette transition m'a permis de ressentir le soutien de l'équipe et de constater à quel point un travail coordonné favorise la cohésion et l’efficacité du travail. Cette entente améliore non seulement la qualité du produit, mais rend aussi le processus de travail beaucoup plus agréable.
Quand je parle de cohésion, il est crucial de ne pas oublier les développeurs(euses) et Tech(s) Lead(s). Avec une PO avec laquelle j’ai travaillé, nous avons testé de les intégrer dès la phase de recherche, d'interviews, et de tests utilisateurs (1ère étape du projet). Pourquoi ? Parce que plus il y a de personnes de l’équipe qui partagent le même niveau d'information sur le produit dès le départ, plus nous avançons rapidement et efficacement ensemble. J’ai un exemple très concret à vous donner : lors d’une phase de discovery (recherche UX) sur un produit, je décide de convier aux phases d’interviews utilisateurs un des développeur de l’équipe. Suite à ça nous nous sommes réunis en équipe pour challenger les maquettes graphiques que je venais de produire, qui sont censées répondre aux besoins de nos utilisateurs(trices). Lors de ce point, le développeur en question a été force de proposition et s’est senti concerné d’avantage pour justifier certains choix ergonomiques de mes interfaces parce qu’ils étaient particulièrement en adéquation avec ce que les personnes que nous venions d’interviewer venaient de nous dire. En intégrant non seulement le PO mais aussi les développeurs dans mes phases de travail, je crée un cercle vertueux où les maquettes sont produites plus rapidement, les contraintes techniques sont identifiées plus tôt, ce qui permet de négocier plus efficacement avec le client pour sortir une V1 (MVP) du produit plus rapidement, rendant ainsi le client satisfait. Bingo !
À vrai dire, au début de la mission ma PO et moi n’avions pas suffisamment impliqué les développeurs(euses) dans la réflexion et la recherche. Résultat : nous avons découvert trop tard que le temps de développement était bien plus long que prévu, ce qui a nécessité de trouver des compromis. Cette leçon nous a alors appris à mieux collaborer en amont, renforçant nos liens de cohésion et faisant de nous un duo plus efficace. Cela se reflétait dans la qualité de notre travail et la satisfaction de notre client. Bingo again ahah !
Mon expérience de travail en équipe produit et plus spécifiquement avec un(e) PO m’a appris que :
En mettant de côté nos égos et en reconnaissant la valeur de chaque membre de l’équipe, nous avons considérablement amélioré notre façon de travailler ensemble. Ce fut une leçon précieuse qui continuera d'influencer positivement mes futures collaborations. Yeah !
