Definition of Ready/Done

Kurz erklärt
Die Definition of Ready (DoR) und die Definition of Done (DoD) stellen komplementäre Qualitätsinstrumente dar, die als transparente Gatekeeper innerhalb von Arbeitsprozessen fungieren. Während die DoR den notwendigen Reifegrad eines Arbeitspakets für den Arbeitsbeginn definiert, markiert die DoD den qualitativen Standard für den Abschluss. Beide Instrumente minimieren Unklarheiten an Schnittstellen, verhindern die Verschwendung von Ressourcen durch vorzeitigen Arbeitsbeginn und sichern die Prozessstabilität durch verbindliche Abnahmekriterien.
Definition
DoR und DoD fungieren als gemeinsam erarbeitete, explizite Qualitätskriterien, die den Zustand von Aufgaben in verschiedenen Phasen ihres Lebenszyklus bewerten. Die DoR (Definition of Ready) dient als Filter für den Input: Sie validiert, ob alle Voraussetzungen – wie Informationen, Ressourcen oder Rahmenbedingungen – erfüllt sind, um eine Aufgabe störungsfrei und zielgerichtet zu starten. Ein Arbeitspaket, das die DoR-Kriterien nicht vollständig erfüllt, bleibt als 'unfertig' in der Warteschlange, um ineffiziente 'Start-Stopp-Prozesse' zu vermeiden. Die DoD (Definition of Done) fungiert hingegen als Qualitäts-Checkpoint für den Output: Sie garantiert, dass ein Arbeitsergebnis alle funktionalen, technischen und qualitativen Spezifikationen erfüllt, bevor es an nachgelagerte Prozesse oder Kunden übergeben wird. Beide Definitionen sind keine starren Normen, sondern dynamische, team-spezifische Vereinbarungen, die regelmäßig an den Fortschritt und die Lernkurve der Organisation angepasst werden. Ihre zentrale Funktion liegt in der Schaffung einer gemeinsamen Sprache über den Reifegrad von Aufgaben, wodurch Variabilität reduziert und die Berechenbarkeit der Lieferleistung signifikant erhöht wird.
Bedeutung im Fachkontext
Im modernen Projekt- und Prozessmanagement transformieren DoR und DoD die implizite Erwartungshaltung in explizite Vereinbarungen. Ihre Bedeutung ergibt sich aus der Notwendigkeit, Verschwendung (Muda) zu identifizieren und zu eliminieren, die aus unklaren Übergaben resultiert. Wenn Kriterien unklar sind, entstehen Rückfragen, Wartezeiten und Nacharbeitsschleifen, welche die Durchlaufzeit verlängern und die Qualität mindern. Durch die Einbettung dieser Instrumente in den kontinuierlichen Verbesserungsprozess (KVP) wird das kollektive Wissen der Organisation zur Qualitätssicherung genutzt. Sie dienen zudem als Werkzeug der Verantwortungszuschreibung: Jedes Teammitglied weiß exakt, welcher Zustand erforderlich ist, um eine Aufgabe zu übernehmen oder zu übergeben, wodurch die Verantwortungsdiffusion minimiert wird. Zudem wirken DoR und DoD als Lernwerkzeuge, da sie durch regelmäßige Retrospektiven auf ihre Wirksamkeit hin geprüft werden, was die Innovations- und Lernfähigkeit der Organisation direkt stärkt.
Input, Verarbeitung, Output, Outcome, Impact
Wirkungspfade und Beiträge zu Unternehmenszielen im Detail
Outcome
1. Reduktion von Nacharbeitsschleifen durch Verhinderung unvollständiger Übergaben; 2. Etablierung einer wiederverwendbaren Wissensbasis für vergleichbare Folgeprojekte durch das kontinuierliche Verfeinern der Kriterien.
Impact
1. Senkung der Prozess- und Qualitätskosten durch Vermeidung von Fehlerbehebung; 2. Steigerung der Lieferperformance und Kundenzufriedenheit durch verlässlichere, standardisierte Ergebnisse; 3. langfristige Stärkung der Prozessreife und Innovationsfähigkeit der Organisation durch institutionalisiertes Qualitätslernen.
Schritte der Methode in Übersicht
- Kollaborative Definition (Erarbeitung der Qualitätskriterien)
- Validierung (DoR) (Eingangsprüfung vor Arbeitsbeginn)
- Qualitätsprüfung (DoD) (Abschlussprüfung vor Übergabe)
- Iterative Anpassung (Kontinuierliche Optimierung der Checklisten)
Kollaborative Definition
Etablierung eines geteilten Qualitätsverständnisses.
Validierung (DoR)
Sicherstellung der Arbeitsfähigkeit.
Qualitätsprüfung (DoD)
Sicherstellung der Lieferbarkeit.
Iterative Anpassung
Kontinuierliche Prozessverbesserung.
Beschreibung der Einzelschritte mit Ziel & Vorgehen
QUALITY LXP · SCHRITTLOGIK
Kollaborative Definition
Projektziele, Rollenprofile, Qualitätsanforderungen.
Gemeinsame Erarbeitung der Kriterien durch das Team und Stakeholder.
Dokumentierte Checklisten für DoR und DoD.
Team einigt sich auf 'Code Review abgeschlossen' als DoD-Punkt.
Konsens unter den Beteiligten über die Verbindlichkeit der Kriterien.
QUALITY LXP · SCHRITTLOGIK
Validierung (DoR)
Arbeitspaket, DoR-Checkliste.
Prüfung des Arbeitspakets gegen die DoR-Checkliste vor Start.
Freigabe zur Bearbeitung oder Rückweisung zur Nachbesserung.
Akzeptanzkriterien sind klar und testbar.
Vollständigkeit der notwendigen Informationen für die Aufgabe.
QUALITY LXP · SCHRITTLOGIK
Qualitätsprüfung (DoD)
Arbeitsergebnis, DoD-Checkliste.
Abgleich des Arbeitsergebnisses mit der DoD-Checkliste.
Abnahme des Ergebnisses oder Identifikation von Mängeln.
Alle Tests laufen erfolgreich durch.
Erfüllung aller spezifizierten funktionalen und qualitativen Kriterien.
QUALITY LXP · SCHRITTLOGIK
Iterative Anpassung
Erfahrungswerte, Prozessfeedback, geänderte Rahmenbedingungen.
Regelmäßige Überprüfung und Aktualisierung der Kriterien.
Optimierte DoR/DoD-Kriterien.
Hinzufügen neuer Sicherheitsanforderungen zur DoD.
Aktualität und Relevanz der Kriterien für den Prozess.
Anwendung und Vorgehen
Die praktische Implementierung von Definition of Ready (DoR) und Definition of Done (DoD) folgt keinem starren Regelwerk, sondern erfordert eine methodische Einbettung in die bestehenden Arbeitsabläufe. Um diese Instrumente als lebende Dokumente zu etablieren, empfiehlt sich ein stufenweises Vorgehen:
- Initialer Konsens-Workshop: Der Prozess beginnt nicht mit dem Schreiben der Checkliste, sondern mit einer gemeinsamen Diskussion über "Qualität". Das Team muss klären: Was hält uns bisher von einer reibungslosen Arbeit ab? Wo entstehen die meisten Wartezeiten? Hierbei werden die ersten Versionen der DoR und DoD im Team-Konsens niedergeschrieben.
- Visualisierung: Die Checklisten müssen dort präsent sein, wo die Arbeit stattfindet – etwa als permanent sichtbares Element im digitalen Task-Board (z. B. Jira, Trello) oder als physisches Poster im Teamraum.
- Integration in die Prozessschleifen:
- DoR im Backlog Refinement: Bevor ein Ticket in ein Sprint-Planning oder einen Bearbeitungsprozess aufgenommen wird, erfolgt ein kurzer Check. Ist das Ticket "Ready"? Falls nein, wird es zurück in das Refinement-Backlog geschoben. Dies schützt das Team davor, an unklaren Aufgaben zu arbeiten, die später zu Stillstand führen.
- DoD im Review-Zyklus: Die DoD wird während der Entwicklung als Leitplanke genutzt. Vor der finalen Übergabe erfolgt eine explizite Abnahme gegen die Checkliste. Es ist bewährte Praxis, dass die DoD ein "klickbares" oder "anhakbares" Feld im Workflow ist.
- Feedback-Loop: Die Kriterien sind keine unantastbaren Gesetze. In regelmäßigen Retrospektiven wird gefragt: "Sind unsere Kriterien noch hilfreich?" oder "Haben wir Kriterien, die den Arbeitsfluss unnötig bremsen?". Diese iterative Anpassung ist entscheidend, um den administrativen Overhead gering zu halten.
Anwendungsgebiete
Obwohl DoR und DoD ihre Wurzeln in der agilen Softwareentwicklung haben, ist ihre Anwendung keinesfalls auf IT-Teams beschränkt.
- Softwareentwicklung: Dies ist das Kerngebiet. Hier kommen technische Kriterien wie "Unit Tests geschrieben", "Code-Review durch zwei Senior-Entwickler erfolgt" oder "CI/CD-Pipeline grün" zum Einsatz. Ziel ist die nachhaltige Wartbarkeit des Quellcodes.
- Produktentwicklung & Hardware: Hier liegt der Fokus oft auf physischen Prototypen oder Dokumentationen. Eine DoD könnte hier beinhalten: "Materialfreigabe durch Einkauf erfolgt", "Compliance-Check für Sicherheitsnormen bestanden" oder "Produktdesign-Review signiert".
- Projektmanagement & Administration: In administrativen Teams helfen DoR/DoD, den Wildwuchs an E-Mails zu reduzieren. Ein "Ready" für einen Reporting-Auftrag könnte bedeuten: "Alle Rohdatenquellen liegen im vereinbarten Format vor". Eine "Done" für eine Budget-Freigabe könnte erfordern: "Vier-Augen-Prinzip dokumentiert und Kostenstelle korrekt zugewiesen".
- Datenanalyse & Wissenschaft: Hier sichern die Definitionen die Datenqualität. "Ready" bedeutet, dass die Daten bereinigt und die Herkunft (Provenance) dokumentiert ist. "Done" beinhaltet die Validierung der statistischen Signifikanz durch einen zweiten Datenanalysten.
Typische Fehler und Missverständnisse
In der Praxis scheitern Unternehmen häufig nicht an der Idee der DoR/DoD, sondern an ihrer fehlerhaften Anwendung.
- Die "Bürokratie-Falle": Ein häufiger Fehler ist das "Checklisten-Monster". Wenn die Liste zu lang wird (z. B. mehr als 15 Punkte), verliert sie ihren Wert als Arbeitshilfe und wird zur lästigen Pflichtaufgabe. Lösung: Fokus auf die 5-10 kritischsten Punkte.
- Statische Anwendung: Teams, die ihre DoR/DoD seit zwei Jahren nicht mehr verändert haben, vernachlässigen einen Kernaspekt der agilen Methode. Ein Stillstand in der Definition deutet oft auf einen Stillstand im Lernprozess hin.
- DoD als "Ersatz für Denken": Es ist ein gefährliches Missverständnis zu glauben, dass mit dem Haken auf der DoD die fachliche Verantwortung endet. Die DoD ist eine Mindestvoraussetzung, keine Garantie für Exzellenz.
- Verwechslung von Akzeptanzkriterien mit DoR: Akzeptanzkriterien beschreiben, was ein spezifisches Feature tun soll (funktional). Die DoR beschreibt, welche Rahmenbedingungen erfüllt sein müssen, damit man überhaupt mit der Arbeit am Feature beginnen kann (prozessual). Diese Vermischung führt oft zu ineffektiven Arbeitsanweisungen.
Abgrenzung und Grenzen
Die Wirksamkeit von DoR und DoD findet ihre Grenze dort, wo Kreativität und hochgradige Exploration dominieren.
- Explorative Phasen: In der initialen Forschungs- oder Ideenfindungsphase (z. B. beim Design Thinking oder der Erstellung eines Proof-of-Concept) können strikte DoR/DoD-Kriterien den Innovationsfluss ersticken. Hier ist eine "forschende Haltung" wichtiger als prozessuale Absicherung.
- Nicht-lineare Prozesse: Wenn die Arbeit hochgradig iterativ und experimentell ist, lassen sich Anforderungen oft nicht im Vorfeld so präzise definieren, wie es eine DoR erfordern würde. Hier sollte man eher mit "Leitplanken" statt mit strikten "Gates" arbeiten.
- Kulturelle Grenze: DoR und DoD setzen eine Kultur des Vertrauens und der Transparenz voraus. Werden sie als Kontrollinstrumente des Managements missbraucht, um Fehlleistungen zu sanktionieren ("Du hast das nicht abgehakt, also bist du schuld"), werden Mitarbeiter anfangen, die Kriterien bloß noch oberflächlich zu erfüllen oder zu manipulieren. Die Instrumente müssen vom Team für das Team entwickelt werden.
Häufige Fragen
Muss für jede Aufgabe eine eigene DoR erstellt werden?+
Nein, das wäre ineffizient. Ein Team sollte einheitliche, teambasierte DoR/DoD-Standards für alle Aufgaben einer bestimmten Klasse (z. B. alle User Stories) definieren. Nur bei völlig abweichenden Aufgabenkategorien (z. B. ein technisches Refactoring vs. ein UI-Feature) können leicht modifizierte Checklisten sinnvoll sein.
Was mache ich, wenn ein Punkt der DoD dauerhaft nicht erfüllt werden kann?+
Dies ist ein starkes Signal, dass der Prozess oder die Organisation ein systemisches Problem hat. Anstatt die DoD einfach zu lockern, sollte das Hindernis in der Retrospektive explizit thematisiert werden: Warum ist dieser Punkt (z. B. "Performance-Test läuft durch") ständig blockiert? Fehlt ein Tool? Fehlt Wissen? Die DoD deckt hier Schwachstellen auf, die sonst im Verborgenen blieben.
Dürfen Stakeholder die DoD mitbestimmen?+
Ja, besonders bei den Punkten, die den Mehrwert oder die Qualitätssicherung aus Kundensicht betreffen. Die DoD ist die Brücke zwischen internem Prozess und externem Wertversprechen. Stakeholder sollten jedoch nicht in jedes operative Detail der DoD eingreifen, um die Autonomie des Teams nicht zu untergraben.
Ab wann ist eine DoD zu lang?+
Als Daumenregel gilt die kognitive Belastungsgrenze. Wenn ein Teammitglied die Liste nicht mehr verinnerlicht hat und sie nur noch "blind" abarbeitet, ist sie zu lang. Wir empfehlen 5 bis maximal 10 Punkte. Alles darüber hinaus sollte in automatisierte Checks (z. B. Linting-Regeln im Code) oder separate Dokumentationen ausgelagert werden.
Können DoR und DoD das Projektmanagement ersetzen?+
Nein. Sie sind ergänzende Instrumente. Projektmanagement kümmert sich um Strategie, Ressourcenallokation und Zielerreichung; DoR und DoD steuern die operative Qualität an den Schnittstellen. Ohne ein starkes Ziel- und Erwartungsmanagement laufen DoR/DoD Gefahr, zur reinen Selbstbeschäftigung zu werden.
Quellen und fachliche Grundlagen
Alle Verknüpfungen sind sichtbar. Zum Öffnen der Starter-Inhalte bitte einloggen.
EinloggenPassende Tools & Methodenwissen
2Projektbeispiele zu diesen Methoden
8HELION · CAPA mit Wirksamkeitsgate
ISO 9001: 10.2 / 10.3. Verantwortung, Termine, WIP und gesonderte Wirksamkeitsprüfung; kein Erledigt ohne Beleg. Fiktives Industrie-Lernbeispiel. Alle Zahlen, Rollen und Belege sind simuliert; keine reale Freigabe, Kundenvalidierung oder Wirksamkeitsbestätigung.
HELION · CAPA mit Wirksamkeitsgate
ISO 9001: 10.2 / 10.3. Verantwortung, Termine, WIP und gesonderte Wirksamkeitsprüfung; kein Erledigt ohne Beleg. Fiktives Industrie-Lernbeispiel. Alle Zahlen, Rollen und Belege sind simuliert; keine reale Freigabe, Kundenvalidierung oder Wirksamkeitsbestätigung.
OODA-Loop – OODA Loop · Mechanical Engineering under demand fluctuations and talent shortages
Wie kann ein Maschinenbauunternehmen bei Auftragsschwankungen, Talentengpässen und Technologieverschiebungen schneller als der Wettbewerb entscheiden und handeln?