PARIS WEB 2015

Vers une bonne pratique du Pair Design

Catherine Verfaillie - ekino@catarinette

# Quelques mots sur moi

Etudes à Supinfocom et aux Gobelins10 ans d’expérience en agences digitales(Tagaro DDB, SixandCo, GrandUnion, Ekino)Senior UX Designer chez Ekino

# Question

Je vais commencer par poser une question toute simple :Quel est le point commun entre tous ces personnages ?

- Sherlock Holmes et le docteur Watson

- Mulder et Sculy

- Han Solo et Chewbacca

?

# A deux, c’est toujours mieux…

Leur point commun c’est qu’ils sont deux.Et ils sont deux car en étant deux ils sont plus forts qu’en étant tout seul.Mais c’est surtout qu’on s’emmerderait un peu plus à suivre leurs tribulations solitaires.2h30 de monologues de Chewbacca sans les sous-titres je vous laisse imaginer.Ils sont également plus forts car c’est la complémentarité de leurs caractères et de leurs expériences qui va leur faire vivre des aventures extraordinaires.

# Chez Ekino

Et les aventures extraordinaires ne sont pas réservées à la Science Fiction.Autour de vous dans vos équipes, vous avez des tas de personnes extrêmement douées qui n’attendent que ça de co-créer des projets qui décoiffent. Mais le problème c’est que travailler à deux ça s’organise.

# Le traditionnel binôme

Vous vous souvenez, il y a une époque très lointaine ou pendant vos études supérieures vous étiez entassés à 2 par postes ?On appelait ça poliment du « travail en binôme » avec un binôme justement que vous n’aviez peut-être pas forcément choisit.

# La triste réalité dans nos bureaux

En fait on est quand même bien content d’avoir acquis aujourd’hui le droit d’avoir un poste informatique qui nous est dédié à notre bureau et on a du mal à le lâcher.C’est vrai qu’on est bien derrière notre ordi, c’est cosi, on a la tablette de chocolat d’un côté, spotify en route, un onglet facebook caché dans un coin, sans compter le chan privé de discussion d’équipe et les notifs de notre téléphone.Bref, honnêtement, on est quand même très très souvent distrait de notre travail quand on bosse dans le web, les tentations sont trop grandes. Quand on a bossé seul toute une journée sur des nouveaux écrans et qu’en seulement 5mns de co-design avec un collègue on est capable de débloquer tous nos doutes, nos interrogations, et qu’on a aboutit à un résultat vraiment satisfaisant c’est quand même assez magique.5 mns de discussion avec quelqu’un qui ne connaît peut-être même pas votre projet et tout devient plus clair.

# Pair Design

Et ben sachez que cette époque est désormais révolue car des américains très intelligents on inventé le pair design.Bon ça a l’air cool, mais c’est quoi et à qui ça s’adresse le Pair Design ?

# Le Pair Programming

Vous avez certainement déjà entendu parlé du Pair Programming ?Et bien c’est la collaboration de deux développeurs qui vont se partager un poste informatique.C’est une méthodologie souvent employée quand on fait de l’agile.

# Méthode de design UX

Et bien c’est un peu pareil, dans Pair Design on retrouve « Pair » mais il y a surtout « Design », car cette méthodologie se veut l’alter ego du Pair Programming, mais en permettant de se concentrer sur tout ce qui se passe en amont d’un projet.Ce sera plus particulièrement adaptée à un processus de design centré sur l’utilisateur ou de lean UX comportant une grosse phase de recherche utilisateur initiale, puis d’idéation, de prototypage et de design d’interface qui peut se faire en sprints.Cela va donc s’adresser avant tout à des équipes intervenant habituellement à ces étapes là d’un projet :Donc des UX et des UI designers, des directeurs artistiques, des architectes de l’information, des concepteurs rédacteurs, etc.

# Le matériel

Alors pour vous lancer dans le pair design vous avez besoin de…

