acceptance criteria

Articles

user story card Simplify Your User Stories: Make Them Independent

Writing independent user stories seems simple, but it is actually difficult to do well. There are often parts of some stories that are dependent on other stories' functionalities, so it's not easy to keep them separated. Kris Hatcher relates how his team wrote and scored stories to keep them independent but still meeting acceptance criteria.
Kris Hatcher's picture Kris Hatcher
January 27, 2016
Definition of done How Agile Teams Should Use the Definition of Done

The definition of done is an informal checklist that the team agrees applies to all pieces of work. But how does the definition compare to acceptance criteria? And should it apply to every task, or every story? How often should you review or change your definition? Allan Kelly helps you navigate your team's definition of done.
Allan Kelly's picture Allan Kelly
September 16, 2015
Specifications Acceptance Criteria, Specifications, and Tests

One of the benefits of agile is how it helps specify requirements. Instead of trying to predict the future with your requests, you can wait an iteration and see if more criteria are needed. This article gets into how executable specifications, specification by example, and test automation can help further improve your requirements management.
Allan Kelly's picture Allan Kelly
September 9, 2015
Acceptance criteria checkbox Defining Acceptance Criteria for Agile Requirements

Acceptance criteria can be helpful in expanding on user stories in order to capture requirements for agile projects. However, acceptance criteria should not be a route back to long, detailed documents, and they are not a substitute for a conversation. This article tells you how and when acceptance criteria should be written and employed.
Allan Kelly's picture Allan Kelly
September 2, 2015
More

Conference Presentations

Specification by Example: Building Executable Requirements

Specification by Example is a collaborative approach for constructing executable requirements. Examples demonstrate how the system should operate through the eyes of its users and shows understanding of the application’s functions. Michael Connolly demonstrates the practical and easy-to-implement Specification by Example method which he uses to write user stories and acceptance criteria. This direct approach, in which requirements are elaborated via executable code, creates a solid communication bridge between non-technical and technical staff and managers within the organization. Eventually, these executable requirements become the basis for the system’s acceptance test suite. As a take away, Michael provides participants with a lightweight requirements document format and an acceptance criteria framework to help you translate written specifications into automation.
Michael Connolly, OPOWER
More

AgileConnection is a TechWell community.

Through conferences, training, consulting, and online resources, TechWell helps you develop and deliver great software every day.