Definition of Done vs. Acceptance Criteria

Definition of Done vs. Acceptance Criteria

While "Definition of Done" appears 16 times in the 2020 Scrum Guide, you won't find the words "Acceptance Criteria", but you will find them just about everywhere software is being developed.

What's the difference?

While the Definition of Done is part of the Scrum framework as a Commitment for an Increment, Acceptance Criteria is what a Product Owner, Stakeholder, Customer, or User requires to "accept" the work. It's in the name.

Let's first start with saying that User Stories are Negotiable (INVEST anyone?) for a reason. They are designed to entice a conversation. In the end, after that Product Backlog item is refined and the details of the acceptance criteria are attached, when the work for that User Story ends up in a Sprint Backlog, it will have the level of detail necessary to know when it meets the expectations of "acceptable".

For example, given any application where we have user login functionality, we might also have a need for a "Logout" button.

In order for this "Logout" button to be "acceptable" to those who want it, its Acceptance Criteria might be:

  1. 280x64 pixels
  2. Forest green (hex code #228B22)
  3. Contain "Logout" in Arial Black at 14pt
  4. Reset the app to the Login screen

... and whatever other details have been required.

Those are very specific. If the customer is expecting forest green and the button is purple... this isn't "acceptable". If the logout button doesn't reset the app to the login screen... this isn't "acceptable".

This gives the Developers clear and concise goals to attain to elevate that work to a point where they can then check it against the Scrum Team's broader Commitment of Definition of Done.

Does "Acceptance Criteria" appear in your team's Definition of Done? How does your understanding of Acceptance Criteria differ from this? How is it used within your Scrum framework? Comment below.

Constantin von Zitzewitz

Mit Euch gemeinsam wirksame agile Prozesse entwickeln. Entspannt und doktrinfrei.

3 年

Hey Heath, The purpose of Acceptance Criteria is mostly to ensure agreed upon or contractal quality. They are also often found on the level of Product Backlog Items (Stories, Features). Purpose of DoD is to ensure usability and quality on the level of the Increment. So that the integrated Increment can be used empirically to test for value any get feedback. So far my interpretation...

要查看或添加评论,请登录

Heath Close, PSPO, PSM的更多文章

  • Elevating your Scrum Board to Professional Kanban and Why It Matters

    Elevating your Scrum Board to Professional Kanban and Why It Matters

    Scrum is a conversation framework. Kanban is a framework for asking the right questions sooner rather than later.

    1 条评论
  • A Scrum Team's Working Agreement

    A Scrum Team's Working Agreement

    Scrum Talk Daily - # 24 A Scrum Team's Working Agreement Very early on in a Scrum Team's self-organization, it's good…

  • Scrum Artifacts # 3 - The Increment

    Scrum Artifacts # 3 - The Increment

    Scrum Talk Daily - # 23 The third Scrum Artifact is the Increment. An Increment is the result of the work on a Product…

  • Scrum Talk Daily - # 22

    Scrum Talk Daily - # 22

    Scrum Artifacts # 2 - The Sprint Backlog We learned yesterday there are 3 Scrum Artifacts and that each artifact…

社区洞察

其他会员也浏览了