• 1 bureau• 2 chaises• 1 ordinateur• 1 écran d’ordi (2ème écran en option)• 1 souris• 1 clavier• 1 tableau blanc• 1 feutre• 2 paires de bras• 2 cerveauxMais il y a quelques précautions à prendre dans le choix des cerveaux pour que tout se passe bien…

# Règle n°1 : Constituer le « bon » binôme de pairs designers

Choisir des profils de designers qui soient :

Complémentaire #1 : La séniorité

- complémentaires par la séniorité (même métier mais junior VS senior)

Complémentaire #2 : Le niveau d’expérience

- complémentaires par l’expérience et la connaissance d’un projet (même métier, même seniorité mais newbie VS expérimenté)

Complémentaire #3 : L’expertise

- complémentaires sur leurs sensibilités professionnelles (même métier et plutôt fort sur tel domaine : UI design, DA, archi de l’info, etc.)

Complémentaire #4 : Le métier

- complémentaires sur leurs métiers (ui design / service designer, DA / Market, UX / Scrum Master)

Complémentaire #5 : Les potes

- complémentaires car j’te kiffe (t’es mon pote) surtout employé en mode startup quand la priorité de faire avancer un projet est l’élément fédérateur.

# Trouver la bonne complémentarité

L’objectif sera de faire usage de la bonne complémentarité en fonction du contexte du projet :- intégrer un nouveau membre dans une équipe déjà installée- faire monter quelqu’un en compétence sur un sujet qu’il ne connait ou ne maitrise pas suffisamment- sensibiliser quelqu’un à une nouvelle approche ou à un nouveau point de vue sur son travail

# Règle n°2 : Définir les rôles

# 2 rôles à pourvoir

Il y a un truc très simple en Pair Design c’est qu’il n’y a que deux rôles à pourvoir :- le « conducteur » (driver role)- et le « navigateur » (navigator role)A eux deux ils vont porter tout le spectre créatif du projet.

# Le conducteur

Le « conducteur » c’est celui qui a le contrôle du volant.Il aura pour mission de passer à l’action, de génèrer rapidement des idées et tester différentes pistes, en les couchant sur papier ou à l’écran pour rendre la solution visuelle.Par exemple, il va s’attacher aux aspects plus tactiques comme l’éditorial, le fonctionnel et les aspects esthétiques des éléments d’interfaces à produire.

# Le navigateur

Le « navigateur » c’est celui qui donne le cap à suivre.Il aura quand à lui la responsabilité de garder en tête la destination à atteindre et de clarifier et de rationaliser le travail produit en se référant à la vision ou à la direction donnée initialement au projet.Il va poser des questions, aider à creuser, améliorer et itérer sur le résultat produit, afin de donner un sens à leur travail.

Et on ne vous l’a peut-être pas dit mais Han Solo et Chewbacca faisaient déjà du pair design dans leur Faucon Millenium…

# La préparation

Les règles à respecter pour que les échanges soient productifs sont :

# Timeboxer des cycles courts

Nos deux pairs designers vont s’échanger leurs casquettes à tour de rôle par exemple toute les 15 mns.Pour commencer, il suffit de concentrer des courtes périodes de pair design mais de les répéter plusieurs fois par semaine. Par exemple, commencer par des sessions de 30 min, puis 1h, et plus.L’objectif n’est pas qu’ils passent toute la journée ensemble à moins qu’ils ne le souhaitent, car le niveau de concentration demandé est assez élevé, mais l’objectif est surtout de se donner des rendez-vous réguliers afin de faire avancer leur projet en commun.

# Echanger à voix haute

Afin d’échanger ses idées et expliquer ce qu’on est en train de faire à l’autre.C’est bête comme chou mais ça permet aussi de s’assurer qu’on comprend bien la même chose.

# Sketcher

