Now accepting guest editorial from SAP, Oracle, Workday and ServiceNow practitioners.Pitch a guide
The Sign-Off Table

Lesson 5 of 6

Conditional sign-off and risk acceptance

8 min

Listen to this lesson

0:00 / 8:05

Real programs rarely reach every exit criterion cleanly. A few defects remain, a scenario could not be tested because a partner system was late, a report is still being finished. The choice is not only between signing and refusing. A conditional sign-off accepts the phase on the record, subject to stated conditions that must be met by stated dates, with owners. Done well, it keeps the program moving while keeping every open risk visible.

Full versus conditional

Full sign-offConditional sign-off
Exit criteriaAll metSome not met, each with a decision
Open itemsNone that affect acceptanceListed as conditions with owners and dates
RiskResidual risk within agreed limitsSpecific risks explicitly accepted by named owners
Follow-upNone required for this phaseConditions tracked to closure; reviewed at the next gate
If conditions slipNot applicableEscalate; the sign-off may lapse or the go-live decision may change

Full and conditional sign-off compared.

What makes a condition real

  • Specific: "Fix defect 233 (tax on Chicago shipments) and retest scenarios O2C-CHI-01 to 03", not "resolve remaining tax issues".
  • Owned: one named person is accountable for closing it.
  • Dated: a due date that makes sense against the next gate or go-live.
  • Verifiable: what evidence will show it is done, such as a passed retest run.
  • With a fallback: what happens if it is not met, such as a workaround in production, a delayed go-live for that plant, or escalation to the steering committee.
  1. Is it specific?Yes → next · No → name the defect and scenarios, such as defect 233 and O2C-CHI-01 to 03
  2. Is one person accountable?Yes → next · No → name an owner, not a team
  3. Is there a due date before the next gate or go-live?Yes → next · No → set one that fits the plan
  4. Is the closing evidence defined?Yes → next · No → state it, such as a passed retest run
  5. Is there a fallback if it slips?Yes → the condition is real · No → agree a workaround, delay or escalation
A condition is real only when it passes all five checks: specific, owned, dated, verifiable and backed by a fallback.
The Sign-Off Table · thesignofftable.com/academy/sap-tst-105

Workarounds

Many conditions rely on a workaround: a temporary way of achieving the business result despite the defect. Before a workaround supports a sign-off, check that it is documented, that the people who will use it are trained, that it works at real volumes, and that it does not weaken a control. A manual tax adjustment for a handful of Chicago invoices might be acceptable for two weeks; for every invoice for a quarter, it probably is not.

CheckAcceptable workaroundNot acceptable
DocumentedWritten steps for the manual tax adjustmentKnown only to the consultant who found it
TrainedChicago billing clerks have practised itUsers will learn it on day one
VolumeA handful of Chicago invoices for two weeksEvery invoice for a quarter
ControlsAdjustments reviewed and approvedBypasses tax or approval controls
Check a workaround for documentation, training, volume and control impact before it supports a sign-off.
The Sign-Off Table · thesignofftable.com/academy/sap-tst-105

Limit how much a single sign-off can carry. A sign-off with two or three well-defined conditions is a reasonable decision. A sign-off with thirty conditions is a refusal written politely, and the people downstream should treat it that way. Some programs set a rule in their governance plan, such as no conditional sign-off with an open critical defect, or a maximum number of open high defects across all conditions, so that the line is agreed before the pressure arrives.

The risk acceptance record

When a known risk is accepted, write it down in a consistent form. A simple template is enough:

  1. Risk: what could go wrong, in business terms.
  2. Cause: the defect, untested area or unmet criterion behind it, with references.
  3. Impact and likelihood: who is affected, how badly, how likely.
  4. Mitigation and workaround: what reduces the risk until it is closed.
  5. Condition to close: the specific action and evidence that will remove it.
  6. Owner and date: who closes it, by when.
  7. Accepted by: the name and role of the person accepting the residual risk, and the date.
  1. IdentifyUnmet exit criterion or open defect found in the test summary
  2. AssessImpact, likelihood, workaround; can it wait?
  3. DecideOwner accepts, rejects, or asks for more evidence
  4. RecordRisk acceptance record and condition on the sign-off
  5. TrackConditions reviewed in triage and at the next gate until closed
From an open item to a tracked condition.
The Sign-Off Table · thesignofftable.com/academy/sap-tst-105
  1. Sign-offConditions recordedDan signs finance UAT with defect 233 as a condition, owner and date
  2. WeeklyReviewed in triageEach condition is closed, on track, or at risk
  3. Before the gateStatus confirmedClosed with evidence, open with a credible plan, or slipped
  4. On a slipBack to the acceptorDan decides what the new date means for the risk he accepted
  5. Go/no-goRemaining conditions visibleThe steering committee sees every condition still open
Conditions are tracked from the signature to go/no-go, and any slip returns to the person who accepted the risk.
The Sign-Off Table · thesignofftable.com/academy/sap-tst-105

What would you do?

Dan is willing to sign finance UAT if defect 233 (sales tax not calculated for Chicago shipments) is fixed before go-live. How should the condition be written?

Key points
  • Conditional sign-off accepts a phase subject to specific, owned, dated, verifiable conditions with a fallback.
  • Full sign-off means all exit criteria are met with residual risk in agreed limits.
  • Check workarounds for documentation, training, volume and control impact.
  • Record each accepted risk with cause, impact, mitigation, condition, owner, date and acceptor.
  • Track conditions to closure; slipped conditions go back to the risk acceptor.

Check your understanding · not graded

Lesson check

  1. 1. What distinguishes conditional from full sign-off?

  2. 2. Which is a well-formed condition?

  3. 3. A condition slips past its date. Who should decide what happens next?

  4. 4. Which check should be made before a workaround supports a sign-off?