Die Duolingo-Methode: Zusammenarbeit als zentrale Praxis
Das Mathematik-Team von Duolingo verzichtet auf traditionelle Übergaben zugunsten von Co-Kreation, improvisierten Prototypen und ständigen Experimenten.
Die Duolingo-Methode: Zusammenarbeit als zentrale Praxis teilen
Illustrationen von Jon Han
Der Mythos der Übergabe besagt, dass es sich um eine reibungslose Staffelstabübergabe vom Design zur Entwicklung handelt, aber in der Praxis verläuft die Produktentwicklung selten so linear. Dies gilt insbesondere in schnelllebigen, explorativen Umgebungen wie dem Duolingo-Mathematik-Team, das wie ein Start-up innerhalb des größeren Unternehmens agiert. Das Team, das damit beauftragt ist, zu definieren, wie das Lernen von Mathematik in einer der weltweit bekanntesten Bildungs-Apps aussieht, verfolgt einen iterativen und kollaborativen Ansatz bei der Übergabe, um sicherzustellen, dass Design und Entwicklung eng miteinander verbunden bleiben und in Echtzeit aufeinander abgestimmt werden können – vom ersten Entwurf bis zur endgültigen Umsetzung.
Im vierten Teil unserer Serie über grundlegende Teamprinzipien sprechen wir mit Product Designer Colleen MacDonald und Software Engineer Sammi Siegel vom Mathematik-Team von Duolingo darüber, wie sie mithilfe eines flexiblen, prototypgesteuerten Prozesses, der durch Mitgestaltung, ständige Kommunikation und fortlaufende Experimente gekennzeichnet ist, Produkte entwickeln.
Gemeinsam Ideen entwickeln
Das Duolingo-Mathematik-Team entwickelt brandneue Lernmodule und Spiele von Grund auf neu, sodass es keinen Entwurf gibt, an dem man sich halten könnte. Diese Lektionen und Spiele, die darauf abzielen, die Flüssigkeit, Geschwindigkeit und das Erinnerungsvermögen mathematischer Fähigkeiten zu verbessern, sind interaktionsintensiv und erfordern oft viel Feinarbeit und Iteration, bis sie richtig funktionieren. „Während andere Teams eine Vorlage für ähnliche Funktionen verwenden können, haben wir diesen Rhythmus noch nicht ganz gefunden“, sagt Sammi. „Wir entwickeln immer noch viele wirklich neue Dinge, wodurch der Prozess etwas anders und umfangreicher ist.“
Anstatt dass Designer*innen den Produktentwicklungsprozess isoliert beginnen, starten Mitglieder des Mathematik-Teams – einschließlich Designer*innen, Entwickler*innen und Produktmanager*innen – Projekte, indem sie gemeinsam in einer gemeinsam genutzten FigJam-Datei Ideen entwickeln. Sobald sie gemeinsam eine klare Richtung gefunden haben, beginnen die Designer*innen damit, das Produkt in Figma zu modellieren und zu skizzieren, wie sie sich bestimmte Aspekte wie beispielsweise Bewegungen vorstellen.
Duolingo-Entwickler*innen verbinden Jira direkt mit Figma. So müssen sie weniger zwischen verschiedenen Programmen wechseln und kommen bei der Umsetzung von Designs in Code schneller voran.
Die Entwickler*innen von Duolingo sind aktive Teilnehmer*innen an diesem Teil des Prozesses; sie sind befugt, komplexe Interaktionen und Bewegungen in Figma zu beurteilen, bevor sie sie umsetzen, und weisen in den Kommentaren darauf hin, was schwierig umzusetzen sein könnte.
Experimentieren durch schnelles Prototyping
Sobald man sich über das Design-Mockup einig ist, werden die Entwickler*innen mit der Arbeit an einem ersten Prototyp beginnen, wobei sie auf Komponenten aus dem Duolingo-Designsystem setzen. Wenn das Duo aus Designer*in und Entwickler*in einen funktionierenden Prototyp hat, bringen sie ihn in einem Teammeeting mit, um ihn zu testen und Feedback von der gesamten Gruppe einzuholen. In einem Gruppen-Slack-Kanal teilen Designer*innen Figma-Dateien, Entwickler*innen Prototypen, und beide Teams tauschen Feedback und Fragen aus.
Das Team wiederholt diesen Prozess für jedes einzelne Produktmerkmal, bis es zur endgültigen Version gelangt. Dieser schnelle Zyklus – Prototyp, Test, Optimierung– steht im Mittelpunkt der Arbeitsweise des Teams. „Es gibt einiges an Hin und Her“, sagt Sammi. „Es gibt hier keine klare Design-Übergabe, die Entwicklung geht weiter. Es geht dabei viel mehr um Zusammenarbeit.“
„Es gibt hier keine klare Design-Übergabe, die Entwicklung geht weiter. Es geht dabei viel mehr um Zusammenarbeit.
Das Team orientiert sich an dem Prinzip von Duolingo, „Zeigen statt Erzählen“ - die Idee, dass es selten so effektiv ist, über Ideen zu sprechen, wie sie umzusetzen.
Dieser Prototyp-zuerst-Ansatz hilft dabei, Klarheit für ein völlig neues Produkt zu schaffen. Diese Prototypen werden genutzt, um Annahmen zu testen und Entscheidungen basierend darauf zu treffen, wie sich ein Produkt in der Hand anfühlt – was das Duolingo-Handbuch als „Zeigen statt Erzählen“ bezeichnet. Das Ziel ist nicht, das Design vor der Entwicklung zu perfektionieren, sondern schnell voranzukommen und die Dinge gemeinsam herauszufinden. „Es gibt viel schnelle Iterationen“, sagt Colleen. „Oftmals muss man etwas wirklich sehen oder die Erfahrung machen, um wichtige Entscheidungen darüber treffen zu können.“
Auf Hochglanz bringen und versenden
Diese fortlaufende Zusammenarbeit ermöglicht es dem Team, schnelle Entscheidungen zu treffen und diese im Laufe der Zeit zu verfeinern. Manchmal bedeutet es auch, eine Funktion auf das Wesentliche zu reduzieren, beispielsweise eine Animation zu vereinfachen, um eine schnellere Erstellung zu ermöglichen.
Diese Geschwindigkeit war besonders wichtig, als das Team zunächst damit beauftragt wurde, die Markttauglichkeit von Lernspielen herauszufinden. Anstatt zwei robuste Spiele zu entwickeln, entschieden man sich dafür, zunächst eine Reihe einfacher Spiele mit – mit minimalistischem Design und ohne zusätzliche Mechanik – zu entwickeln, um besser herauszufinden, was bei den Benutzer*innen ankam. Man entwickelte diese schnell und entschied im Voraus, welche Funktionen priorisiert werden sollten. Nach der Iteration von sieben verschiedenen Prototypen nutzte das Team seine enge Feedbackschleife zwischen Design und Entwicklung, um sich auf das zu konzentrieren, was funktionierte, und wählte selbstbewusst die vier stärksten Ideen aus, die man auf den Markt bringen wollte. Trotz der reduzierten Natur der Spiele konnte das Team dennoch sicherstellen, dass sie ihren Ansprüchen an Qualität, Spaß und Intuitivität gerecht wurden. „Wir werden beim Umfang eines Features Abstriche machen, aber niemals beim Feinschliff, beim Spaßfaktor oder anderen wichtigen Elementen“, sagt Colleen.
Eine gemeinsame Sprache und gemeinsame Überzeugungen annehmen
Produkte in diesem Tempo zu entwerfen und auf den Markt zu bringen erfordert, dass sich das Team darüber einig ist, wann es Zeit ist, ein Produkt zu veröffentlichen. Bei Duolingo folgen die Produktentwickler*innen der Philosophie „v1 vs. MVP“ – die Idee, dass die erste Version einer Funktion nicht ihre endgültige Form ist, sondern ein Ausgangspunkt, der durch kontinuierliche Iteration verfeinert wird. Anstatt von Anfang an nach Perfektion zu streben, konzentrieren sie sich darauf, eine solide Grundlage zu liefern und diese im Laufe der Zeit zu verbessern. „Wir wissen oft, dass es Iterationen gibt, die wir später durchführen möchten, die aber im Moment einfach nicht machbar sind“, sagt Sammi.
Es gibt einige Kriterien, die das Duolingo-Mathematikteam vor dem Go Live mit ihrer „v1“ zu erfüllen hat. Zunächst einmal streben sie an, ein grundlegendes Maß an Feinschliff bei einem Feature zu erreichen. Dazu sorgen sie von Anfang an dafür, zusätzliche Zeit in den Prüfungsprozess einzuplanen. „Bei allem, was wir veröffentlichen, wird dieser Standard für den Feinschliff erwartet. Das ist es, worauf wir achten, wenn wir ein neues Feature selbst testen“, sagt Colleen.
Die Abstimmung von Anreizen zwischen Design- und Entwicklungsteams und die Einigung auf eine gemeinsame Vorstellung von „fertig“ kann eine schwierige Aufgabe sein. Unser Leitfaden für Designverantwortliche zum Thema „Übergabe“ erklärt, wie dies erfolgreich umgesetzt wird.
Außerdem wird sichergestellt, dass jedes Produkt nahtlos in die Duolingo-Suite passt. Das bedeutet, dass Designer*innen und Entwickler*innen jede Funktion mit Designsystem-Komponenten entwickeln, um sicherzustellen, dass sie sich nahtlos in das Gesamtkonzept einfügt. „Unser Kurs existiert neben all den anderen Sprachkursen, die jeder kennt. Deshalb ist es wichtig, dass wir die Designsprache der App und die technischen Komponenten gemeinsam nutzen“, sagt Colleen.
Unser Kurs existiert neben all den anderen Sprachkursen, die jeder kennt, daher ist es wichtig, dass wir die Designsprache der App gemeinsam nutzen.
Schließlich setzen sie die Idee dessen um, was Duolingo als „die Vertrauensbatterie“ bezeichnet – die Vorstellung, dass Vertrauen durch sinnvolle Beiträge verdient wird. Diese Beiträge tragen zu einem Vertrauensvorrat bei, der die Zusammenarbeit im Laufe der Zeit stärkt. Durch offene Kommunikation, gemeinsame Verantwortung und Transparenz hat das Duolingo-Mathematikteam eine starke Grundlage für gegenseitigen Respekt und Zuverlässigkeit geschaffen. Letztendlich ist es dieses Vertrauen, das ihnen ermöglicht, schnell zu handeln, gemeinsam Entscheidungen zu treffen und mit Zuversicht zu liefern.
Erfahre hier mehr über die Methode von Duolingo. Bleibe dran für den nächsten Teil unserer Serie darüber, wie Teams Produkte entwickeln und welche Prinzipien und Prozesse ihre Arbeit leiten.
