
Decision gates
Release scope
One release decision needs a named build or change set; do not mix unrelated work.
Release board ↗Criteria
A gate with vague or disputed criteria is not ready for a pass label.
Release board ↗Execution
Keep not-run work visible. A drafted case is not an executed case.
Release board ↗Open defects
A blocked or failed gate needs a person to investigate, not a cosmetic score.
Release board ↗Evidence
Link the gate to evidence that belongs to this build and environment.
Release board ↗Decision
A board can prepare the facts. It cannot sign off or deploy for the owner.
Release board ↗Do not hide the open gate
The owner makes the decision with the unresolved work in view.
Release board
Set each gate to pass, fail, blocked or not run and add an owner note. The board organises a discussion; it never grants approval.
Follow the work

Turn A Product Request Into Acceptance
Criterion frame ↗
Write Scenario Paths With Observable Outcomes
Path writer ↗Open gate visible?
A drafted test, an observed result and a release decision are different events. Keep each one tied to the product you actually checked.