Definition of Done vs. Akzeptanzkriterien

Falls Du Scrum-Newbie bist, sind Dir eventuell schon die Begriffe Definition of Done (DoD) und Akzeptanzkriterien über den Weg gelaufen. Mir selbst war zu Beginn meiner Arbeit als Scrum Master und Agile Coach der Unterschied nicht so wirklich klar. Mit diesem kleinen Beitrag möchte ich Dir deshalb dabei helfen, beides besser voneinander unterscheiden zu können, falls Du Dich gerade in der gleichen Situation befindest.

Anders als Akzeptanzkriterien ist die Definition of Done ein fester Bestandteil des Scrum Frameworks. Sie dient dazu, in Deinem Scrum Team ein gemeinsames Verständnis davon zu erzielen, wann eine Aufgabe, User Story oder anderes Product Backlog Item (wirklich) fertig ist und auslieferbar ist. Deshalb gilt die DoD logischerweise für alle Product Backlog Items gleichermaßen.

Darüber hinaus entsteht die Definition of Done zu Beginn der Produktentwicklung oder zum Start eines Projektes. (Alles andere würde keinen Sinn ergeben.) Anpassungen an der DoD werden meistens in der Sprint Retrospektive vorgenommen, falls Dein Team beispielsweise feststellt, dass keine gute Qualität ausgeliefert wurde oder nach der Auslieferung an den Kunden Nacharbeiten entstanden sind. Solche Veränderungen sind jedoch ausgesprochen selten, sodass die DoD (recht) statisch ist.

Eine klassische Definition of Done in der Software-Entwicklung sieht sehr häufig folgendermaßen aus:

Im Gegensatz zur Definition of Done sind Akzeptanzkriterien lediglich eine weit verbreitete Praxis. Sie beziehen sich auch auf ein einzelnes, individuelles Product Backlog Item (PBI). In erster Linie dienen sie dazu, um einem PBI mehr Klarheit zu verschaffen und Sprint-Readiness herzustellen. Deshalb entstehen Akzeptanzkriterien während des Product Backlog Refinements, weil Dein Scrum Team hier bespricht, was beispielsweise mit einer User Story genau gemeint ist.

Anders als die Definition of Done sind Akzeptanzkriterien auch zwischen Entwicklern und Product Owner verhandelbar. Wenn ein Scrum Team beispielsweise während des Sprints feststellt, dass ein bestimmtes Akzeptanzkriterium deutlichen Mehraufwand verursacht (oder gar nicht erreichbar ist), können die Entwickler das Gespräch mit dem Product Owner suchen und darüber entscheiden, ob das Akzeptanzkriterium zwingend notwendig ist.

Auf diese Weise kann der Scope eines Sprints verringert werden, ohne dass zwangsläufig das Sprintziel in Gefahr gerät.

Nehmen wir einmal folgende User Story als Beispiel:

Als Kassenpatient möchte ich Fotos und Screenshots von meinem Krankenschein an meine Krankenkasse übermitteln können, damit ich diese nicht mehr per Brief versenden muss.

Dann könnten folgende Akzeptanzkriterien denkbar sein:

Trotz aller Unterschiedlichkeit haben DoD und Akzeptanzkriterien einen wichtigen Berührungspunkt. Und zwar immer dann, wenn in der Definition of Done Deines Scrum Teams folgender Punkt festgehalten wird:

In diesem Fall hat sich also Dein Team darauf geeinigt, dass immer alle Akzeptanzkriterien erfüllt sein müssen, damit ein Product Backlog Item fertig (done) ist. Welche Dinge das bei einem konkreten PBI genau sind, steht natürlich in den Akzeptanzkriterien des Items selbst.

Ich hoffe, ich konnte Dir mit diesem kleinen Artikel dabei helfen, die Unterschiede (und Berührungsprunkte) zwischen der Definition of Done und Akzeptanzkriterien besser nachzuvollziehen. Falls Du noch Fragen, Ideen, Anregungen oder Kritik zu diesem Beitrag hast, freue mich mich natürlich wie immer auf einen Kommentar von Dir!