Drop-Add-Keep-Improve-Retrospektive

Entscheidet, was ihr weglasst, hinzufügt, beibehaltet und verbessert.

Probieren Sie diese Retrospektive live aus

Weglassen

Welche Praktiken sollten wir beenden oder aufgeben?

Wir sollten das wöchentliche Status-Meeting streichen, weil wir inzwischen einen besseren Weg haben, den Fortschritt zu verfolgen.
Lasst uns aufhören, dieses veraltete Projektmanagement-Tool zu nutzen. Es macht mehr Ärger, als es bringt.
Ich finde, wir können auf zwei Freigaben bei kleinen Codeänderungen verzichten. Das bremst uns unnötig aus.
Hinzufügen

Welche neuen Praktiken sollten wir einführen?

Wir sollten ein kurzes tägliches Stand-up einführen, damit alle auf dem gleichen Stand sind.
Lasst uns wöchentliche Wissensaustausch-Sessions starten, um voneinander zu lernen.
Ich glaube, wir brauchen automatisierte Tests, um Regressionen früher zu erkennen.
Beibehalten

Was läuft gut und sollte so weitergehen?

Die Pair-Programming-Sessions haben die Codequalität deutlich verbessert. Lasst uns damit weitermachen.
Unsere regelmäßigen Retrospektiven sind total hilfreich. Die sollten wir auf jeden Fall beibehalten.
Die flexiblen Arbeitszeiten tun der Work-Life-Balance richtig gut. Ich hoffe, das bleibt so.
Verbessern

Was könnten wir besser machen?

Unser Code-Review-Prozess könnte mit klareren Richtlinien und besseren Tools verbessert werden.
Ich finde, wir müssen besser darin werden, neue Features zu priorisieren und abzugrenzen, damit wir nicht ständig Feuerwehr spielen.
Das Onboarding für neue Kolleginnen und Kollegen ließe sich mit besserer Dokumentation und Mentoring verbessern.

Was ist die Drop-Add-Keep-Improve-Retrospektive?

Die Drop-Add-Keep-Improve-Retrospektive (DAKI) ist eine schnelle Methode, um einen Prozess, ein Projekt oder die Zusammenarbeit im Team zu reflektieren. Sie fragt, was ihr weglassen (nicht mehr tun), hinzufügen (neu anfangen), beibehalten (weitermachen) und verbessern (besser machen) solltet. Vier einfache Kategorien machen es allen leicht, etwas beizutragen, und jede führt zu einer Entscheidung. Weglassen und Hinzufügen decken die größeren Veränderungen ab. Beibehalten schützt, was funktioniert, und Verbessern erfasst die Praktiken, die es wert sind, beibehalten zu werden, aber nachgebessert werden müssen. Dafür hat ein einfaches Start/Stop-Format keinen Platz. Setzt DAKI am Ende eines Sprints, eines Projekts oder eines Meilensteins ein. Die Methode ist nicht an Software gebunden, daher kann jedes Team sie nutzen, das seine Arbeitsweise überprüfen möchte.

Format der Drop-Add-Keep-Improve-Retrospektive

Weglassen

Welche Praktiken sollten wir beenden oder aufgeben?

Ermutigt das Team, offen über Prozesse, Tools oder Verhaltensweisen zu sprechen, die ihm nicht mehr gut dienen.

Hinzufügen

Welche neuen Praktiken sollten wir einführen?

Fördert Kreativität und Offenheit, wenn neue Prozesse oder Arbeitsweisen vorgeschlagen werden.

Beibehalten

Was läuft gut und sollte so weitergehen?

Bestärkt, was funktioniert, indem ihr die Prozesse und Praktiken hervorhebt, die dem Team helfen.

Verbessern

Was könnten wir besser machen?

Ermutigt zu konstruktiver Kritik und lenkt den Fokus auf umsetzbare Verbesserungen statt auf Beschwerden.

Wann sollte diese Retrospektive durchgeführt werden?

  • Am Ende eines Projekts, Sprints oder wichtigen Meilensteins, um zu reflektieren, was funktioniert hat und was sich ändern sollte.
  • Wenn euer Team mit einem Prozess, einem Tool oder einer Arbeitsweise kämpft und entscheiden muss, was sich ändern soll.
  • Als regelmäßiger Check-in, monatlich oder vierteljährlich, um die Arbeitsweise eures Teams laufend anzupassen.

Vorschläge für Fragen zum Icebreaker

  • Wenn unser Team ein Fahrzeug wäre, welches wäre es und warum?
  • Was hast du seit unserer letzten Retrospektive gelernt oder verbessert?

Möchten Sie eine Aufwärmübung, bei der Ihr Team aktiv mitmacht, und nicht nur laut Antworten gibt? Kostenlose Icebreakers durchsuchen →

Ideen und Tipps für Ihre Retrospektive

  • Sorgt dafür, dass alle offen sprechen können, und haltet die Session frei von Schuldzuweisungen.
  • Wenn sich Leute scheuen, Bedenken anzusprechen, nutzt privates Brainstorming und anonyme Abstimmungen.
  • Wählt in jeder Kategorie den wichtigsten Punkt aus und macht daraus einen konkreten nächsten Schritt.
  • Prüft in der nächsten Retrospektive, was aus den vereinbarten Verbesserungen geworden ist.
  • Wechselt die Moderation ab, um neue Perspektiven zu gewinnen und die Arbeit zu verteilen.
  • Beginnt und endet mit der Spalte „Beibehalten“, damit alle sehen, was gut läuft.

Häufig gestellte Fragen

Wofür steht DAKI in einer Retrospektive?
DAKI steht für Drop, Add, Keep, Improve (Weglassen, Hinzufügen, Beibehalten, Verbessern). Euer Team entscheidet, was es nicht mehr tun will, was es neu beginnen will, was funktioniert und weitergehen soll und was besser werden muss.
Wann sollte man eine DAKI-Retrospektive durchführen?
Nutzt sie am Ende eines Projekts, Sprints oder Meilensteins, wenn euer Team mit einem Prozess oder einer Arbeitsweise kämpft, oder als monatlichen bzw. vierteljährlichen Check-in.
Wie unterscheidet sich DAKI von Start Stop Continue?
Weglassen, Hinzufügen und Beibehalten entsprechen Stop, Start und Continue. DAKI ergänzt außerdem eine vierte Spalte, Verbessern, für Praktiken, die es wert sind, beibehalten zu werden, aber nachgebessert werden müssen.
Was gehört in die Spalte „Verbessern“?
Praktiken, die ihr beibehalten, aber besser machen wollt, zum Beispiel ein Code-Review-Prozess, der klarere Richtlinien braucht, oder ein Onboarding, das bessere Dokumentation benötigt.
Wie lange dauert eine DAKI-Retrospektive?
Die meisten Teams brauchen 45–60 Minuten, um die vier Spalten zu füllen, abzustimmen und Maßnahmen zu vereinbaren.

Verwandte Vorlagen

Sprint Review Feedback

Sammle umsetzbares Feedback zu deinem Sprint Review.

Rose-Bud-Thorn-Retrospektive

Benennt Erfolge, erste Chancen und Schmerzpunkte eures Teams in einer Session.

What? So What? Now What?-Retrospektive

Von dem, was passiert ist, zu dem, was ihr als Nächstes tut.

FLAP-Retrospektive

Erkenntnisse, Erfolge und Probleme reflektieren und dann die nächsten Schritte planen

Sind Sie bereit, diese Retrospektive durchzuführen?Probieren Sie diese Retrospektive live aus