Pour les phases d’idéation pure, un tableau blanc, un stylo feutre effaçable et des post-its suffisent.L’objectif est de produire rapidement un maximum d’idées d’en faire le tri et de creuser ensuite les meilleures.

# Formaliser

On basculera sur un ordinateur quand on sera plus avancé dans le niveau de détail à produire, et qu’on aura besoin de donner vie au résultat imaginé sur papier.

# La méthode de Karl Dotter « fast pair design »

Il y a une méthode recommandée par Karl Dotter, un évangéliste du Pair Design aux Etats-Unis, qui propose de faire du pair design sur un cycle court de 15mns.Ce cycle va être scindé en 3 phases de 5 minutes chacune avec des objectifs précis :• 5 mns : Définition des objectifs et génération

d’idées• + 5 mns : Mise en place du premier cycle de

pair design avec répartition des rôles et temps de design

• + 5 mns : Inversion des rôles et temps de révision

# Pair design en mode Full UX

Chez Ekino on a identifié plusieurs manières d’initialiser le pair design dans notre manière de travailler au quotidien comme la méthode Full UX.Avec un binôme constitué toujours de 2 UX qui se chargent de l’intégralité de la phase de Design de l’Expérience Utilisateur.

# Pair Design avec plusieurs métiers impliqués

Avec toujours un UX comme base du binôme et fil conducteur.

# Enchainer Pair Design et Pair Programming sur tout le spectre projet

C’est une variante encore non testé à date.On aurait ici des couples de métiers différents qui vont se passer le relais au fil de l’avancement du projet.Cette méthode reste purement théorique pour le moment mais peut être testée.

# Des freins possibles…

Mais il y a aussi quelques inconvénients (enfin surtout des idées reçues) qui peuvent vous empêcher de convaincre vos collègues, vos boss ou votre client de vous lancer…- il faut un environnement adapté, et de la place pour pouvoir s’isoler un peu, par exemple une salle dédiée avec tableau blanc pour travailler ;

-Le planning est souvent plus difficile à organiser ;

-Par la force des choses cela va forcément impliquer plus d’interlocuteurs sur un projet mais aussi sur la facture du client (dans un premier temps seulement) ;

-si cette méthode est imposée, elle peut au contraire déclencher la dés-implication de certains membres d’une équipe, ou exacerber des problèmes relationnels entre plusieurs membres ;

-enfin il faut accepter l’idée que cela ne soit peut-être tout simplement pas adapté à tous les types de projets. Si vous êtes tout seul à travailler sur votre projet c’est sûr que ça va être compliqué de vous dédoubler.

Mais surtout…

…un des principaux freins à l’adoption du pair programming en entreprise reste surtout basé sur la croyance que deux personnes travaillant sur un même projet constituent un gaspillage pur et simple de ressources humaines alors qu’une personne seule pourrait tout aussi bien faire ce travail quitte à y passer plus de temps.

# REAP (Relative Effort Afforded by Pairs) : Etude scientifique de Kim Man Lui

Sauf qu’un scientifique a réussit à démontrer que le temps investit par les deux développeurs en parallèle permet de délivrer un code de qualité, d’étudier toutes les possibilités, et tout cela beaucoup plus rapidement qu’avec un développeur seul.Et, en bonus, moins de bugs couteux à réparer en fin de projet.Économiquement, le surcoût en personnel induit par la programmation en binôme est compensé par la hausse de qualité de l’application produite. A noter que la correction tardive des défauts supplémentaires d’une application développée par un programmeur seul est quinze à soixante fois plus coûteuse.

# Les vrais bons arguments à retenir du Pair Design

Si vous voulez faire la promotion du pair design dans votre boite ou votre équipe :

- Méthode approuvée par les développeurs

Le premier bon point non négligeable c’est que c’est une méthode déjà approuvée par les développeurs depuis de longues années.

- Qualité

• Grâce à cette méthode l’équipe « pense » avant de « faire » ;• On a beaucoup plus d’idées qui sont générées (mais aussi beaucoup

d’idées tuées très rapidement comme l’expliquais Virginie Caplet dans sa conférence de hier après-midi)

