Étiquette : google design sprint

À une époque de ressources limitées et de finances limitées, les entreprises sont plus réticentes que jamais à s'engager dans de grands projets de design sans une compréhension approfondie de leurs chances de succès. Google a développé une méthodologie pour accélérer le processus de design tout en offrant des informations précieuses. Oubliez le produit minimum viable et concentrez-vous sur les prototypes et construisez et testez en une semaine ! Présentation du processus Google Design Sprint Le Google Design Sprint fonctionne selon un processus en 5 phases. Chaque phase prend environ 1 jour à exécuter (8 heures) et les 5 phases prennent environ 40 heures pour s'exécuter entièrement. Author/Copyright holder: DX Lab Design Sprint. Copyright terms and licence: Fair Use. Comme tous les processus de bon design – il y a de la place pour l'itération. En fait, vous êtes fortement encouragé à effectuer des révisions en fonction de votre premier sprint, puis à réitérer les deux dernières phases (au minimum). Cependant, si vous trouvez que votre idée ne gagne pas la traction que vous attendiez ; vous pouvez également reculer et réitérer à partir de là. Les 5 phases du Google Design Sprint : Déballer Esquisser Décider Prototyper Tester Déballer. Esquisser. Décider. Prototyper. Tester. Les 5 phases du Google Design Sprint. Jetons un coup d'œil à chaque étape : Déballer Le processus Google Design Sprint est conçu pour être exécuté par des équipes plutôt que par des individus. Cela signifie rassembler tout le monde et s'assurer qu'ils visent tous dans la même direction. L'équipe idéale comprendra des représentants de toutes les fonctions pertinentes et à tous les niveaux de l'organisation tels que les sponsors, les cadres supérieurs, les marketers, les designers, les développeurs, le service client, les ventes, le support utilisateur, etc. Dans la phase de déballage, vous rassemblez tout le monde et « déballez » toute la connaissance du problème au sein de l'équipe. Il peut être utile d'utiliser un facilitateur externe pour ces réunions – ils peuvent 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 pour le faire. Vous souhaiterez peut-être inclure les éléments suivants dans votre session de déballage : Une présentation par le représentant de la haute hiérarchie expliquant pourquoi l'opportunité présentée est importante pour l'entreprise Examens concurrentiels Démonstrations du problème et de tous les éléments de la solution qui peuvent déjà être disponibles Présentation détaillée de la solution proposée Personas d'utilisateur Données analytiques disponibles Les indicateurs du succès (ceux-ci devraient être des indicateurs commerciaux utiles et non des mesures extraites) Il est important d'impliquer toute l'équipe dans le Unpack Day. Ne laissez pas un individu ou un groupe dominer la procédure. L'idée est de s'assurer que tout le monde est sur la même page et vous ne pouvez vous en assurer que si tout le monde est entendu. Esquisser Une fois que tout le monde est sur la même page, il est temps de diviser l'équipe et de la faire commencer à travailler sur des solutions. Le jour du croquis est un effort individuel. Tout le monde (même le PDG) est chargé de trouver une solution détaillée au problème. Author/Copyright holder: Andrew Turner. Copyright terms and licence: CC BY 2.0 Il est préférable de le faire sur papier pour deux raisons : C'est rapide et si les choses doivent changer, cela ne prend pas de temps. Tout le monde ne maîtrisera pas les outils de wireframing que vous utilisez. Pour la résolution de problèmes particulièrement complexes ou à grande échelle ; vous voudrez peut-être diviser le problème en « morceaux gérables » et attribuer aux gens un morceau plutôt que l'ensemble du problème. Le Sketch Day a pour but de rassembler le plus d'idées 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 au troisième jour du sprint. Décider Comme vous pouvez vous y attendre, le Decide Day consiste à prendre une décision quant à la ou les idées que vous allez mettre en phase prototype. Cependant, le Decide Day ne se limite pas à prendre une décision – il s'agit vraiment de déterminer comment vos solutions peuvent entrer en conflit avec vos objectifs, capacités, ressources, utilisateurs, etc. Vous pouvez commencer la journée en énumérant rapidement tous les préjugés selon lesquels vous faites des choses telles que : Budget Utilisateurs Capacité technologique Formations professionnelles Ensuite, il est temps de revoir chaque idée et d'examiner les conflits qu'elle génère (et de créer des idées pour surmonter les conflits). Vous devez avoir un objectif en tête lors de votre examen. Allez-vous chercher à mettre une seule grande idée en avant pour le prototypage ou allez-vous choisir, disons, un top 5 et les faire avancer et découvrir quelle idée les utilisateurs préfèrent ? Vous devriez chercher à affiner constamment 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 que vous allez créer, la dernière partie du Decide Day consiste à créer des story-boards pour vos idées. Ceux-ci doivent définir chaque interaction avec un utilisateur dans un processus étape par étape. Ce sera votre spécification pour votre prototype. Vous pouvez également définir une ou deux user stories (à la Agile Scrum) pour aider à renforcer les spécifications. L'équipe UX voudra également recruter des participants, pour le test de la dernière journée, le Decide Day. Prototyper C'est là que le travail devient sérieux. Vous avez un seul jour pour créer un prototype que vos utilisateurs peuvent tester le dernier jour. Google vous recommande d'utiliser Keynote (il faut avoir un Mac) et les modèles disponibles sur Keynotopia pour créer rapidement des prototypes interactifs. Mais vous pouvez utiliser n'importe quel outil de votre choix. Choisissez-en un que vous maîtrisez suffisamment pour un prototypage rapide. En tandem, l'équipe de recherche devrait finaliser les calendriers des tests et développer le script d'entrevue pour ce calendrier. Tester Comme nous le savons tous, l'expérience utilisateur nécessite l'implication de l'utilisateur. Le cinquième jour de votre sprint, vous allez réunir jusqu'à 20 utilisateurs (et pas moins de 6) ensemble et travailler en tête-à-tête tout en jouant avec le prototype. Toutes les personnes impliquées dans un test doivent prendre des notes et enregistrer ce qu'elles pensent avoir appris. Vous prendrez ces notes et les résumerez à la fin de la journée. Cela devrait vous aider à décider ce qui doit être itéré et amélioré. Author/Copyright holder: Antonio Zugaldia. Copyright terms and licence: CC BY 2.0 Une dernière chose 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 maintenir les sprints à 5 jours. C'est bon. Vous pouvez travailler à délivrer des sprints plus rapides à mesure que vous vous entraînez davantage. Ce qu'il faut retenir Les Google Design Sprints devraient vous aider à prendre un processus qui prend actuellement des mois et à le rendre léger et efficace. Ce n'est pas un substitut à tous les processus de design, mais un qui vous permet d'idéer et de tester des idées incroyablement rapidement. Une équipe de design très productive travaillant dans les sprints est plus susceptible d'ajouter de la valeur commerciale et donc d'être reconnue pour son travail au sein d'une plus grande organisation. Références et où en savoir plus Course: Interaction Design for Usability:https://www.interaction-design.org/courses/interaction-design-for-usability Not sure if Google design sprints can work? Sign up to receive a copy of Google’s case studies on their process here: http://www.gv.com/sprint/. There are also a ton of useful resources for implementing each stage of the process. Google’s research methodology can help with this process to: http://www.gv.com/lib/the-gv-research-sprint-a-4-day-process-for-answering-important-startup-questions Fast Company offers a superb resource for creating storyboards for this process too: http://www.fastcodesign.com/1672917/the-8-steps-to-creating-a-great-storyboard Not sure how to define your metrics for the sprint? Check out this idea at Agile Marketing: http://www.agilemarketing.net/define-actionable-metrics/ Another useful portrayal of the Google Sprint method can be found here: http://www.agilemarketing.net/google-design-sprints/

Étiquette : google design sprint

Processus de design UX agile avec la méthodologie de Google

Adresse

Étudiants

Liens utiles