UX Design : La méthode agile de Google

Article écrit le

Franck

Rate this page

À notre époque où les ressources sont bridées et les finances limitées, les entreprises sont plus réticentes que jamais à s’engager dans de grands projets de conception sans avoir une compréhension approfondie de leurs chances de succès. Google a développé une méthodologie pour rendre le processus de conception rapide tout en offrant des informations précieuses. Oubliez le MVP (minimum de produits viables) et concentrez-vous sur les prototypes et construisez et testez en une semaine !

Aperçu du processus Google Design Sprint

Le sprint de conception Google fonctionne en 5 phases. Chaque phase dure environ 1 jour (8 heures) et les 5 phases durent environ 40 heures.

Google design sprint

Comme tout bon processus de conception, il y a de la place pour l’itération. En fait, nous vous encourageons fortement à faire des révisions basées sur votre premier sprint, puis à répéter les deux dernières phases (au minimum). Cependant, si vous trouvez que votre idée n’a pas l’effet escompté, vous pouvez aussi reculer plus loin et réitérer à partir de là.

Les 5 phases du Design Sprint de Google :

  • Déballer
  • Croquis
  • Décider
  • Prototype
  • Test

Jetons un coup d’oeil à chaque étape :

Déballer

Le processus Sprint de Google est conçu pour être géré par des équipes plutôt que par des individus. Cela signifie qu’il faut réunir tout le monde et s’assurer qu’ils visent tous la même direction.

L’équipe idéale comprendra des représentants de toutes les fonctions pertinentes et à tous les niveaux de l’organisation, comme les commanditaires, les cadres supérieurs, les spécialistes du marketing, les concepteurs, les développeurs, le service à la clientèle, les ventes, le soutien aux utilisateurs, etc.

Dans la phase de déballage, vous rassemblez tout le monde et « déballez » toutes les connaissances du problème au sein de l’équipe. Il peut être utile de faire appel à un animateur externe pour ces réunions – il peut alors poser les questions nécessaires pour aider les gens à se concentrer et s’assurer que la compréhension est complète sans que personne dans l’équipe n’ait à perdre la face.

Vous pouvez inclure les éléments suivants dans votre événement de déballage :

  • Une présentation par le représentant de la haute direction expliquant pourquoi l’occasion présentée est importante pour l’entreprise.
  • Examens concurrentiels
  • Démonstrations du problème et de toute partie de la solution qui pourrait déjà être disponible.
  • Une description détaillée de la solution proposée
  • Personnages utilisateurs
  • Données analytiques disponibles
  • Les indicateurs de succès (il devrait s’agir d’indicateurs commerciaux utiles et non pas d’indicateurs qui sortent de l’air)

Il est important d’impliquer toute l’équipe dans le déballage. Ne laissez pas un individu ou un groupe dominer la procédure. L’idée est de s’assurer que tous soient sur la même longueur d’onde et vous ne pouvez le faire que si tout le monde est d’accord.

Croquis

Une fois que tout le monde est sur la même longueur d’onde, il est temps de diviser l’équipe et de l’amener à commencer à travailler sur des solutions. La journée de croquis est un effort individuel. Tout le monde (même le PDG) est chargé de trouver une solution détaillée au problème.

utilisation de croquis en ux design

Il est préférable de le faire sur papier pour deux raisons :

  • C’est rapide et si les choses ont besoin d’être changées, cela ne prend pas de temps à faire.
  • Tout le monde ne maîtrisera pas les outils d’infographie que vous utiliserez.

Pour la résolution de problèmes particulièrement complexes ou à grande échelle, vous pouvez diviser le problème en « morceaux gérables » et assigner aux gens un morceau plutôt que la totalité du problème.

Le but d’une journée d’esquisse est de faire descendre autant d’idées que possible. Si votre équipe est énorme et que vous allez générer une tonne d’idées. Vous voudrez peut-être allouer une heure à la fin de la journée pour réduire rapidement le nombre d’idées à un nombre plus gérable avant de passer à la troisième journée du sprint.

Décider

Comme vous pouvez vous y attendre, le Decide Day consiste à prendre une décision quant à l’idée (ou aux idées) que vous allez passer à la phase du prototype. Cependant, il y a plus qu’une simple décision à prendre – il s’agit en fait de déterminer comment vos solutions peuvent entrer en conflit avec vos objectifs, vos capacités, vos ressources, vos utilisateurs, etc.

Vous pouvez commencer la journée en énumérant rapidement toutes les hypothèses que vous faites, par exemple :

  • Budget
  • Utilisateurs
  • Capacité technologique
  • Moteurs d’affaires

Ensuite, il est temps de passer en revue chaque idées et d’examiner les conflits qu’elles génèrent (et de choisir les idées pour surmonter les conflits).

Vous devriez avoir un objectif à l’esprit pendant votre examen. Chercherez-vous à mettre en avant une seule grande idée pour le prototypage ou allez-vous choisir, disons, un Top 5 et les faire tous avancer et découvrir quelles idées les utilisateurs préfèrent ? Vous devriez chercher constamment à affiner votre liste et à supprimer les idées qui ne sont tout simplement pas réalisables au début du processus.

Une fois que vous avez l’idée ou les idées, vous réaliserez un prototype – la dernière partie de Decide Day consiste à créer des story-boards pour vos idées. Celles-ci doivent définir chaque interaction avec un utilisateur dans un processus étape par étape. Ceci sera votre spécification pour votre prototype. Vous pouvez également définir une ou deux histoires d’utilisateurs (à la manière Agile Scrums) pour aider à renforcer la spécification.

L’équipe des UX voudra aussi recruter des participants pour le dernier jour de l’examen, le jour de la décision.

Prototype

C’est là que le travail devient sérieux. Vous disposez d’une seule journée pour créer un prototype que vos utilisateurs pourront tester le dernier jour.

Google vous recommande d’utiliser Keynote et les modèles disponibles sur Keynotopia pour construire rapidement des prototypes interactifs. Mais vous pouvez utiliser n’importe quel outil de votre choix. Il vous suffit d’en choisir un que vous maîtrisez suffisamment pour le prototypage rapide.

En tandem, l’équipe de recherche devra finaliser le calendrier des tests et élaborer le scénario d’entrevue pour ce calendrier.

Test

Comme nous le savons tous, l’expérience utilisateur exige la participation de l’utilisateur. Le cinquième jour de votre sprint, vous allez réunir jusqu’à 20 utilisateurs (et pas moins de 6) et travailler en tête-à-tête pendant qu’ils jouent avec le prototype.

Toutes les personnes qui participent à un test devront prendre des notes et exprimer ce qu’elles estiment avoir appris. Vous voulez prendre ces notes et les résumer à la fin de la journée. Cela devrait vous aider à décider ce qui doit être itéré et amélioré.

Bien qu’il s’agisse d’une méthodologie éprouvée par Google, c’est aussi un tout nouveau concept adapté de méthodologies agiles. Cela peut prendre quelques essais au sein de votre organisation pour garder les sprints à 5 jours. C’est pas grave. Vous pouvez travailler à livrer des sprints plus rapides au fur et à mesure que vous vous entraînerez.

Les sprints de conception Google devraient vous aider à prendre un processus qui prend actuellement des mois et à le rendre simple et efficace. Ce n’est pas un substitut à tous les processus de conception, mais un qui vous permet d’idéaliser et de tester des idées incroyablement rapidement. Une équipe de conception très productive travaillant au sprint est plus susceptible d’ajouter de la valeur à l’entreprise et donc d’être reconnue pour son travail au sein de l’organisation dans son ensemble.

Laisser un commentaire