Separating who acts from who checks reduces single-point omissions
Aliases: independent verification · cross-checking · two-person concept
What it is
An operator-checker workflow relies on independent verification: one person proposes or carries out an action, and another confirms the target, the preconditions, and the likely consequences using independently reacquired evidence, catching a single-point omission before it propagates unchecked. This should be kept distinct from a mandatory two-person authorization that requires both people to act at once before a control can be armed — that mechanism gates who is allowed to initiate; this one gates whether what was prepared is actually correct. The two can be combined, but they answer different questions.
Why it happens
A second person only adds information when they reacquire the evidence independently. If the checker's job amounts to glancing at the operator's already-made selection and confirming it, both people are now working from the same evidence, and the check degenerates into confirmatory agreement rather than an independent look. The flip condition is disclosure order: a checker who states their own judgment before seeing the operator's choice — a blind check — retains the ability to catch an independent error; once the checker sees the operator's answer first, anchoring and an authority gradient push the checker toward agreement, and detection power drops from catching independent random errors to catching only the most extreme, obvious ones.
The workflow should also distinguish three points in time that intercept different error types: pre-authorization catches the wrong target or wrong action before it starts; concurrent checking catches drift during execution; retrospective audit only finds a deviation after the fact and cannot prevent its consequences. None of the three substitutes for the others.
Studying it
A signal-detection framework fits well here: seed a known proportion of trials with a wrong target, wrong unit, or stale data, and compare hit rate and false-alarm rate across solo operation, joint discussion, and blind independent checking. Separating discriminability from response bias distinguishes "the checker can actually tell the difference" from "the checker simply reports more or fewer flags." It also matters whether the checker actually reopens the source data or just rereads the form the operator already filled in — that behavioral difference predicts independence better than the raw catch rate does.
Because severe errors are rare by design, seeded scenarios are needed to accumulate enough trials; counting only naturally occurring near-misses cannot distinguish "the check truly works" from "errors were already unlikely."
Where it stops holding
- Two-person checking adds measurable time and staffing cost, so it is not worth applying to every low-consequence action — it earns its cost mainly where the outcome is irreversible or expensive to undo.
- A checker who shares the same training, the same interface, or the same sensor as the operator can share the same blind spot; independent verification does not catch this kind of common-cause error.
- Checking the same near-zero-error item repeatedly over long stretches produces a vigilance decrement: attention degrades with time and repetition, and the check drifts into a routine sign-off with little real detection power. Periodically injecting seeded errors during otherwise routine checks is a standard way to keep the check honest — the workflow does not stay effective just because it was designed correctly once.
- Emergency actions need an explicit, pre-defined bypass condition and authorization level, or the check itself becomes the bottleneck in a time-critical response.
Applying it
- For high-consequence actions, require the checker to enter their own target and key parameters independently before the interface reveals what the operator originally selected.
- Compare both results after the checker commits; route any disagreement through a defined escalation path and log both the disagreement and which judgment was ultimately used.
- Periodically inject seeded errors — wrong target, wrong unit, stale data — into training or non-critical scenarios and track the interception rate over time as an ongoing effectiveness metric rather than a one-time sign-off.
- How to check: audit a period of check records for the rate at which the checker actually changed the operator's original input. A rate that stays near zero for long stretches usually means the check has become a formality, and the blind-check ordering or checker rotation needs to be redesigned.
Related
- Same group: Y1.09.1 Diffusion of responsibility in operations · Y1.09.2 Coordination needs awareness of what other operators are doing, not just one's own display · Y1.09.4 Gaps at overlapping responsibilities are the likeliest place for something to go unhandled
- Nearby: Y4.03 Two-person verification · Y4.02 Redundancy and voting
- Search terms:
independent verification·cross-checking·vigilance decrement
Cards in the same group
- Y1.09.1When ownership of a critical action is unclear, each operator can reasonably assume the other has it
- Y1.09.2Coordination needs awareness of what other operators are doing, not just one's own display
- Y1.09.4Gaps at overlapping responsibilities are the likeliest place for something to go unhandled