Ce repo est une collection de documents destinés à guider un "Design Sprint" (sprint de conception). Il contient des directives qui ne doivent pas être suivies à la lettre. Chaque sprint doit être adapté au projet individuel. Il est écrit par et pour l'équipe de thoughtbot. Il s'agit d'une traduction libre en français de F Grimonpont.
- Sprints Prcédents
- Pré-Sprint la préparation
- Lundi : Phase de comprehénesion
- Mardi : Phase de divergence
- Mercredi : Phase de convergence
- Jeudi : Phase de prototypage
- Vendredi : Phase de Test
Un sprint de conception de produit est une technique pour résoudre rapidement les problèmes de conception de produits et tester la viabilité d'une solution. Il a été mis au point par Google Ventures Design Team.
Un sprint design oriente l'équipe et oriente les efforts vers un but commun. La pensée design et les sprints design de produits permettent de se focaliser sur la cible et investir notre temps et notre argent judicieusement.
Les sprints sont utiles lors du lancement d'une nouvelle entreprise, un nouveau produit produit, de nouvelles caractéristiques ou un flux de travail. Les sprints peuvent également être utilisés pour résoudre des problèmes avec un produit existant.
A la fin du sprint, l'équipe comprendra le problème et aura validé si il y a une solution viable pour commencer à construire ou si il faut faire un autre sprint pour continuer à chercher une solution meilleure.
Un sprint design est composé de cinq phases :
- Comprendre
- Diverger
- Converger
- Prototyper
- Tester
Chaque phase à une durée d'une journée.
Note : il est possible de faire des sprints design sur 3 jours. (Cf : Design Sprint Kit with Google )
Nous ne devrions pas commencer un sprint sans se mettre d'accord sur la définition du "travail à faire" ou TAF (job to be done) comme le point central du sprint. Le "TAF" peut évoluer au cours du sprint vers un énoncé de problème accepté par toute l'équipe, mais sans un tel énoncé comme point de départ, le client ne sera pas prêt et ne devrait pas nous payer.
Voir en detail la phase de pré-Sprint
La phase "Comprendre" développe une compréhension commune du contexte dans lequel nous travaillons et de tous les éléments de ce contexte : le client, son travail à faire, et l'entreprise que notre client espère aider avec le travail à faire. Il faut mettre au jour les lacunes et les hypothèses risquées en matière de connaissances afin de pouvoir faire des plans pour réduire ces risques et aller de l'avant avec confiance. L'objectif est d'augmenter la connaissance du projet dès le début.
Voir en détail la phase de compréhension
La phase de Divergence génère des idées et des concepts de solutions. Notre objectif est d'explorer autant de possibilités que possible, indépendamment de leur faisabilité ou de leur viabilité. Des perspectives naissent de cette explosion de possibilités en considérant les implications d'approches radicalement différentes pour résoudre un problème. Ces perspectives peuvent devenir des forces différenciatrices précieuses et la source d'inspiration pour des solutions uniques.
Voir en détail la phase de divergence
La phase de Convergence reprend toutes les possibilités générées au cours des deux dernières phases et s'affine sur une seule version pour prototyper et tester avec des clients existants ou potentiels. En explorant et en éliminant tant d'options, cela renforce la confiance dans les choix.
Voir en détail la phase de convergence
La phase Prototypage comme son nom l'indique développe un prototype qui comble les lacunes et les hypothèses les plus risquées de nos connaissances. Les prototypes en papier, sous forme de Keynote ou PowerPoint , les pages HTML/CSS statiques sont tous des médiums valables. Le médium devrait être déterminé par nos contraintes de temps et nos objectifs d'apprentissage.
Voir en d"tail la phase de prototypage
Cette phase permet de tester le prototype avec de véritables clients ou des utilisateurs potentiels. À la fin de cette phase, nous devrions avoir validé ou invalidé nos lacunes et hypothèses les plus risquées en matière de connaissances et avoir confiance dans nos prochaines étapes.
Vir en détail la phase de Test
Tout au long du sprint, il faut enregistrer les activités tout autant que possible. L'équipe de Thoughtbot a trouvé que Trello était un excellent outil pour aider l'équipe à enregistrer les activité effectués pendant le sprint. Ce Template vous permettra d'en faciliter la mise en oeuvre (le Trello est en anglais).
Copiez ce trello Dans vos propres tableaux pour vous aider et documenter votre sprint.
- thoughtbot's blog post
- thoughtbot playbook
- Google Ventures Design Staff blog posts
- IDEO's Human Centered Design Toolkit
- How To Conduct Your Own Google Ventures Design Sprint
- Personal Design Sprint
- Gamestorming and the Gamestorming Wiki
- Good Kickoff Meetings
J'aime les nouvelles idées qui poussent ce référentiel en avant. Please review the contributing guidelines if you'd like to help out.
Ce repo est un Fork de https://github.com/thoughtbot/design-sprint
Copyright © 2015 thoughtbot, inc. The information contained in Design Sprint is free, and may be redistributed under the terms specified in the license.