Skip to content
PMPCAPM

Definition of Done

The definition of done (DoD) is a shared understanding within the agile team of the criteria that must be met before a product backlog item or increment is considered complete and ready for release.

Share:

Know it well enough for the exam? Questions on Definition of Done are scenario-based, not definitional.

Practice it free

Explanation

The definition of done is a critical quality and scope management artifact in agile projects. It establishes a clear, shared standard for what "complete" means, ensuring that all team members and stakeholders have the same expectations. Without a clear DoD, different team members may have different interpretations of completeness, leading to inconsistent quality, technical debt, and stakeholder dissatisfaction.

A typical DoD might include criteria such as code written and reviewed, unit tests passing, integration tests passing, documentation updated, acceptance criteria met, performance benchmarks achieved, and product owner approval obtained. The DoD applies to every item the team delivers, creating a consistent quality standard across all work.

The definition of done is related to but distinct from acceptance criteria. Acceptance criteria are specific to individual user stories and define what that particular story must do. The definition of done is a universal checklist that applies to all stories and defines the general quality standards the team must meet. Both must be satisfied before work is considered complete.

Key Points

  • •Shared understanding of criteria for completeness
  • •Applies universally to all backlog items and increments
  • •Distinct from story-specific acceptance criteria
  • •Ensures consistent quality and prevents technical debt

Exam Tip

Definition of done applies to ALL items. Acceptance criteria apply to individual items. On the exam, DoD ensures transparency about what "done" means and is agreed upon by the whole team.

Frequently Asked Questions

Related Topics

High-yield topics our learners drill most before exam day.

Burndown Chart

A Burndown Chart is a graphical representation of work remaining versus time in a Sprint or release, showing whether the team is on track to complete the planned work.

Resource Leveling

Resource leveling is a resource optimization technique in which adjustments are made to the project schedule to keep resource usage at or below a defined limit, often resulting in a longer project duration.

Risk Register

The risk register is a project document that records the details of individual project risks, including their identification, analysis results, response plans, and current status.

Stakeholder Mapping

Stakeholder mapping is the visual representation of stakeholder relationships, influence, interest, or other attributes using grids, matrices, or diagrams to support analysis and engagement planning.

Relative Estimation

Relative Estimation is an agile technique where work items are sized in comparison to each other rather than in absolute units like hours or days, providing faster and more accurate estimates.

Cost Performance Index (CPI)

Cost Performance Index (CPI) is an EVM efficiency metric that measures cost performance as the ratio of earned value to actual cost: CPI = EV / AC.

Schedule Performance Index (SPI)

Schedule Performance Index (SPI) is an EVM efficiency metric that measures schedule performance as the ratio of earned value to planned value: SPI = EV / PV.

Earned Value Management (EVM)

Earned Value Management (EVM) is a methodology that integrates scope, schedule, and cost data to assess project performance and progress objectively.

Power/Influence Grid

The power/influence grid is a stakeholder classification model that groups stakeholders based on their level of authority (power) and their active involvement or ability to affect the project (influence).

Part of

Scope Management

Study full domain →

Practice Definition of Done

Scenario-based questions with a full explanation on every answer — including why the distractors are wrong.