Definition of Ready

Im agilen Kontext begegnet uns der Begriff der Definition of Ready (DoR). Es handelt sich dabei um Vereinbarungen zur Arbeitsqualität in einem agilen Team. Wie sie genau funktionieren, erfährst Du hier.

Die Definition of Ready (DoR)

Beschreibung

Bei der Definition of Ready handelt es sich um eine Vereinbarung innerhalb eines Teams über den grundsätzlichen Umgang mit Elementen im Product Backlog (Backlog Items). Die Definition of Ready beschreibt, welche Kriterien ein Backlog Item (wie z.B. eine User Story) erfüllen muss, damit das Team mit der Umsetzung beginnen kann.

Die Definition of Ready wird vor allem in Scrum-Teams genutzt, kann aber auch in anderen agilen Teams ihre Anwendung finden. Im Scrum Kontext kann ein Team festlegen, dass nur solche Backlog Items in den Sprint eingeplant werden dürfen, die der Definition of Ready entsprechen. So wird sichergestellt, dass für alle geplanten Items alle notwendigen Voraussetzungen für die Umsetzung erfüllt sind.

Im Gegensatz zur Definition of Done ist die Definition of Ready kein offizieller Bestandteil des Scrum Guides mehr.

Sinn & Zweck

Wozu aber ist die Definition of Ready gut?
Das Ziel ist, den Arbeitsfluss der anfallenden Arbeit während der Umsetzung so wenig wie nötig unterbrechen zu müssen.

Vielleicht habt ihr es auch schon erlebt: Ihr startet im Team eine Aufgabe und während der Umsetzung ergeben sich viele Fragen. Mancher Klärungsbedarf ist so aufwendig, dass die Aufgabe unterbrochen werden muss, um mehr Klarheit zu gewinnen. Die Idee der Definition of Ready ist es, solche Unterbrechungen zu verhindern, indem offene Punkte möglichst vorab geklärt werden. Dies gilt insbesondere für wiederkehrende Ursachen.

Durch den Einsatz einer Definition of Ready kann ein Team seine Effizienz erheblich steigern.

Kurze Abgrenzung DoR und DoD

  • Definition of Ready

    Ziel? Effizienz schaffen, in dem nur Arbeit gestartet wird, die gut genug vorbereitet ist.

    Wer erstellt sie? Das Scrum Team

  • Definition of Done

    Ziel? Produktivität steigern, indem klare Kriterien definieren, wann ein Produktinkrement als abgeschlossen gilt.

    Wer erstellt sie? Das Scrum Team

    Definition of Done
Open Space

Anwendung im Team

Die Definition of Ready wird vom Team gemeinsam definiert und kann als Working Agreement betrachtet werden. Bereits der Austausch darüber, welche Punkte für ein Backlog Item vorab geklärt werden müssen, kann für das Team sehr wertvoll sein und zeigt die unterschiedlichen Erwartungen der Teammitglieder auf. Diese zu klären führt zu einer besseren Zusammenarbeit. Häufig geht es hier um ein einheitliches Verständnis zwischen Developern und Product Ownern.

Risiko

Aber Achtung: Es ist wichtig, das agile Arbeiten in den Fokus zu stellen. Nach wie vor stehen die agilen Prinzipien an oberster Stelle und es gilt Individuals and Interactions over processes and tools. Es ist wichtig, die Definition of Ready nicht zu dogmatisieren, sondern sie so lang wie nötig, aber auch so schlank wie möglich aufzustellen. Eine DoR kann dazu verleiten, Backlog Items zu detailliert vorzubereiten, was nicht mehr im Sinne der agilen Arbeitsweise wäre.

Reflektion und Entwicklung

Die Definition of Ready sollte außerdem, genau wie die die anderen Aspekte der Teamarbeit, regelmäßig reflektiert und angepasst werden. So hat das Team die Möglichkeit, sie genau so aufzustellen, wie sie dem Team am besten dient.

Je länger ein Team zusammenarbeitet, desto schlanker wird seine DoR vermutlich werden, da der eigene Fachbereich sowie die angrenzenden Systeme und regelmäßige Herausforderungen immer besser bekannt sind und das Team an Erfahrung und Vertrauen gewinnt.

Was steht z.B. in einer DoR?

In der Definition of Ready werden üblicherweise Kriterien aufgenommen, deren Fehlen schon mehrfach die Arbeit ins Stocken gebracht haben oder solche, für die diese Gefahr besteht.

Beispielsweise können das Punkte zum Aufbau des Backlog Items, Fragen zu angrenzenden Systemen sein oder andere Voraussetzungen, durch die eine erfolgreiche Umsetzung des Items positiv beeinflusst wird.

  • Agile Produktvision – Alexander Kylburg skizziert am Flipchart Facetten einer Produktvision

    So könnte die DoR eines Teams aussehen

    • Die Akzeptanzkriterien wurden beschrieben und verstanden

    • Der Product Owner hat mit mind. zwei Developern über das Item gesprochen

    • Das Backlog Item wurde von den Developern geschätzt

    • Das angrenzende System XY wurde geprüft und stellt kein Hindernis dar

    • Das Item ist innerhalb eines Sprints bearbeitbar (kleinstmöglich geschnitten)

  • Drei Personen sprechen

    Du möchtest mehr über Scrum erfahren?

    Im Scrum Framework spielt eine Reihe von Events eine große Rolle. Was es damit auf sich hat, haben wir in einem eigenen Artikel zusammengefasst.

    Mehr über die Scrum Events