Checklist 03 · Conversion-Gate Review

If the gate cannot refuse work,
it is not a gate.

Four seams. Three conditions each. Test whether the handoff is actually governed before work crosses it.

Tick what already holds. Everything left becomes a numbered work plan you can assign and print.

12 conditions Kept in this browser only.
Get → Sort
Why it matters

Sequencing ungoverned demand makes a plan out of work that should never have entered.

What to do

Put an admission step in front of sequencing, with conditions that can fail.

Why it matters

Inconsistently applied conditions teach people which route is easiest, and they take it.

What to do

Publish the entry conditions and audit a sample of recent admissions against them.

Why it matters

Unrecorded rejections come back through another door, and you never learn the pattern.

What to do

Log rejections with the reason, and review the log for repeat requesters.

Sort → Do
Why it matters

A commitment that needs interpretation before it can start will be interpreted differently by everyone.

What to do

Have the receiving team confirm executability before the commitment is accepted.

Why it matters

Shared ownership is the most reliable way to produce no owner at all.

What to do

Assign one named owner per item — a person, not a team.

Why it matters

Dependencies found mid-flight become delays with no owner and no decision path.

What to do

Require a dependency declaration as part of accepting the commitment.

Do → Prove
Why it matters

Evidence assembled on request is assembled to persuade. Evidence produced by default is evidence.

What to do

Instrument the work so completion emits its own record without anyone being asked.

Why it matters

Undated evidence cannot establish sequence, and sequence is most of what proof is.

What to do

Add timestamp and source to the evidence record as a required field.

Why it matters

Self-defined completion drifts toward whatever was actually finished.

What to do

Write a completion definition per work type and have a second party confirm it.

Prove → Improve
Why it matters

Proof that ends in a report changes nothing. The loop is where capability compounds.

What to do

Route proof output into the next cycle’s entry conditions as an input.

Why it matters

Overstated claims survive until someone checks, and the check usually arrives at the worst moment.

What to do

Mark each claim as proven or unproven, and publish both lists together.

Why it matters

Improving execution inside a broken gate makes the wrong work arrive faster.

What to do

For each improvement, state which entry condition it changes. If none, ask why.

ZBTOS · Checklist 03
The conversion-gate review — open items
 
 
Your work plan

Open items

Assign an owner and a date, then print. Only the open items print.
#Do thisOwnerBy when
ZBTOS™ by ETEGY · zbtos.com/conversion-gate-review.html · Conditions drawn from published doctrine. Published in full.

Gaps wider than your team can close?

An assessment tells you how wide. Foundation teaches your people to close them without buying the read again.