Mieux collaborer avec les équipes c’est d'abord commencer par le cadrage:

• Tu as tout le cadrage de façon collaborative dans l’ensemble où chacun vient poser ses objectifs, ses limites, et avoir tout un process de product design qui passe chaque étape du process avec l’étape de validation par l’ensemble des dev, l’équipe marketing, etc
• Savoir à quel point tu peux justement déranger l’équipe marketing, les dev. Mais se mettre d’accord sur ça. Se mettre d’accord sur un process établi, qui est répétable sur l’ensemble des projets, et pas en termes de :
• Il faut qu’on mette en place telle méthode, telle méthode, parce que parfois un projet, ces méthodes-là n’ont aucun sens. 

Juste que chaque phase ait un état d’esprit et des objectifs, et que ce soient ces objectifs et ces états d’esprit qui se découlent ensuite en méthodes à l’intérieur. 

Surtout de dire : "Là, il faut que untel soit au courant de ça, pour telle chose, il faut absolument qu’on collabore avec untel et untel. "

Donc faire participer les gens sur tout le process de design et faire des livrables systématiquement actionnables. 

• Arrêter les livrables très Powerpoint simplement, mais des livrables où tu as les PO, PM,Dev qui en prennent connaissance et qui puissent construire avec cette connaissance au fur et à mesure du workshop. 

Par exemple:

• “Donc, on est allés voir les utilisateurs, voilà, je vais distribuer à chacun des phrases-clés, des verbatims, On se les partage, on les distribue.” 
• “Voilà les fiches utilisateurs, on construit ensemble leur journey. “

Même si toi, en tant que user researcher tu connais le vrai journey, mais le faire co-construire par les personnes pour qu’elles se mettent à la place et qu'à la fin, ce n’est pas toi qui sois venu dire : 

“Voilà le journey qu’il y a eu. "

Mais plutôt :

"En fonction de ce qu’on a entendu, de ce que je vous rapporte maintenant comme verbatim, co-construisons ensemble le journey / le persona”

Moi en tant que researcher, je vais modifier ça ou ça pour vous mettre un peu sur la bonne piste, mais que chacun vienne co-construire le truc au fur et à mesure. “

Et ça, il faut le faire à toutes les étapes. Que ce soit par exemple sur la restitution de research, que ce soit sur le how might we ou que ce soit sur l’idéation. 

De prendre du temps aux gens, et ne pas avoir peur de leur prendre du temps.

En fait, ne pas avoir peur d’être chiant avec les gens. 

Ne pas avoir peur et se dire : 

“Attends, le dev ils ont des trucs à faire, et je ne peux pas trop aller l’embêter, je ne vais pas mettre un workshop à ce moment-là. “

Non, je pense qu’il faut vraiment en mettre. Il faut faire venir les gens et il faut qu’on arrête en tant que designer de présenter de façon très : 

• “Voilà les résultats.” (Bon ça, il va falloir le faire de temps en temps.) 

Mais éviter le trop descendant systématiquement, et impliquer les gens, leur poser des questions, les faire poser des questions, les faire réagir, les faire travailler. 

Comme je disais, il faut que ce design collaboratif, soit 40% de notre taff, il soit porté par les autres. 

C’est une espèce de co-design qu’on met en place, donc maintenant il y a aussi 6 to 1 et ce genre de méthodes. 

Mais ça, il ne faut pas avoir peur de le faire, même si à la fin, on ne prend pas en compte ce que les gens ont communiqué. Le simple fait de les avoir intégrés, que les gens soient venus tirer des traits avec nous, ils savent qu’ils ont participé au design, que leurs contraintes et besoins ont été prises en compte.

Si à la fin on voit ce qui en sorte qu’on se dit : 

“Ça, c’est de la merde, je ne le prends pas en considération, “

Hé bien c’est tout à fait OK, on peut le jeter. C’est notre travail.