Definition of Done
Unlike acceptance criteria, which are specific to each user story, the Definition of Done applies equally to all increments. It is explicit, known to the whole team, and evolves over time: as the team learns and the product matures, the quality bar rises.
Without a clear Definition of Done, the team may produce a cloud of seemingly done work in an uncertain state, which complicates planning and creates hidden risks for the delivery date.
Who defines it
It is defined jointly by the developers and the Product Owner. The development team contributes the technical quality criteria; the Product Owner contributes the deliverability criteria from the customer's perspective.
Levels of application
The Definition of Done can be applied at different levels of granularity:
Task
- Implemented.
- The code written complies with the project's style guides and guidelines.
- Unit tests carried out.
- Integrated into the repository.
- Integrates correctly with the rest of the system in the build.
- Task tracker updated.
- Agreed metrics met: coverage, static analysis, etc.
- Approved by the tester.
User story
- All associated tasks are done.
- Issues detected during the development phase resolved.
- Code documented with relevant comments where they add clarity.
- Documentation and other project requirements completed.
- Meets the agreed acceptance criteria.
- Integration tests performed.
- Cumulative unit tests and acceptance tests passed (manually or automatically).
Sprint
- All planned stories are done.
- Sprint Review held and stakeholder feedback gathered.
- Retrospective held and at least one improvement action identified.
- Approved by the Product Owner.
Differences from acceptance criteria
Acceptance criteria focus on each backlog item individually: the Product Owner defines them to explain what they expect from a specific story. The Definition of Done concerns increments in general: it defines the minimum quality standard that any delivered work must meet.
A story can meet its acceptance criteria and still not satisfy the Definition of Done if, for example, the code does not pass static analysis or is not correctly integrated.
The Definition of Done in AI-Enabled Teams
With AI, the "definition of done" serves as the primary counterweight to speed: AI can produce work that appears finished but may contain subtle errors, fabricated data, or solutions that work today yet cause problems tomorrow. For this reason, teams working with AI make their definition of done more rigorous, not less. The core criterion is human review: any work produced by AI must be reviewed by a person who understands the task—ensuring not just that it functions or appears correct, but that it is truly sound.
Enhanced DoD
Many teams add specific criteria for work produced by AI—a practice known as an "enhanced DoD" (Definition of Done). This is an emerging practice rather than a requirement of the standard framework. The most common criteria include:
- Independent verification: AI-generated output is checked by someone or something other than the entity that produced it.
- Visible provenance: A record is kept of which parts were produced by AI and who reviewed them.
- Automated checks: In software, this includes automated analysis for quality, security, and code duplication; in other contexts, it may involve verifying sources, checking for personal data, or ensuring consistency with a style guide.
Some teams use a second AI as an initial filter (AI supervising AI), but this never replaces human review.
Prototypes generated through vibe coding or rapid conversational generation are not considered releasable increments: they are learning artifacts for validating hypotheses. Counting them as done under the Definition of Done without passing the reinforced DoD is one of the most common ways in which AI-generated code turns into accumulated technical debt.
Common mistake
Having a Definition of Done that nobody checks. Teams often agree on a DoD in the first few weeks and then neither review it nor apply it consistently. As a result, each team member implicitly applies their own definition of "done," which leads to inconsistent quality across stories and increments. The DoD is not a project kickoff document: it is a living standard that must be visible and reviewed at every Sprint Retrospective.
Resources
📄 Definition of Done o definición de hecho [Definition of Done, in Spanish]Scrum Manager Blog · Mar 2023
📄 Scrum Master v.4.0 [in Spanish]Free download · Scrum Manager
📄 Scrum Master en equipos con IA v.1.0 [Scrum Master in Teams with AI v.1.0, in Spanish]Free download · Scrum Manager
See also
Want to advance in agility? You can search for course and exam calls or go at your own pace by becoming a member of the Agile Club. This membership includes exclusive resources, e-learning classrooms, and access to Skill Arena: a space to practice and measure your agile skills at your own pace.