• Et on peut designer très rapidement les pistes retenues.• Cela aide aussi à rester concentrés grâce à moins d’interruptions

pendant les séance de travail;• Comme en pair programming moins de bugs couteux en fin de projet

car la conception aura été bien faite en amont• Tout cela pour arriver à un résultat souvent plus ambitieux.

- Collaboration

• Cette nouvelle organisation permet de favoriser un véritable esprit d’équipe, et un climat de confiance;

• On passe du « j’ai désigné » au « nous avons désigné » ce qui va favoriser aussi le team building et remotiver nos pairs designers

• Cela permet de partager à deux la paternité et la responsabilité du résultat qui a été créé

• Mais aussi de partager les risques tout comme les récompenses si le projet échoue ou s’il fonctionne

- La communication et l’apprentissage

• C’est un un environnement idéal pour améliorer ses compétences personnelles sur son propre métier

• Permet de faciliter le partage de connaissance sur un nouveau projet;• C’est une formidable occasion de découvrir et de collaborer avec

d’autres métiers de la chaine de production du digital qu’on ne connaitrait pas encore

• Si c’est généralisé, on obtient une forme d’expertise globale homogène entre les membres de l’équipe.

# Et dans la vraie vie du monde du travail ça se passe comment ?

De l’autre côté de l’Atlantique, le concept est déjà couramment employé au quotidien par les équipes de Cooper Design, une agence d’UX Strategy basé au Canada et aux US.Il partagent régulièrement sur leurs blogs des articles pour partager leurs expériences et leurs bonnes pratiques sur le sujet.Il y a aussi de plus de plus de designers indépendants qui échangent sur le sujet, Cependant la méthode en France semblerait encore mal connue ou alors les français n’en parlent pas.Nous on essayes humblement d’en faire chez Ekino mais une des principales contraintes est de trouver la bonne adéquation entre le contexte d’un projet et les contraintes d’organisation et surtout de disponibilité des équipes.Mais on tend clairement vers un développement et une évangélisation de la méthode au sein de notre pôle Design par ce qu’on est vraiment convaincus !

# Conclusion

Pour conclure le pair design va nous permettre de rendre nos temps de conception plus efficaces et à générer moins de retours en arrière par la suite.Tout cela en restant motivés par l’idée de produire de belles choses ensemble.En bref, trouvez votre Chewbacca et lancez vous dans la grande aventure du pair design

# Pour en savoir plus

Vous trouverez un peu plus d’infos sur le sujet sur l’article de blog que j’avais dédié au sujet sur le blog d’Ekino :http://www.ekino.com/vers-une-bonne-pratique-du-pair-design/Bonne lecture !

# Merci beaucoup !

Et n’hésitez pas à me partager vos retours d’expérience sur mon compte Twitter : @catarinette

### Ressources online sur le Pair Design

• Articles de Cooper Design :http://www.cooper.com/journal/2009/11/design_lonelinesshttp://www.cooper.com/journal/2011/03/pairaphors.htmlhttp://www.cooper.com/journal/2011/03/more_better_faster_ux_designhttp://www.cooper.com/journal/2014/10/pair-design-and-the-power-of-thought-partnershiphttp://www.cooper.com/journal/2015/2/what-does-pair-design-look-likehttp://www.cooper.com/journal/2011/4/great_creative_partnership_pai

• Conférence de Cooper Design à Interaction14 :http://interaction14.ixda.org/program/saturday/34-pair-design-and-why-you-need-ithttps://vimeo.com/86688345

