A10.13.2Exceptional (situational) violationresearchdesign

Exceptional violations occur in rare, high-pressure situations to reach a goal

Aliases: situational violation

What it is

An exceptional violation (also called a situational violation) differs from a routine violation that has hardened into everyday practice — it only shows up in specific, usually rare, high-pressure situations: an urgent task, serious consequences at stake, and the normal path plainly unable to meet the deadline. In that situation, the operator decides on the spot to break a rule they normally follow. Afterward, they can usually state exactly why, and they're clear this was an exception, not their everyday way of working.

Why it happens

The reasoning behind an exceptional violation is a one-time cost-benefit trade-off, not a habit — the operator perceives that following the rule this time would lead to worse consequences, and treats the rule itself as the obstacle to route around under the extreme circumstance. This kind of violation tends to occur in edge cases the system's designers didn't anticipate, or that the rule-makers never covered — the operator has no officially sanctioned exception path to fall back on, and can only handle the gap in the rule by borrowing a violation of the normal rule.

Studying it

Exceptional violations are typically identified through after-the-fact investigation of high-pressure or emergency events. The key to telling it apart from a routine violation is checking whether the same operator normally follows the rule under non-emergency conditions — if they usually comply and deviated only under this particular special circumstance, it's an exceptional violation; if the same deviation is their standard practice even outside emergencies, it's actually a routine violation that simply happened to occur inside a high-pressure event this time.

Where it stops holding

An exceptional violation shouldn't be simplistically read as "the operator has good judgment and dares to take responsibility" and praised for it — what it actually exposes is that the rule system lacks a legitimate path for this kind of edge case. If the gap keeps getting patched by individual improvisation every time, the risk never goes away, and since the accuracy of on-the-spot judgment varies from person to person, encouraging it effectively bets the consequences of a systemic gap on individual judgment instead of closing the gap itself.

Applying it

Once a case of exceptional violation has been collected, record the specific situation that triggered it — the deadline, the type of consequence at stake, why the normal path couldn't work — and check whether the rule system has a legitimate fast path for this kind of edge case. If the same category of edge case keeps triggering similar exceptional violations, that class of situation is no longer an exception, and the improvised response from those incidents should be formalized into an official emergency rule, rather than continuing to rely on individual improvisation each time. Verification: track how often the same category of edge case triggers an exceptional violation. Once it crosses an observable repeat threshold, treat it as a signal that institutionalization is needed, rather than continuing to file it under "rare, one-off case."

Related

  • Same group: A10.13.1 Routine violations form when a rule is impractical to follow, and drift into the accepted norm · A10.13.3 An unworkable rule is the root cause of widespread routine violation, and punishing individuals doesn't fix it · A10.13.4 A violation that produces no bad outcome gets positively reinforced and repeats more often
  • Nearby: A10.01 Distinguishing slips, mistakes, and violations · A10.16 Incident investigation and error reporting
  • Search terms: exceptional violation · situational violation · edge-case rule gap

Cards in the same group

Quick Actions

Share

Share this page

ios_share

https://hci.top/en/handbook/A10.13.2