1/9
Vocabulary flashcards covering key concepts related to establishing and maintaining a proper Definition of Done to prevent surprises in project outcomes.
Name | Mastery | Learn | Test | Matching | Spaced |
---|
No study sessions yet.
Definition of Done
A clear, agreed-upon description of what a finished product, user story, release, or deliverable must include so there are no surprises at completion.
Shared Vision
A mutual understanding between all parties of what the final product should look like and how it should perform.
Frequent Validation
The ongoing practice of regularly confirming the Definition of Done to avoid misinterpretation or changing requirements.
Stakeholder Misinterpretation
A situation in which a client’s verbal description differs from their actual expectations, leading to mismatched outcomes if unchecked.
Developer Misalignment
When a developer’s interpretation of requirements differs from the stakeholder’s intended vision, often due to vague or incomplete definitions.
User Story
A short, specific description of a desired software feature for which a clear Definition of Done must be written.
Release Definition of Done
A documented agreement outlining exactly what a software release must contain so that stakeholders are not surprised on delivery day.
Project Deliverable
Any completed product or component that requires its own Definition of Done to assure it meets agreed-upon expectations.
Surprise Indicator
The negative reaction from stakeholders—“I didn’t expect this”—signaling that the Definition of Done was inadequate.
Continuous Alignment
The practice of revisiting and refining the Definition of Done throughout the project life cycle to adapt to evolving stakeholder needs.