Es gibt eine besondere Art von Frustration, die Produktteams trifft, wenn sie erst ein paar Wochen mit der Entdeckungsarbeit beginnen. Sie haben ein Dutzend Kundeninterviews geführt. Sie haben eine Umfrage durchgeführt. Sie haben Annahmen auf Haftnotizen dargelegt. Und doch, wenn jemand fragt: „Was haben wir also gelernt?“, wird es still im Raum oder es kommt zu widersprüchlichen Interpretationen.
Eine gute Erkennung ist schwierig, da es sich bei der Ausgabe nicht um Code oder Designs handelt. Es ist Einsicht. Und Einsichten sind schlüpfrig: Sie gehen in Interviewnotizen verloren, bleiben im Kopf einer Person bestehen oder werden in vage Erkenntnisse verwässert, wie „Benutzer möchten, dass es einfacher ist.“
Die Durchführung von Retrospektiven, die speziell für die Entdeckungsarbeit konzipiert sind, ändert dies. Nicht derselbe Retro, den man nach einem Sprint laufen lässt. Eine andere, die sich um die Frage dreht: Werden wir besser im Lernen?
Entdeckungsarbeit ist keine Bereitstellungsarbeit
Diese Unterscheidung ist wichtig, weil sie verändert, wie „gut“ aussieht.
Bei der Lieferung bedeutet gut, zuverlässig zu versenden: Funktionen werden pünktlich geliefert, die Qualität ist hoch, das Team ist frei. Beim Entdecken bedeutet gut, zuverlässig zu lernen: Sie haben die Woche mit Unsicherheit begonnen und am Ende der Woche haben Sie ein klareres Bild davon, was wahr ist und was nicht.
Die meisten Retrospektivformate sind für die Bereitstellung konzipiert. „Was ist gut gelaufen“ und „Was könnte verbessert werden?“ lenken das Gespräch natürlich auf Ausführungsthemen wie Prozessgeschwindigkeit, Blocker und Tools. Dies sind die falschen Fragen, wenn das Ziel darin besteht, die Fähigkeit Ihres Teams zu verbessern, Kundeneinblicke zu generieren.
Eine Discovery-Retrospektive muss die Qualität und Geschwindigkeit Ihres Lernens untersuchen, nicht Ihren Durchsatz.
Ein Format, das funktioniert: Annahme / Methode / Signal / Entscheidung
Richten Sie vier Spalten ein:
Annahme – Woran haben wir damals geglaubt? Listen Sie die spezifischen Hypothesen auf, die Sie getestet haben. Keine vagen Aussagen wie „Benutzer brauchen ein besseres Onboarding“, sondern überprüfbare Aussagen wie „Neue Benutzer brechen ab, weil sie die Hauptaktion nicht innerhalb der ersten 30 Sekunden finden.“
Methode – Wie haben wir es getestet? Interviews, Prototypentests, Datenanalyse, Umfragen, Tagebuchstudien. Machen Sie genaue Angaben zur Methode und zum Teilnehmerprofil. Diese Spalte zeigt, ob Ihre Forschungsmethoden vielfältig genug sind oder ob Sie sich zu sehr auf einen Ansatz verlassen.
Signal – Was zeigten die Daten eigentlich? Noch nicht deine Interpretation. Das Rohsignal. „Fünf von acht Teilnehmern haben die Aufgabe ohne Hilfe erledigt“ oder „Die Befragten stuften Funktion X an letzter Stelle ein.“ Die Trennung von Signal und Interpretation verhindert voreilige Schlussfolgerungen.
Entscheidung – Was machen wir basierend auf dem Signal? Hier findet die Interpretation statt, und sie sollte explizit sein. „Wir treiben diesen Ansatz voran, weil …“ oder „Wir beenden diese Richtung, weil …“ oder, was noch wichtiger ist: „Das Signal war nicht eindeutig, daher brauchen wir einen anderen Test.“
Ausführen der Sitzung
Vor der Retro: Bitten Sie jedes Teammitglied, asynchron Karten zu den vier Spalten hinzuzufügen, idealerweise einige Stunden vor dem Meeting. Discovery-Retros funktionieren am besten, wenn die Teilnehmer Zeit hatten, über das Gelernte nachzudenken, anstatt vor Ort Beobachtungen zu machen.
Während der Retro (60 Minuten):
Die ersten 10 Minuten: Scannen Sie alle Karten lautlos. Lassen Sie alle lesen, was andere beigetragen haben. Bei der Entdeckung halten verschiedene Teammitglieder oft unterschiedliche Teile des Puzzles in der Hand. Ein Forscher bemerkte in Interviews ein Muster, das mit etwas zusammenhängt, das der Designer bei Usability-Tests gesehen hat. In dieser stillen Lesephase beginnen sich diese Verbindungen zu bilden.
Die nächsten 15 Minuten: Gehen Sie durch die Himmelfahrtssäule. Sind die Annahmen, die Sie in diesem Zyklus getestet haben, die richtigen? Waren sie spezifisch genug, um sie tatsächlich zu testen? Ein häufiger Fehlermodus besteht darin, Annahmen zu testen, die zu weit gefasst sind, um in beide Richtungen ein klares Signal zu erzeugen.
Die nächsten 15 Minuten: Untersuchen Sie gemeinsam die Spalten „Methode“ und „Signal“. Suchen Sie nach Mustern. Hören Sie bei mehreren Methoden (Triangulation) das Gleiche oder widersprechen sich Ihre Signale? Beide sind informativ. Widersprüchliche Signale bedeuten oft, dass Sie mit verschiedenen Segmenten mit unterschiedlichen Bedürfnissen sprechen, was an sich schon eine wertvolle Entdeckung ist.
Die letzten 20 Minuten: Konzentrieren Sie sich auf Entscheidungen und Maßnahmen. Welche Forschung führen Sie im nächsten Zyklus durch? Welche Annahmen befördern Sie zu „validiert“ bzw. degradieren Sie zu „ungültig“? Was ist noch ungewiss und erfordert mehr Arbeit?
Fragen, die Discovery-Retrospektiven schärfen
Dies sind die Fragen, die einen nützlichen Discovery-Retro von einem generischen unterscheiden:
„Was haben wir erfahren, das uns überrascht hat?“ Überraschung ist ein Signal dafür, dass Ihr mentales Modell des Kunden irgendwo falsch war. Verfolgen Sie diese Überraschungen.
„Wo haben wir Zeit verbracht, die kein klares Signal hervorgebracht hat?“ Nicht jede Forschung ist produktiv, und das ist in Ordnung. Wenn Sie jedoch weiterhin Studien durchführen, die zu mehrdeutigen Ergebnissen führen, muss sich etwas ändern: die Fragestellung, die Methode oder das Teilnehmerprofil.
„Reden wir mit den richtigen Leuten?“ Teams gewöhnen sich oft an einen bestimmten Rekrutierungskanal oder ein bestimmtes Kundensegment. Wenn alle Ihre Interviewteilnehmer Power-User sind, lernen Sie nichts über die Onboarding-Erfahrung. Wenn sie alle aus derselben Branche stammen, übersehen Sie, wie unterschiedlich das Problem je nach Kontext ist.
„Welche Frage vermeiden wir?“ Normalerweise gibt es eine schwierige Frage, die das Team nicht beantworten möchte, weil die Antwort wochenlange Arbeit zunichte machen könnte. Discovery-Retrospektiven sollten diese ans Licht bringen und die Forschung entsprechend planen.
„Wie fließen die Erkenntnisse an den Rest des Teams?“ Wenn nur der Forscher weiß, was gelernt wurde, ist der Lernerfolg fragil. Es lebt im Kopf einer Person und hat keinen Einfluss auf Entscheidungen. Prüfen Sie, ob Erkenntnisse dokumentiert, geteilt und tatsächlich für die Priorisierung verwendet werden.
Warnsignale in Ihrem Entdeckungsprozess
Nutzen Sie die Retrospektive, um nach diesen Mustern zu suchen:
Alles wird immer wieder bestätigt. Wenn Sie eine Annahme nie widerlegen, testen Sie entweder Dinge, die Sie bereits wissen, oder interpretieren mehrdeutige Daten zu optimistisch. Zu einer gesunden Entdeckung gehören regelmäßige „Wir haben uns da geirrt“-Momente.
Die Forschung verlangsamt sich eher, als dass sie sich annähert. Zu Beginn der Entdeckung sollte jede Studie den Möglichkeitsraum einschränken. Wenn Ihre Liste offener Fragen wächst statt zu schrumpfen, müssen Sie möglicherweise einen Schritt zurücktreten und Prioritäten setzen, welche Unbekannten wirklich wichtig sind.
Das Team forscht, trifft aber keine Entscheidungen. Entdeckung ist keine akademische Übung. Es geht darum, zu einer Überzeugung darüber zu gelangen, was gebaut (oder nicht gebaut) werden soll. Wenn Ihre Retrospektive drei Forschungszyklen offenbart, in denen keine Entscheidungen getroffen wurden, nutzt das Team die Forschung möglicherweise als Möglichkeit, sich nicht auf eine bestimmte Richtung festzulegen.
Eine Methode dominiert. Wenn auf jeder Karte in der Spalte „Methode“ „Benutzerinterview“ steht, hinterlassen Sie ein Signal auf dem Tisch. Interviews eignen sich gut, um zu verstehen, warum das so ist, aber sie sind weniger zuverlässig, um vorherzusagen, was Menschen tatsächlich tun werden. Kombinieren Sie Prototypentests, Datenanalyse, Umfragen und Beobachtungen.
Erkenntnisse sind nicht miteinander verbunden. Einzelne Erkenntnisse sind weniger wertvoll als Muster. Wenn Ihr Retro eine Reihe isolierter Beobachtungen ans Tageslicht bringt, aber niemand sie zu einem kohärenten Bild zusammenfügt, fügen Sie Ihrem Entdeckungsprozess einen Syntheseschritt hinzu.
Entdeckungs-Retros zur Gewohnheit machen
Entdeckungsarbeit fühlt sich oft weniger strukturiert an als Bereitstellungsarbeit, und Teams betrachten Retrospektiven in dieser Phase manchmal als optional. Das ist rückwärts. Entdeckung ist genau dann, wenn Sie Retrospektiven am meisten brauchen, weil die Rückkopplungsschleifen länger und weniger offensichtlich sind. Sie erhalten nicht das natürliche „Ist der Sprint gut gelaufen“-Signal, das die Lieferung vermittelt.
Ein paar praktische Tipps:
Führen Sie sie alle ein bis zwei Wochen durch, auch wenn Ihre Forschungszyklen länger sind. Der Retro muss nicht warten, bis eine Studie abgeschlossen ist. Sie können über Rekrutierungsherausforderungen, aufkommende Muster oder methodische Entscheidungen in der Mitte des Zyklus nachdenken.
Beziehen Sie das gesamte Entdeckungsteam ein. Produktmanager, Designer, Forscher und alle Ingenieure, die an Prototyping oder Datenanalyse beteiligt sind. Jedes bringt eine andere Perspektive auf dieselben Kundensignale.
Verfolgen Sie Ihr Lernen im Laufe der Zeit. Führen Sie ein fortlaufendes Dokument mit validierten und ungültigen Annahmen. Im Laufe einer Entdeckungsphase wird dies zu Ihrer Evidenzbasis für Produktentscheidungen. In der Retrospektive aktualisieren Sie es.
Tötungen feiern. Wenn das Team eine Idee frühzeitig widerlegt und sich dadurch wochenlange unnötige Bauarbeiten erspart, ist das ein Sieg. Behandle es wie eines. Teams, die das Lernen feiern, neigen dazu, mehr davon zu tun.
Wenn Entdeckung auf Lieferung trifft
Irgendwann endet die Entdeckung und der Bau beginnt (oder realistischer gesagt, sie überschneiden sich). Der Übergang ist ein kritischer Moment. Führen Sie eine „Brücken-Retrospektive“ durch, in der gefragt wird: Was haben wir bei der Entdeckung gelernt, was die Lieferung wissen muss? Welche Annahmen tragen wir in den Build ein, die noch nicht validiert sind?
Dieser Bridge-Retro verhindert das häufige Scheitern, wenn ein Team hervorragende Entdeckungsarbeit leistet und sich dann während der Build-Phase langsam von den Erkenntnissen entfernt, wenn technische Einschränkungen und Umfangsverhandlungen die Oberhand gewinnen.
Probieren Sie NextRetro kostenlos aus – Erstellen Sie benutzerdefinierte Discovery-Retrospektiv-Boards mit Ihren eigenen Spalten, anonymen Eingaben und integrierter Abstimmung, um die wichtigsten Erkenntnisse hervorzuheben.
Letzte Aktualisierung: Februar 2026
Lesezeit: 7 Minuten