• Autres articles :http://pivotallabs.com/pair-designing/http://blog.pivotal.io/pivotal-labs/labs/design-pairing-can-two-designers-really-share-a-screenhttps://www.credera.com/blog/top-post/dear-designers-its-not-about-you/http://www.creativebloq.com/why-pairing-can-improve-your-design-work-8134179https://speakerdeck.com/shmuel/design-pairing-at-agile-2012http://www.andersramsay.com/2009/05/01/less-wireframes-more-collaboration-with-pair-design/http://uxmag.com/articles/pair-design-pays-dividendshttp://www.uxbooth.com/articles/write-better-content-by-working-in-pairs/https://air.mozilla.org/pair-design/http://www.pairdesign.co/https://medium.com/@karldotter/pairing-with-a-design-partner-7ebf761da701https://medium.com/product-labs/pair-designing-6ac66d167edehttps://medium.com/@icschoen/turning-to-pair-design-dafa4c95ef91

### Crédit des images (1 sur 2)

• Slide 5 : Affiche de « Sherlock Holmes Movie » - Warner Bros. Pictures, Roadshow Entertainment

• Slide 6 : Image extraite de la série « The X-Files »

• Slide 7 : Image extraite du film « Star Wars épisode VII Le Réveil de la Force » - Walt Disney Pictures, Lucasfilm, Bad Robot

• Slide 9 : Image extraite de l’anime « Dragon Ball », Goten et Trunks Fusion - Toei Animation

• Slide 10 : Photographie de Catherine Verfaillie

• Slide 11 : Photographie de a2gemma - https://www.flickr.com/photos/a2gemma/40152104/in/photostream/

• Slide 12 : Photographie de http://deathtothestockphoto.com - « Back to Work »

• Slide 14 : Photographie de Kabren - https://commons.wikimedia.org/wiki/File:Pair_Programming_at_Chitika.JPG

• Slide 16 : Image extraite d’une vidéo « Les tutos » de Canal+ par Studio Bagel - https://www.youtube.com/user/LesTutosVideo

• Slide 17 : Image extraite d’une vidéo « Les tutos » de Canal+ par Studio Bagel - https://www.youtube.com/user/LesTutosVideo

• Slide 19 à 23 : Photographies de Catherine Verfaillie

• Slide 24 : Photographie de Breather - https://images.unsplash.com/photo-1422480415834-d7d30118ea06?q=80&fm=jpg&s=b2a2f470fac0473e034bbf485d144c01

• Slide 26 : Icones issues de Icons8 - www.icons8.com

### Crédit des images (2 sur 2)

• Slide 27 : Photographie de Nicolai Berntsen - https://images.unsplash.com/photo-1432462770865-65b70566d673?q=80&fm=jpg&s=aed57cd84bd809f6a9027fe9065a086d

• Slide 28 : Photographie de Jon Ottosson - https://images.unsplash.com/photo-1415569456588-0d95cbb8c0b3?q=80&fm=jpg&s=7ed65d6520f1ab4752a965e227e08c97

• Slide 29 : Image extraite du film « Star Wars, épisode IV : Un nouvel espoir » - Lucasfilm

• Slide 30 : Image extraite d’une vidéo « Les tutos » de Canal+ par Studio Bagel - https://www.youtube.com/user/LesTutosVideo

• Slide 31 : Photographie de Veri Ivanova - https://images.unsplash.com/photo-1431499012454-31a9601150c9?q=80&fm=jpg&s=16dd4951572b5b2e542f3cba49b2cb54

• Slide 32 : Photographie de BELLS DESIGN - http://www.gratisography.com/#people

• Slide 33 : Photographie de Tim Caynes - https://www.flickr.com/photos/timcaynes/13000388633/

• Slide 34 : Photographie de Guido Gloor Modjib - https://www.flickr.com/photos/glodjib/16146549307/

• Slide 43 : Image générée avec Meme Generator - http://memegenerator.net/create/generator

• Slide 48 : Copie d’écran de www.cooper.com

• Slide 49 : Image extraite du film « Star Wars, épisode IV : Un nouvel espoir » - Lucasfilm

• Slide 50 : Icones issues de Icons8 - www.icons8.com