Klare Prozesse und gut strukturierte Aufgaben spielen sowohl im klassischen als auch im agilen Projektmanagement eine zentrale Rolle. Im agilem Projektmanagement steht die Definition of Done (DoD) oft im Mittelpunkt, die Definition of Ready (DoR) hingegen wird leider häufig vernachlässigt. Dabei bildet die DoR die Grundlage für den Erfolg agiler Sprints, legt sie doch fest, wann eine Aufgabe überhaupt erst bereit ist, um in einen Sprint aufgenommen zu werden.

In diesem Beitrag erfahren Sie, warum die DoR für den agilen Prozess eine enorme Bedeutung hat, welche Herausforderungen auftreten können und wie Sie die DoR effizient in Ihrem Team einführen können.

Was ist die Definition of Ready?

Die DoR ist eine Sammlung von Kriterien, die erfüllt sein müssen, bevor eine Aufgabe oder User Story in einen Sprint aufgenommen werden kann. Sie stellt sicher, dass das Team über alle notwendigen Informationen und Ressourcen verfügt, um die Aufgabe umgehend zu bearbeiten. Im Wesentlichen dient die DoR dabei als ein Qualitätsfilter, der unvorbereitete oder unklare Aufgaben erkennt, bevor sie die Produktivität des Teams beeinträchtigen.

Beispiel: Ein Team arbeitet an einer neuen Funktion für eine App, bei der der Nutzer seine E-Mail-Adresse ändern kann. Vor dem Sprint werden die technischen Anforderungen und Abhängigkeiten geprüft. Nur wenn klar ist, dass die API für die E-Mail-Änderung bereit und getestet ist und alle Akzeptanzkriterien dokumentiert sind, gilt die Aufgabe als "bereit" für den Sprint.

Warum ist die DoR wichtig für den agilen Prozess?

Die DoR ist entscheidend, um sicherzustellen, dass das Team nicht mit unklaren oder unvorbereiteten Aufgaben in einen Sprint startet. Ohne eine klare DoR ist das Risiko groß, dass Aufgaben während des Sprints gestoppt werden oder die Bearbeitung sich verzögert, weil wesentliche Informationen fehlen oder technische Abhängigkeiten ungelöst sind.

Häufige Probleme ohne DoR:

1. Unklare Anforderungen: Teams starten die Arbeit an Aufgaben und merken später, dass wichtige Details fehlen. Dies führt zu Unterbrechungen und Nachfragen beim Product Owner.
2. Technische Abhängigkeiten: Aufgaben werden gestartet, ohne dass überprüft wurde, ob alle notwendigen technischen Komponenten vorhanden sind. Dies verursacht Verzögerungen, weil Abhängigkeiten im Sprint gelöst werden müssen.
3. Fehlende Ressourcen: Das Team beginnt die Arbeit, muss dann aber feststellen, dass Ressourcen (wie Daten, Tools oder Zugänge) fehlen. Diese müssen dann während des Sprints organisiert werden, was Zeit und Energie kostet.

Eine gut definierte DoR hilft Ihnen, solche Probleme zu vermeiden. Sie sorgt dafür, dass alle Voraussetzungen vor dem Start einer Aufgabe erfüllt bzw. geklärt sind.

Unterschiede zwischen Definition of Ready und Definition of Done

Die DoR und die Definition of Done (DoD) ergänzen sich:

• Definition of Ready legt fest, wann eine Aufgabe bereit ist, um in den Sprint aufgenommen zu werden. Ihr Fokus liegt auf der Vorbereitung der Aufgabe, bevor die eigentliche Bearbeitung beginnt.
• Definition of Done bestimmt, wann eine Aufgabe vollständig abgeschlossen ist, inklusive Tests, Dokumentation und Akzeptanzprüfung. Sie sichert die Qualität des Ergebnisses am Ende des Arbeitsprozesses.

Kurz gesagt: Die DoR sichert den Startpunkt, während die DoD den Endpunkt einer Aufgabe definiert.

Höhere Liefertreue mit einer Definition of Done