Builders Camp

Glossary

What Is Acceptance Criteria?

Acceptance criteria are the specific, testable conditions a piece of work must satisfy before it can be accepted as done, written collaboratively by the product owner, the development team, and testers. Unlike a Definition of Done, they apply to one specific piece of work rather than to every item a team ships.

What does acceptance criteria mean?

Acceptance criteria are the specific, verifiable conditions a piece of work has to satisfy before it can be accepted as complete. Per Atlassian, they should be clear and testable, aligning the product owner, development team, testers, and stakeholders around the same expected functionality, and each criterion should be binary, meaning it either passes or it does not, with no partial success. Writing them is a collaborative process: the product owner outlines the desired functionality, the development team adds technical insight, and a scrum master or tester helps confirm each criterion is actually checkable.

Written well, acceptance criteria create alignment before expensive work starts, which is what makes them worth the time spent writing them rather than discovering a misunderstanding after the work is already built.

Why acceptance criteria matters for product managers

Beyond Agile treats acceptance criteria as one of the concrete tools that separates real backlog discipline from what the bootcamp calls "bullshit management," activity that looks like process but adds no real value. The bootcamp's own Backlog Refinement template describes the practice directly: grooming backlog items, breaking down work, and clarifying acceptance criteria, treating this as core, recurring work rather than a one time step.

Building with Claude Code extends the same discipline into AI assisted development, teaching PMs to define objective acceptance criteria specifically so that "done" becomes evidence an agent's output can be checked against, not a matter of confidence.

Acceptance criteria example

Building with Claude Code's practical challenge frames acceptance criteria as the first and most important step in a quality gate for AI generated work: the specific, verifiable conditions that must be true before any human reviews the output, explicitly warning against vague criteria like "tests pass" in favor of something more precise and checkable.

In a human team's backlog, the same discipline looks like turning a vague story, "let users filter their dashboard," into specific, testable statements: a user can select one or more filter values, results update without a page reload, and an empty result state shows a clear message rather than a blank screen, each one a criterion someone can check off as pass or fail, not argue about. See the full user story writing guide for how acceptance criteria fit into a complete story.

How Builders Camp teaches acceptance criteria

Builders Camp teaches acceptance criteria inside the Beyond Agile bootcamp, directed by Andre Albuquerque, through its backlog refinement practice and its own Backlog Refinement Miro template.

Builders Camp runs live and self-paced bootcamps in product management and AI product building. See the Beyond Agile bootcamp for the next cohort dates.

Bootcamps referred in this Guide

Frequently asked questions

Who writes acceptance criteria?

It is a collaborative effort: the product owner outlines the desired functionality, the development team adds technical insight, and testers or a scrum master help make sure the criteria are actually verifiable.

What makes a good acceptance criterion?

It is binary. Each criterion should answer clearly whether it is met or not, with no partial credit, and it should describe the outcome expected, not the specific implementation.

How is acceptance criteria different from a Definition of Done?

Acceptance criteria are specific to one user story or task. A Definition of Done is a standing quality bar that applies to every piece of work a team ships, regardless of its specific criteria.

Why write acceptance criteria before development starts?

Because it creates alignment before expensive work begins, reducing the chance of rework caused by a misunderstanding between what was asked for and what actually gets built.

Can acceptance criteria apply to AI generated work?

Yes, and precisely stated criteria matter even more there, since an AI coding agent needs specific, verifiable conditions rather than a vague sense of what 'done' should look like.

What happens when acceptance criteria are missing or vague?

The team ends up relying on individual judgment about what counts as finished, which is exactly the kind of gap that produces work marked 'done' that clearly is not.

Sources

Written by

Andre Albuquerque

Andre Albuquerque

CEO of Builders Camp, SuperOperator, and other companies. Building products.

CEO of Builders Camp, SuperOperator, and other companies. Building products.

LinkedInMore guides by Andre Albuquerque

Last updated 2026-09-16

Researched from Builders Camp's bootcamp, track and masterclass material and the sources listed on this page, drafted with AI, and fact-checked against every source cited.

See the Beyond Agile bootcamp