Skip to main content

Acceptance Criteria Question

Last post 03:17 pm June 14, 2018 by Todd Swift
6 replies
08:19 pm June 13, 2018

We had a healthy discussion around acceptance criteria from a Product Owner and Development Team perspective. Can the Development Team adjust the acceptance criteria for a given story mid Sprint if the Sprint Goal is not impacted and not violate the Scrum Guide? We concluded that we think yes they can and still qualifies as Scrum but wanted to validate with others.


08:49 pm June 13, 2018

The Scrum Guide says that during a Sprint:

  • No changes are made that would endanger the Sprint Goal;
  • Quality goals do not decrease; and,
  • Scope may be clarified and re-negotiated between the Product Owner and Development Team as more is learned.

A User Story is a placeholder for a conversation about a possible requirement, and (as per the INVEST criteria) is negotiable.

What doubts were there, during your discussions, as to whether or not acceptance criteria might be adjusted in your situation? Might such adjustments cause quality goals to decrease, for example?


09:32 pm June 13, 2018

It's important to note that the Scrum Guide doesn't make any mention of acceptance criteria, so it is neither a requirement to use it, nor to keep it constant at any point.

The Development Team can inspect and adapt the Sprint Backlog in any way it sees fit, in order to help it meet the Sprint Goal. This could include removing items, adjusting the items that are there, or adding new ones.

The Product Owner is accountable for the Product Backlog.

Although software tools will often force the same item to belong to both backlogs, the Sprint Backlog and Product Backlog are separate artifacts, and are often adapted separately.

As long as the Development Team respect the Definition of "Done", and are accountable for the increment they produce, what harm could come from them adjusting the acceptance criteria?

If the Product Owner is ultimately not satisfied that a particular Product Backlog Item was completed in the increment, he or she might decide to keep it on the Product Backlog.


12:57 am June 14, 2018

According to scrum guide "No changes are made that would endanger the Sprint Goal" + User story is a placeholder for discussion. Again scope can be clarified and renegotiated. Also often times, based on the new findings of the finished Sprint backlog items it could be a wise decision to UPDATE the acceptance criteria to be more meaningful and helpful for the development and testing of that PBI. As long as the update is only enhancing the quality and clarity of the Sprint goal you may as well update the Acceptance criteria.

Also note that there is no prerequisite for a Sprint planning meeting, which means the team may take in PBIs that are not READY (completely groomed yet) and this means some acceptance criteria are further defined in the refinement sessions during the Sprint (even though a matured Scrum team usually gets habituated to groom PBIs that are 1-2 Sprint down the road)


01:00 pm June 14, 2018

Thanks so much for everyone's feedback. By modifying our acceptance criteria the quality didn't decrease but I'm going to focus our attention on defining our Sprint goal.  

Our example was that there were more specific error messages that would give more information to the user about what caused the error, so we enhanced our acceptance criteria to include more detailed error messages, and our development team and product owner negotiated to update the story. 


01:27 pm June 14, 2018

Todd, I feel your last statement is spot on: 

"our development team and product owner negotiated to update the story"

Per the Scrum Guide (and previously cited by Ian:

"Scope may be clarified and re-negotiated between the Product Owner and Development Team as more is learned"

In my opinion, what is most critical is that any potential change to a sprint item should be negotiated between the PO and the Dev Team (communication, collaboration), so that everyone is in agreement, the Sprint Goal is not impacted, and any changes to the Sprint Backlog to accommodate such changes (if any) are discussed.


03:17 pm June 14, 2018

Thanks so much for everyone's feedback, it's helping me immensely! :) I've been reading up on how to create effective Sprint Goals, if anyone has any links for suggested reading please attach to this thread.

 


By posting on our forums you are agreeing to our Terms of Use.

Please note that the first and last name from your Scrum.org member profile will be displayed next to any topic or comment you post on the forums. For privacy concerns, we cannot allow you to post email addresses. All user-submitted content on our Forums may be subject to deletion if it is found to be in violation of our Terms of Use. Scrum.org does not endorse user-submitted content or the content of links to any third-party websites.

Terms of Use

Scrum.org may, at its discretion, remove any post that it deems unsuitable for these forums. Unsuitable post content includes, but is not limited to, Scrum.org Professional-level assessment questions and answers, profanity, insults, racism or sexually explicit content. Using our forum as a platform for the marketing and solicitation of products or services is also prohibited. Forum members who post content deemed unsuitable by Scrum.org may have their access revoked at any time, without warning. Scrum.org may, but is not obliged to, monitor submissions.