Der Scrum-Guide beschreibt das Prinzip DOD ganz allgemein als ein Werkzeug zur Schaffung von Transparenz für den Begriff “fertig”. Transparenz fällt einem nicht in den Schoss, sie ist ein Weg, den es zu beschreiten gilt. Transparenz erfordert Kompetenz und Disziplin. Ein gemeinsam verabschiedetes Dokument verkörpert ein explizites und geteiltes Verständnis davon, unter welchen Bedingungen ein Produktinkrement fertig ist.
Im Internet gibt es eine ganze Reihe weiterer Definitionen.
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 gleichzusetzen mit dem gleichnamigen Dokument. Ein Team setzt sich Ziele. Die DOD ist das Versprechen, diese Ziele erreichen zu wollen. Typischerweise enthält eine DOD Angaben zur Qualität von Code und zum Umfang der Testpyramide. Aber eine DOD muss alle für die Qualität relevanten Themen betrachten. Dazu zählt auch der Grad der Automatisierung für die Durchführung der Testpläne und die Installation der Software und der Umfang der Dokumentation.
Die Schlussfolgerung ist ganz einfach: Eine Produktdokumentation gehört zum Produktinkrement. Folglich ist ein Produktinkrement nur dann am Ende einer Iteration fertig, wenn das Team angemessen dokumentiert hat. Mit der DOD wird für Dokumentation definiert, was «angemessen» bedeutet. Gleichzeitig ist es das Versprechen des ganzen Teams, die Produktdokumentation zu pflegen.