Méthode Duolingo : la collaboration comme pratique centrale

Sur le papier, le handoff désigne un passage de témoin fluide entre le design et l'ingénierie, mais en pratique, le développement de produit est rarement aussi linéaire. C'est particulièrement vrai dans des environnements évolutifs et exploratoires comme l'équipe Duolingo Math, qui fonctionne comme une start-up au sein de l’entreprise. Chargée de définir à quoi ressemble l'apprentissage des mathématiques dans l'une des applications éducatives les plus reconnaissables au monde, l'équipe adopte une approche itérative et collaborative pour le handoff, en veillant à ce que les équipes design et ingénierie restent étroitement connectées et puissent échanger des idées en temps réel, de la première esquisse à la version finale.

Dans le quatrième volet de notre série sur les principes d'équipe fondamentaux, nous nous entretenons avec la product designer Colleen MacDonald et l'ingénieur logiciel Sammi Siegel de l'équipe Math de Duolingo pour comprendre leur processus de création fluide, axé sur les prototypes, qui se définit par la co-création, la communication constante et l'expérimentation continue.

Échanger des idées

L'équipe Duolingo Math crée des modules d'apprentissage et des jeux entièrement nouveaux sans s'appuyer sur un modèle. Ces leçons et jeux, conçus pour améliorer la fluidité, la vitesse et la mémorisation des compétences mathématiques, sont riches en interactions et nécessitent souvent de nombreux ajustements et itérations pour être parfaits. « Nous n'avons pas encore pris l'habitude qu'ont d'autres équipes qui utilisent un modèle pour des fonctionnalités similaires », explique Sammi. « Nous créons encore beaucoup de choses vraiment nouvelles, ce qui rend le processus un peu différent, un peu plus large. »

Plutôt que demander aux designers de démarrer le processus de développement de produit de manière isolée, les membres de l'équipe Math (y compris les designers, les ingénieurs et les product managers) lancent les projets en échangeant des idées dans un fichier FigJam partagé. Une fois qu'ils ont collectivement défini une feuille de route claire, les designers commencent à esquisser une maquette du produit dans Figma, en planifiant la façon dont ils envisagent certains aspects comme l'animation.

Les ingénieurs de Duolingo participent activement à cette partie du processus. Ils sont habilités à évaluer les mouvements et interactions complexes dans Figma avant de les créer et à signaler dans les commentaires ce qui risque d'être difficile à implémenter.

Expérimenter par un prototypage rapide

Une fois le mock-up de design défini de manière collaborative, les ingénieurs commencent à travailler sur la création d'un prototype initial, en s'appuyant sur des composants du design system de Duolingo. Une fois que le duo designer-ingénieur dispose d'un prototype fonctionnel, ils le présentent lors d'une réunion d'équipe pour le tester et obtenir l'avis de l'ensemble du groupe. Dans un canal de groupe Slack, les designers partagent des fichiers Figma, les ingénieurs partagent des prototypes et les deux équipes échangent des commentaires et des questions.

L'équipe répète ce processus pour chaque fonctionnalité du produit jusqu'à atteindre une version finale. Ce cycle rapide (prototype, test, ajustement) est au cœur du fonctionnement créatif de l'équipe. « Il y a beaucoup d'allers-retours », précise Sammi. « Les équipes design et ingénierie ne sont pas cantonnées à leur rôle strict. Le processus est beaucoup plus collaboratif. »

Cette approche axée sur les prototypes permet d'appréhender plus clairement un produit entièrement nouveau. Les membres d'équipe utilisent ces prototypes pour tester des hypothèses et prendre des décisions en fonction de la sensation produite par le produit une fois entre leurs mains. C'est ce que le manuel Duolingo appelle « montrer au lieu d'expliquer ». L'objectif n'est pas de perfectionner le design avant la phase de création, mais de progresser rapidement et de trouver des solutions ensemble. « On assiste à un grand nombre d'itérations rapides », indique Colleen. « Il faut souvent voir ou ressentir véritablement l'expérience pour prendre des décisions clés. »

Ajuster et livrer ensemble

Cette collaboration continue permet à l'équipe de prendre des décisions rapidement et de peaufiner au fur et à mesure. Cela signifie aussi parfois réduire une fonctionnalité à ses éléments essentiels, comme simplifier une animation, pour accélérer la création.

Cette rapidité a joué un rôle majeur lorsque l'équipe a initialement été chargée de trouver l'adéquation produit-marché pour des jeux éducatifs. Au lieu de développer deux jeux solides, l'équipe a pensé que commencer par un premier lot de jeux plus simples (avec des designs minimalistes et sans réglages superflus) lui permettrait de voir ce qui a le plus d'écho auprès des utilisateurs. Elle a rapidement créé ces jeux et choisi en amont les fonctionnalités à prioriser. Après avoir itéré sur sept prototypes différents, l'équipe s'est appuyée sur un feedback étroit entre le design et l'ingénierie pour se concentrer sur ce qui fonctionnait et sélectionner les quatre idées les plus fortes à lancer. Malgré la nature épurée des jeux, elle a quand même pu s'assurer que les critères de qualité, d'amusement et d'intuitivité étaient tous respectés. « Nous réduirons la portée d'une fonctionnalité, mais jamais la qualité, le plaisir ou aucun de ces éléments, » déclare Colleen.

Adopter un langage et des croyances en commun

Concevoir et lancer des produits à cette vitesse signifie que l'équipe doit être sur la même longueur d'onde en ce qui concerne le moment de livrer un produit. Chez Duolingo, les créateurs de produits suivent le principe « v1 vs MVP », idée selon laquelle la première version d'une fonctionnalité n'est pas sa forme finale, mais un point de départ à affiner par itérations continues. Au lieu de viser la perfection dès le départ, ils se concentrent sur le lancement d'une base solide à améliorer au fil du temps. « Nous savons généralement que des itérations devrons être effectuées plus tard, mais elles ne sont simplement pas prévues pour le moment », précise Sammi.

Il y a quelques critères que l'équipe Duolingo Math s'est engagée à respecter avant de lancer sa première version. D'une part, elle a pour objectif d'appliquer un niveau de finition élémentaire à une fonctionnalité. Pour ce faire, elle veille dès le départ à intégrer du temps supplémentaire dans le processus de révision. « Sur tout ce que nous livrons, ce niveau de finition est attendu. C'est donc ce que nous recherchons lorsque nous testons en interne une nouvelle fonctionnalité », déclare Colleen.

L'équipe s'assure également que chaque produit s'intègre parfaitement à la suite Duolingo. Cela signifie que les designers et les ingénieurs créent chaque fonctionnalité avec des composants du design system pour qu'elle s'harmonise avec l'expérience globale. « Notre cours existe parallèlement à tous les cours de langues que tout le monde connaît. Il est donc important que nous partagions le langage de design de l'application et les composants d'ingénierie », explique Colleen.

Enfin, ils mettent en œuvre le principe que Duolingo appelle « la batterie de confiance », notion selon laquelle la confiance se gagne au moyen de contributions significatives. Ces contributions viennent compléter une réserve de confiance qui renforce la collaboration au fil du temps. Grâce à une communication ouverte, une responsabilité partagée et une transparence, l'équipe Duolingo Math a établi une base solide de respect mutuel et de fiabilité. En fin de compte, c'est cette confiance qui leur permet d'avancer rapidement, de prendre des décisions communes et de livrer en toute confiance.

Pour en savoir plus sur la méthode de Duolingo, cliquez ici. Restez connecté pour découvrir le prochain volet de notre série qui explique comment les équipes créent des produits, ainsi que les principes et processus sous-jacents.