Essential Guide

Gathering and managing software project requirements

A comprehensive collection of articles, videos and more, hand-picked by our editors
Q
Get started Bring yourself up to speed with our introductory content.

How do requirements relate to acceptance criteria?

Requirements and acceptance criteria often seem to be essentially the same thing, but that's not quite true.

Although requirements and acceptance criteria provide the information to test and develop new application features,...

they provide that information in different ways and for distinct reasons. Requirements and acceptance criteria often seem to be essentially the same thing, but that's not true.

Requirements represent functionality definitions. Requirements are documented functional needs that a code feature or application design must perform to meet contractual needs or customer expectations. In Agile, requirements often change throughout the development of a feature. They are typically developed by a business analyst or product owner with direct input from the customer or end user.

Design conversations are highly important in Agile, and acceptance criteria should always be part of the team conversation. Acceptance criteria are team-driven, agreed upon measures to call a project "done." In other words, acceptance criteria determine whether the code meets the requirements and can be moved into a release.

Acceptance criteria rarely change once they are defined. However, if a requirement changes and the changes fundamentally alter the feature design, the acceptance criteria within a project are reviewed by the development team and updated as needed.

In Agile Scrum, acceptance criteria are more important to application design than the overall functional requirement, because they function as the small, incremental building blocks that form the base of the design. From a design perspective, acceptance criteria are the atomic units of each requirement. They represent the individual steps for each individual user project that the development team must accomplish before a project is completed, and include it in an upcoming release to customers.

It is important for a team to spend as much time crafting quality, accurate acceptance criteria as is spent gathering and generating feature requirements.

This was last published in December 2014

PRO+

Content

Find more PRO+ content and other member only offers, here.

Essential Guide

Gathering and managing software project requirements

Have a question for an expert?

Please add a title for your question

Get answers from a TechTarget expert on whatever's puzzling you.

You will be able to add details on the next page.

Start the conversation

Send me notifications when other members comment.

By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States. Privacy

Please create a username to comment.

-ADS BY GOOGLE

SearchMicroservices

TheServerSide

SearchCloudApplications

SearchAWS

SearchBusinessAnalytics

SearchFinancialApplications

SearchHealthIT

Close