Das Prinzip DOD

Defi­nition of Done

Defi­nition von Fer­tig

Scrum

Der Scrum-Guide beschreibt das Prinzip DOD ganz allgemein als ein Werk­zeug zur Schaffung von Transpa­renz für den Begriff “fertig”. Transpa­renz fällt einem nicht in den Schoss, sie ist ein Weg, den es zu beschreiten gilt. Transpa­renz erfordert Kompe­tenz und Diszi­plin. Ein gemein­sam verab­schiedetes Doku­ment verk­örpert ein expli­zites und geteil­tes Ver­ständ­nis davon, unter welchen Bedin­gungen ein Produkt­inkre­ment fertig ist.

Im Inter­net gibt es eine ganze Reihe weiterer Defini­tionen.

The definition of done is a shared understanding of expectations that software must live up to in order to be releasable into production, managed by the development team.

scrum.org

The definition of done is orthogonal to user acceptance criteria (functional acceptance) for a feature. It is a comprehensive checklist of necessary, value-added activities that assert the quality of a feature and not the functionality of that feature. Definition of done is informed by reality where it captures activities that can be realistically committed by the team to be completed at each level (feature, sprint, release).

scrumalliance.org

The team agrees on, and displays prominently somewhere in the team room, a list of criteria which must be met before a product increment “often a user story” is considered “done”. Failure to meet these criteria at the end of a sprint normally implies that the work should not be counted toward that sprint’s velocity.

agilealliance.org

The definition of done is an agreed list of criteria that the software will meet for each product backlog item. Achieving this level of completeness requires the Team to perform a list of tasks. When all tasks are completed, the item is done. Don’t confuse the definition of done with acceptance criteria, which are specific conditions an individual item has to fulfill to be accepted. The definition of done applies uniformly to all product backlog items.

less.works

Das Prinzip DOD ist gleich­zusetzen mit dem gleich­namigen Doku­ment. Ein Team setzt sich Ziele. Die DOD ist das Ver­sprechen, diese Ziele erreichen zu wollen. Typischer­weise ent­hält eine DOD Anga­ben zur Quali­tät von Code und zum Umfang der Test­pyra­mide. Aber eine DOD muss alle für die Quali­tät rele­vanten Themen betrach­ten. Dazu zählt auch der Grad der Auto­mati­sierung für die Durch­führung der Test­pläne und die Instal­lation der Soft­ware und der Umfang der Doku­men­tation.

Die Schluss­folgerung ist ganz ein­fach: Eine Pro­dukt­doku­men­tation gehört zum Produkt­inkr­ement. Folg­lich ist ein Pro­dukt­inkr­ement nur dann am Ende einer Iteration fer­tig, wenn das Team ange­messen doku­men­tiert hat. Mit der DOD wird für Doku­mentation defi­niert, was «ange­messen» bedeu­tet. Gleich­zeitig ist es das Ver­sprechen des gan­zen Teams, die Pro­dukt­doku­men­tation zu pflegen.