Innover avec le Design Sprint (2018)
Le Design Sprint est une session de créativité intense en équipe, étalée sur 5 jours consécutifs, destinée à trouver des réponses à des objectifs d’entreprise. Lancer un nouveau produit ou service, une application, faire évoluer une offre, augmenter un taux de transformation, etc., sont autant de cas de figure où le Design Sprint peut être une solution, mais réviser et améliorer une expérience utilisateur est le cas le plus fréquent.
Le concept de Design Sprint a été développé en 2010 par le designer Jake Knapp au sein de GV, anciennement Google Ventures, qui est la branche d’investissement en capital-risque d’Alphabet. La méthode a pour but d’aider une équipe à définir clairement les objectifs, à valider les idées, à établir une feuille de route avant de commencer le développement. Il permet d’aborder les questions stratégiques à l’aide d’un prototypage rapide et interdisciplinaire et de valider les options grâce à des tests avec les utilisateurs. Ce processus de conception trouve bien entendu son inspiration dans la méthodologie Agile, d’où son nom. L’un des principaux objectifs est de compresser des processus de réflexion de groupe qui prennent normalement des mois et peuvent se terminer dans une impasse à force d’atermoiements, de débats et de fatigue.
Préparation (Sprint Planning)
Il convient pour maximiser les chances de succès que le Design Sprint soit bien préparé. Tout d’abord, il faut un énoncé du défi à relever, afin que tous les participants soient sur la même longueur d’onde. Cela peut être réuni dans un document appelé Sprint Brief dans lequel on trouvera la problématique, les principaux objectifs et les livrables qui sont attendus de la session. Si cela vous paraît nécessaire, vous pouvez faire des recherches exploratoires avant de tenir votre Sprint et rassembler tous les documents (texte, audio, vidéo) potentiellement utileu, des résultats de tests utilisateurs déjà effectués par exemple.
Il faut ensuite choisir l’équipe, généralement 5-8 personnes, et s’assurer de la totale disponibilité simultanée de ces personnes pendant une semaine, ce qui n’est pas le moindre des défis. Si cela peut s’avérer facile avec la petite équipe d’une start-up, cela peut s’avérer plus difficile dans le contexte d’une plus grande entreprise. Idéalement, l’équipe doit être pluridisciplinaire pour une plus grande richesse de points de vue et de connaissances. On peut y trouver un designer UX, un chef de produit, un ingénieur logiciel, un responsable marketing, un rédacteur technique, etc. Stratégiquement, on doit y inclure autant que possible la ou les personnes décisionnaires qui auraient le pouvoir de rejeter les conclusions du Sprint. Une équipe de Sprint doit aussi être composée de personnes qui travailleront ultérieurement au développement du produit/service afin de favoriser l’implication.
Vous pouvez planifier aux moments les plus appropriés du Sprint de courts exposés donnés par des membres de l’équipe et/ou des experts externes, afin qu’ils partagent leurs savoirs sur certains points. Les experts externes peuvent aussi introduire de nouvelles perspectives bienvenues. Plus votre équipe est bien informée, plus elle est en mesure de trouver des solutions viables.
Un lieu (War Room)
Il vous faut un espace dédié à votre Sprint. Le lieu idéal doit susciter la créativité, être bien éclairé, isolé d’éventuelles perturbations extérieures et assez grand pour que chacun puisse travailler dans des conditions confortables. Il doit être équipé de tableaux blancs, avoir beaucoup de surfaces verticales où il est possible de coller des documents. Il faut aussi prévoir toutes les fournitures nécessaires : des marqueurs de différentes couleurs pour les tableaux effaçables, des feutres, des crayons, du papier, des ciseaux, du ruban adhésif, des blocs de notes repositionnables, etc.
Des règles seront communiquées aux participants : pas de téléphones dans la mesure du possible (et si vous devez vraiment prendre un appel, faites le à l’extérieur de la salle), les ordinateurs restent fermés tant qu’on n’en a pas besoin, etc. Il s’agit d’avoir la pleine attention de tous.
Les 5 différentes phases se voient généralement attribuer un jour de la semaine, mais il est possible de faire preuve de flexibilité, d’en raccourcir certaines et d’en allonger d’autres.
Lundi — Comprendre
Avant de commencer, il est bon de briser la glace. Invitez chacun à se présenter et à partager son intérêt pour le projet.
La première phase est consacrée à la compréhension du défi à relever, sous tous ses angles et perspectives. C’est une phase où les exposés d’experts externes peuvent se montrer très utiles. Le Sprint Master capture les idées et les informations sur les tableaux blancs de la salle afin que les membres de l’équipe les gardent comme références visuelles et inspiration pour le reste du Sprint.
À la fin de cette phase de compréhension, l’équipe doit s’entendre sur un objectif bien défini, c’est-à-dire une partie ambitieuse, mais faisable du problème qu’il serait possible de résoudre dans les 4 jours qui suivent. On définira également les “métriques du succès”, comment se mettre d’accord sur ce qui constituera le succès du projet ou produit. Pour une application, il peut s’agir du nombre d’installations ou du temps qu’il faut pour accomplir une tâche essentielle.
Mardi — Esquisser
Après une journée entière consacrée à bien comprendre la problématique et à choisir l’objectif du Sprint, le mardi, il est temps de se concentrer sur les solutions. La journée débuté par l’inspiration : on fait une revue des idées existantes (pour ne pas réinventer la roue) pour éventuellement les remixer et les améliorer. Chaque membre de l’équipe est invité à faire sa propre recherche sur les solutions trouvées par des concurrents ou par des industries aux problèmes d’affaires semblables. Puis chacun est invité à partager ses découvertes avec les autres membres de l’équipe, et on prend le temps de passer en revue les objectifs et tout ce qui a déjà été récolté. Après, chacun est invité à suggérer les idées qui lui viennent et chacune est soumise au vote de l’équipe. Dans l’après-midi, chaque personne travaille individuellement, prend la ou les idées retenues qui lui paraissent les meilleures et réalise un schéma qui illustre sa solution. On commencera également à planifier les tests utilisateurs du vendredi en recrutant des clients qui correspondent au profil cible.
Mercredi — Décider
Mercredi matin, chacun soumet son croquis de solution à l’examen critique des autres membres et l’équipe vote pour choisir celui qui lui semble le plus susceptible de répondre à l’objectif. Il n’est en effet pas possible de prototyper et de tester toutes les idées ; il faut prendre une décision. Parfois, il peut ne pas y avoir de clair vainqueur. Alors on établit une liste de critères et on examine à leur lumière les projets qui se démarquent. Le Sprint Master peut aider à discuter des désaccords, des points de friction et à dégager un consensus. L’après-midi est consacré à établir collectivement un story-board, le plan étape par étape du prototype.
Jeudi — Prototyper
Le jeudi est consacré à transformer le story-board en prototype. Il est attribué à chacun une tâche particulière. Par exemple, le designer UX prépare les “assets”, le chef de produit recrute des utilisateurs pour le test du lendemain, l’ingénieur construit le prototype, le rédacteur prépare un scénario d’entretien, etc. En fin d’après-midi, il faut s’assurer que tout est prêt pour le test de vendredi.
Vendredi — Valider
Cette semaine, vous avez créé des solutions prometteuses, choisi les meilleures et construit un prototype réaliste. Il est temps de tester avec des utilisateurs et d’apprendre en les regardant réagir à votre prototype. Ce jour est aussi l’occasion d’effectuer, si nécessaire, une revue technique afin de juger de la faisabilité. Pour ce faire, on peut avoir recours à des experts externes à l’équipe.
Pour conclure le Sprint, l’équipe examine les résultats et les apprentissages pratiques. Le prototype peut être un échec, mais l’équipe a appris beaucoup de choses et vous avez peut-être épargné à votre équipe plusieurs mois de travail à développer le mauvais produit. Ce peut aussi être un demi-succès, auquel cas vous avez appris et vous avez de bonnes bases pour procéder à une nouvelle itération. Enfin, cela peut être un franc succès et on est prêt à passer à la phase d’implémentation.
Ressources utiles
Pensez-vous que le Design Sprint couramment utilisé par Google pourrait résoudre des problématiques ? Voici quelques ressources pour en savoir plus sur la méthodologie.
Le Design Sprint Kit est le site de Google qui décrit le processus. On y trouve un descriptif des phases du Sprint, de nombreuses idées d’activités pouvant animer les différentes phases, des trucs et astuces, des outils utiles, des études de cas, etc.
Le livre Sprint, coécrit par Jake Knapp, le créateur de la méthode. Ce guide pratique est la bible pour tous les Sprint Masters.
Innovate with the Design Sprint
The Design Sprint is an intense team creativity session, spread over five consecutive days, designed to find answers to company objectives. Launching a new product or service, an application, changing an offer, or increasing a rate of transformation, are all cases where a Design Sprint can be a solution. However, it is most common in reviewing and improving a user experience.
The Design Sprint concept was developed in 2010 by designer Jake Knapp at GV, formerly Google Ventures, which is Alphabet’s venture-capital investment arm. The method is intended to help a team define objectives clearly, validate ideas, and establish a roadmap before starting development. Strategic issues are addressed through rapid and interdisciplinary prototyping and options are validated through user testing. This design process is obviously inspired by the Agile methodology, hence its name. One of the main objectives is to compress the group reflection process, which normally takes months and can dead-end due to hesitation, disagreement and fatigue.
Preparation (Sprint Planning)
A well-prepared Design Sprint maximizes the chances of success. First, a description of the challenge ensures that all participants are on the same page. The Sprint Brief gathers the problem, the main objectives and the deliverables that are expected from the session. If you feel it necessary, you can do exploratory research before holding your Sprint to gather all potentially useful documents (text, audio, video), such as the results of prior user tests.
Choose the team (usually composed of 5–8 people) and make sure that it is available in full at the same time for a whole week, which is not the least of your challenges. While this can be easily done with a small team in a start-up, it is more difficult in the context of a larger company. Ideally, the team should be multidisciplinary for a greater breadth of perspective and knowledge. You could get a UX designer, a product manager, a software engineer, a marketing manager, and a technical writer to join. Strategically, it should include the decision-maker(s) who has the power to reject the Sprint’s conclusions. A Sprint team must also be composed of people who will later work on the development of the product or service, to foster a sense of ownership.
Team members can make short presentations at appropriate times of the Sprint to share their knowledge on specific points. Outside experts can introduce new and welcome perspectives. The more knowledgeable your team is, the better able it is to find viable solutions.
Space (War Room)
Dedicate a space to your Sprint. The ideal place should support creativity, be well lit, isolated from possible external disturbances and large enough for everyone to work comfortably. It must be equipped with whiteboards and have many vertical surfaces to affix documents. All necessary supplies should be available: colour erasable markers for whiteboards, standard markers, pencils, paper, scissors, tape, sticky notes, etc.
Communicate the rules to participants: abstain from using phones as much as possible (and if you really need to take a call, step outside the room), keep laptops closed as long as they are not needed, etc. This process requires everyone’s full attention.
The five different phases are each assigned a day of the week, but this can be flexible: some phases shorter, others extended.
Monday — Understand
Before you start, it’s a good idea to break the ice. Ask everyone to introduce themselves and explain their interest in the project.
The first phase is devoted to understanding the challenge from all angles. This is a stage where presentations from outside experts can be very useful. The Sprint Master captures ideas and information on the whiteboard so that team members can keep them as visual references and inspiration for the rest of the Sprint.
At the end of this understanding phase, the team must agree on a well-defined objective, i.e. an ambitious but feasible part of the problem that can be solved in four days. It also defines “success metrics”--how to agree on what constitutes the success of the project or product. For an application, it may be the number of installations or the time it takes to complete an essential task.
Tuesday — Sketch
After a full day devoted to understanding the problem and choosing the objective of the Sprint, it’s time to focus on solutions. The day begins with inspiration: review existing practices (so as not to reinvent the wheel) to eventually remix and improve upon them. Each team member researches solutions implemented by competitors or industries with similar business problems. Team members share their findings with one another, then review the objectives and everything that has been collected on the boards. Everyone suggests their idea and each is submitted to the team’s vote. In the afternoon, each person works individually, taking the selected idea(s) they think is best to sketch their solution. You’ll also start planning Friday user-tests by recruiting clients who match the target profile.
Wednesday — Decide
On Wednesday morning, everyone submits their sketch of the solution to the other members for critical review. The team votes for the one they feel is most likely to meet the objective. It is not possible to prototype and test all the ideas; a decision must be made. Sometimes there may not be a clear winner. In that case, establish a list of criteria and, in light of these, examine the projects that stand out. The Sprint Master can help resolve disagreements and friction to build consensus. The afternoon is devoted to collectively establishing a storyboard, the step-by-step plan of the prototype.
Thursday — Prototype
Thursday is dedicated to transforming the storyboard into a prototype. Each person is assigned a specific task. For example, the UX designer prepares the assets, the product manager recruits users for the next day’s test, the engineer builds the prototype, the writer prepares an interview scenario, etc. In the late afternoon, everything should be ready for Friday’s test.
Friday — Validate
This week, you have created promising solutions, chosen the best one and built a workable prototype. It’s time to test it with users and learn by watching them react to your prototype. This day is also an opportunity to carry out, if necessary, a technical review to assess its feasibility. This can be done by bringing in an outside expert.
To conclude the Sprint, the team examines the result and associated practical learning. The prototype may not be an unmitigated success, but the team has learned a lot and you may have saved yourselves several months of work developing the wrong product. It can also be a quasi-success, in which case you have learned and gained ground on a new iteration. Finally, it can be a great success and you are ready to move on to the implementation phase.
Useful Resources
Are you persuaded that the Design Sprint commonly used by Google could solve some of your problems? Here are resources to learn more about the methodology:
Design Sprint Kit is Google’s website that describes the process. It includes a description of the phases of the Sprint, many ideas for activities that can drive the different phases, tips and tricks, useful tools, case studies, etc.
The Sprint book, co-authored by the creator of the method, Jake Knapp. This practical guide is the bible of all Sprint Masters.