Lorsque j’étais chez Auchan, on discutait avec les équipes Google sur mettre en place le Design sprint, car on était des très gros partenaires en terme d’achats de mots clés. À l’époque, ils sont venus pour deux jours et la valeur créée durant ces deux jours était telle que je me suis posé la question : “Mince qu’est-ce qu’il s’est passé ?”Donc ensuite j’en ai refait un avec un sprint master pour 5 jours - Fabrice Liut, où on l’a mis dans de bonnes conditions et ça c’est tellement bien passé que j’ai voulu étendre la pratique en interne. C’est à ce moment que les problèmes ont commencé. Je demandais 5 jours pour un développeur, 5 jours pour un chef de projet et les gens me regardaient avec des gros yeux écarquillés. J’avais des remarques comme: “T’imagine une semaine sans rien produire ! mais c’est inimaginable!”Et moi: “Si si ils vont produire; mais d’une autre manière.” Je me suis ainsi heurté à un mur, pour constituer une équipe pluridisciplinaire. Le format de base du sprint marche bien si tu es un fonds d’investissement, tu rachètes une boite et que tu mets tout le monde à l’arrêt pour ré-inventer le business.Mais lorsque tu es dans un train déjà en marche, tu ne peux juste pas mettre tout le monde à l’arrêt. La méthodologie semble sexy de pouvoir le faire, mais il faut l’adapter à un contexte francophone. La preuve, Pauline du laptop n’a jamais réussi à vendre un sprint de 5 jours. C’est un super outil, mais il faut vraiment l’adapter, en 1, 2 , 3 quatre jours en gardant les parties importantes selon le besoin du projet. La clé c’est vraiment l’adapter avec les étapes nécessaires selon le brief du projet.
Alors moi, je n’ai jamais pu faire de design sprints sur 5 jours.
On ne m’a jamais laissé la possibilité de le faire. Parce que finalement, les gens ne te laissent pas le choix.
Tout le monde te dit :
« Ah, c'est super le design sprint Mais bloquer autant de collaborateurs sur cinq jours, mais vous rigolez ou quoi?
Ah non, ce n’est pas possible. Ah non ça ne va pas être possible. Mais je comprends l'intérêt de la chose, mais vous ne pouvez pas tout condenser là ? ».
Donc, j'ai dû apprendre à travailler en plusieurs temps.
De faire un gros travail en amont, mâcher le maximum de données aux participants pour leur donner le moins de choses à faire, et pour qu'ils me donnent, en revanche, l’essentiel.
Par exemple, j'ai dû faire un atelier en deux heures qui portait sur des métiers et sur l'outil.
Donc il fallait que je les filme, que je vois un petit peu comment les utilisateurs travaillaient l'outil en ayant une stratégie et en leur demandant en dernière phase quelles seraient les choses à modifier.
Mais bon, encore une fois, je pense qu’un atelier, on ne doit pas être trop exigeant non plus avec les participants, qu'ils soient utilisateurs ou clients, enfin, commanditaires parce que il faut vraiment leur demander le minimum … mais qui soit un maximum de valeur.
Je pense que tout ça, c'est compliqué de le percevoir tout de suite.
Il faut savoir où on va. Je ne sais pas si c'est l'expérience. En fait, c'est toujours cette exigence qu'il faut baisser.
Il vaut mieux se concentrer sur quelque chose de peut-être moins ambitieux et de se dire « On est là-dessus, mais essayons de le faire bien. Essayons de récolter toutes les données nécessaires pour pouvoir avancer ».
C'est le principe de l'agilité. Finalement, le design sprint c'est quoi?
C'est plusieurs sprints dans un design, donc. Et je crois que la confusion est là aussi pour beaucoup de gens.
Ils pensent qu’à la fin d’un design sprint, on a tout. Non, ce n'est pas vrai.
Le design est un ensemble de plusieurs sprints, qui se chevauchent et qui vont, parallèlement, s’enchainer.
Pour cette première table ronde nous avons la chance d’échanger avec Marion Doumeingts (Product Designer @ Alan) et Julien Pelletier (Head of Product Design @ Heetch) autour du sujet de la Recherche Utilisateur. Enjeu indispensable pour nombre d'entreprises, la recherche utilisateur met les équipes au contact des utilisateurs afin de mieux cerner leurs besoins, leur niveau d’attente et définir les objectifs du produit ou du service. Partant de leur expérience et en s’appuyant sur les questions du public, Marion et Julien abordent les principaux enjeux liés à cette activité essentielle du design : Pourquoi et à quel moment intégrer la recherche utilisateur dans le développement du produit ? Externalisation, recrutement interne, guerilla testing, quelles approches pour cibler ses utilisateurs ? Comment préparer et animer une session de test lors des design sprints (prototypage, mise en situation, captation des réactions, …) ? Quelles stratégies adopter pour maitriser au mieux les biais et obtenir des feedbacks utilisateurs pertinents ? UX researchers, designers, service client, développeurs : quelles sont les parties à impliquer pour se rapprocher au mieux de l’usage réel du produit ? Comment prioriser les résultats de la recherche pour que ses principaux enseignements aient un impact sur le produit ? Enregistré à Numa, le 6 décembre 2018. Lien pour écouter l'épisode: https://podcast.designmasterclass.fr/episode/1/user-research-recruter-animer-co-construire
Un groupe pour poser vos questions et partager vos astuces, ressources, outils, et actualités sur la situation réglementaire et juridique de notre domaine.