Definition of Ready (DoR) - Scrum Exzellenz

Die Definition of Ready (DoR) ist ein zentrales Instrument, um sicherzustellen, dass Arbeitspakete vor Beginn der Entwicklung vollständig verstanden, geprüft und abgestimmt sind.
Sie schafft Klarheit über fachliche, technische und qualitative Anforderungen und verhindert damit Missverständnisse, Nacharbeiten und Verzögerungen während des Sprints.

Nur wenn ein Ticket alle Kriterien der DoR erfüllt, kann es als „Ready for Development“ freigegeben werden.

Ziel

Die Prüfung der DoR stellt sicher, dass ein Arbeitspaket alle notwendigen Voraussetzungen für die Umsetzung erfüllt.
Tickets, die die Prüfkriterien nicht vollständig erfüllen, verbleiben im Refinement oder im Backlog, bis alle offenen Punkte geklärt sind.

Dieses Vorgehen erhöht die Planungssicherheit, reduziert Risiken im Sprint und stärkt die Qualität der gelieferten Ergebnisse.

Vorgehensweise

1. Prüfung des Tickets

Vor dem Sprint Planning überprüft der Product Owner gemeinsam mit dem Scrum-Team, ob das Ticket alle fachlichen, technischen und organisatorischen Informationen enthält.
Die Prüfung erfolgt anhand der DoR-Checkliste, die im Ticket dokumentiert wird.

2. Ausfüllen der DoR-Checkliste

Jedes Ticket wird anhand festgelegter Prüfpunkte bewertet. Alle Punkte müssen als erfüllt markiert sein, bevor das Ticket freigegeben werden kann.

Prüfkriterium	Beschreibung
Architect freigegeben	Die technische Architektur wurde geprüft und ist umsetzbar.
QA freigegeben	Teststrategie, Akzeptanzkriterien und Qualitätsanforderungen sind definiert.
PM freigegeben	Priorität, Business Value und Abhängigkeiten sind abgestimmt.
DevOps freigegeben	Infrastruktur-, Deployment- und Monitoring-Anforderungen sind berücksichtigt.
UI/UX freigegeben	Design, Mockups und Nutzerflüsse sind final abgestimmt.

3. Freigabe durch den Product Owner

Nach erfolgreicher Prüfung aller Punkte bestätigt der Product Owner die Vollständigkeit und markiert das Ticket als „Ready for Development“.

4. Übergabe an die Entwicklung (DoR vollständig)

Erst nach vollständiger Bestätigung der DoR darf das Ticket vom Entwicklungsteam übernommen werden.
Fehlen Bestätigungen, bleibt das Ticket im Refinement oder im Backlog, bis alle Prüfpunkte erfüllt sind.

Best Practices

Regelmäßige Überprüfung:
Die DoR-Checkliste sollte im Refinement regelmäßig gemeinsam überprüft werden, um sicherzustellen, dass alle Anforderungen rechtzeitig vor dem Sprint Planning geklärt sind.
Keine halbfertigen Tickets im Sprint:
Tickets, die die DoR nicht vollständig erfüllen, dürfen nicht in das Sprint-Backlog übernommen werden. Dies schützt das Team vor unklaren Anforderungen und ineffizientem Arbeiten.
Verantwortung des gesamten Teams:
Die Einhaltung der DoR ist eine gemeinsame Verantwortung. Sie erfordert Zusammenarbeit und Kommunikation zwischen Product Owner, Entwicklung, QA, DevOps und UX.

Definition of Ready

Die konsequente Anwendung der Definition of Ready schafft Transparenz, reduziert Fehlstarts und verbessert die Qualität der Sprint-Ergebnisse.
Ein klar definierter und dokumentierter Vorbereitungsprozess ermöglicht es Teams, mit fundierten, realistisch planbaren und technisch abgestimmten Arbeitspaketen in die Entwicklung zu starten.

So wird die DoR zu einem wirkungsvollen Instrument, das nicht nur Prozesse stabilisiert, sondern auch das Vertrauen zwischen Product Owner, Entwicklungsteam und Stakeholdern stärkt.