Agile Scrum Definition of Done DOD

Agile Scrum Definition of Done DOD
Agile Scrum Definition of Done DOD

The Definition of Done (DoD) in Agile Scrum is a shared, team-wide checklist of the quality criteria every product backlog item must meet before it can be considered truly complete and releasable. It ensures consistent quality standards and prevents “almost done” work from accumulating as technical debt.

DoD vs. Acceptance Criteria

It is common to confuse the DoD with Acceptance Criteria, but they serve different purposes:

  • Definition of Done: Applies to all product backlog items. It dictates the technical quality standards (e.g., code reviewed, tests passed) required to be releasable.
  • Acceptance Criteria: Specific to an individual user story. It details the unique functional behaviors and business requirements needed to satisfy the user.

Typical DoD Checklist

While the DoD evolves as the team matures, a standard software development checklist often includes:

  • Code written and passes static analysis checks
  • Peer code review completed (Pull Request approved)
  • All unit and automated acceptance tests are written and passing
  • Security and performance checks completed
  • Meets accessibility standards (e.g., WCAG)
  • All necessary documentation (API, release notes, user guides) is updated
  • Deployed to a staging/testing environment

Why the DoD Matters

  • Transparency: Everyone—from developers to stakeholders—knows exactly what “done” means, removing ambiguity.
  • Quality Assurance: Establishes a minimum quality threshold, reducing bugs and future rework.
  • Releasability: Ensures the product increment is genuinely usable and ready to be shipped to end-users.
Unknown's avatar

Author: Mark Whitfield

Welcome to my site! After graduating in Computing in 1990, I accepted a position as a programmer at a Runcorn based software house specialising in electronic banking software, namely sp/ARCHITECT-BANK on Tandem Computers (now HPE NonStop). This was before the internet became more prevalent and so the notion of enabling desktop access to company accounts for inter-account transfers and book keeping was still quite a cutting edge idea (and smartphones only ever hinted at in Space 1999). The company was called The Software Partnership (which was taken over by Deluxe Data in 1994). I spent 5 years in Runcorn developing code for SP/ARCHITECT for various banks like TSB, Bank of Scotland, Rabobank and Girofon (Denmark) to name but a few. I then moved onto a software house in Salford Quays for further bank facing projects. After a further 23 years in the IT industry and now a Senior IT Project Manager (both Agile and Waterfall delivery), I thought I would echo out my Career Profile in this corner of the internet for quick and easy access.

Leave a comment