Trigpoint
Collections › Human-Automation Interaction › Automation complacency and bias
Missing things while monitoring, deferring while deciding: two effects, both rooted in attention.

Automation complacency and bias

automation complacency & bias · Parasuraman & Manzey (2010)
Abstracts checked ✓ Lab case ✓ Human-automation interaction · trust and reliance Tell the editor privately ▸
↓ Lab cases on this page (2)
In three sentences Complacency and bias are two overlapping phenomena with attention at their core. Attention withdraws from the automation's output: on the monitoring side silent failures go unseen (complacency), on the decision side the system's recommendation is accepted without challenge (bias). It comes from how attention is allocated under multitask load, and long practice does not remove it.

↳ Seen a counter-example?

Two overlapping effects, both rooted in attention Parasuraman & Manzey (2010) Multitask load Scarce attention goes to manual tasks Monitoring of the automation sampling rate falls Long reliable record, trust rises loop: the more reliable, the less checking Complacency (monitoring side) silent failures go unseen late detection, missed events Automation bias (decision side) wrong advice accepted as is (commission) unprompted items get missed (omission) Attention sits at the core of both branches. Experts get caught too; practice alone does not remove it. Figure: trigpoint.pub
Figure 1 · The attentional integration model of complacency and bias. Multitask load makes attention scarce, the sampling rate for monitoring the automation falls, silent failures go unseen on the monitoring side (complacency) and prompts are followed uncritically on the decision side (bias). The more reliable the system, the higher the trust and the faster the sampling rate falls, which closes a self-reinforcing loop. The original paper also draws a negative feedback (experience of automation failure lowers complacency potential), which this figure leaves out. Redrawn from the integration model in Parasuraman and Manzey (2010). View full size ▸

1. What happened

One failure sits on the monitoring side and the other on the decision side, so they look unrelated. In 2010 Parasuraman and Manzey reviewed years of empirical work and integrated two phenomena that had been discussed separately into a single model[1]Parasuraman, R., & Manzey, D. H. (2010). Complacency and Bias in Human Use of Automation: An Attentional Integration. Human Factors, 52(3), 381–410. Bibliographic details checked against the official record. Consistent with the abstract. Provenance double-checked across models.. The model does not cover every form of bias, only the part tied to inattention and selective attention; for that part, the authors hold that the two involve essentially the same attentional processes.

The chain runs like this. Multitask load makes attention scarce, people allocate it to the task that needs their hands, and the sampling rate for monitoring the automation drops.

The complacency branch: silent failures go unseen and detection is delayed. The bias branch: the system's prompt becomes a heuristic that replaces the person's own information search, so wrong recommendations are accepted (commission) and missing ones are overlooked (omission).

The more reliable the system, the higher the trust and the harder the sampling rate falls, which closes a self-reinforcing loop. The paper infers a second loop running the other way: having experienced an automation failure, trust and complacency potential fall back. Novices and experts are both affected, and extended practice does not eliminate the effect; the paper suggests that variable-priority training, and first-hand experience of automation failure, may reduce it.

Attribution where due: The definition of "automation bias" used in the paper comes from Mosier and Skitka (1996); the contribution of Parasuraman and Manzey is the attentional integration model of 2010. The term complacency appears earlier, as a coding item in the NASA Aviation Safety Reporting System (Billings et al., 1976), and Wiener (1981) discussed its definition; Parasuraman and Riley (1997) is the reference for the frame of automation misuse. Keep the three coordinates apart and the citation comes out right.

2. Why this matters to you

The more consistently good the automation's output, the less often you check it, and that curve holds for you as well. The paper lists four directions for mitigation: making operators accountable for the outcome, allocating functions between person and machine flexibly, giving people practical experience with the specific automated system, and support that analyses information rather than recommending a decision (the evidence for the last is preliminary). Trying to beat an attentional structure by reminding yourself to stay alert is a fight with poor odds.

Boundary: bias refers specifically to commission and omission errors under imperfect decision aids and is not general over-trust; the mechanism here is checked mainly against the abstract, with four points checked against the full text, so a design that needs exact parameters cannot rest on this page.

↳ Is your case inside this boundary or outside it?

Verification layer · Members
The guided layer of this node is open to all readers.
Verification details and failure boundaries are for members.

Lab cases 2 first-hand cases from our studio

Open previewField record · discipline in progress

Automated prep works well, right up until you stop checking it

An automated line scans market data for us every week and prepares drafts. It is fast and it is stable. Because it is stable, we set a rule: automated prep is always treated as a first draft, and the sources must be checked by hand once before any judgement is made. The point is not that the tool is unreliable. It is that the more reliable it gets, the faster the human sampling rate falls. The full case carries how the rule was written and why it was made this strict on purpose.

Trigpoint PassField record · doctrine clause level

Why this step is still done by hand: the collected clauses against blind trust

For every position that could be automated but is deliberately kept manual, we wrote down the reason. Collected together, they are the whole set of clauses against complacency.

Trigpoint Pass content · clause-level reference

Read the member edition ▸

Full access to the lab cases. Trigpoint Pass ▸

Corrections
  • 2026-10-07 · The page said that complacency and bias are one attentional mechanism. A cross-model review against the paper found that, taken as a whole, the two are overlapping and similar phenomena; the integration model covers only the part of bias tied to inattention and selective attention, and the claim of essentially the same attentional processes holds only for that part. The wording was changed to overlapping phenomena with attention at their core, and the model's coverage was added to the text.
  • 2026-10-07 · The page listed a mandatory verification step, a sampling mechanism and a varying check rhythm as effective interventions. None of these is among the mitigations the paper lists, which are accountability, flexible function allocation, practical experience with the automated system, and support that analyses information rather than recommending a decision. The sentence now gives the paper's four.
References

How to read the source notes “Bibliographic details checked” means author, year, title and venue were confirmed. It does not mean the source's claims were checked. “Consistent with the abstract” means the claim agrees with the paper's abstract. It does not include sentence-by-sentence checking against the full text. Definitions as of 2026-09-20.

  1. [1] Parasuraman, R., & Manzey, D. H. (2010). Complacency and Bias in Human Use of Automation: An Attentional Integration. Human Factors: The Journal of the Human Factors and Ergonomics Society, 52(3), 381–410. https://doi.org/10.1177/0018720810376055 ↩
  2. [2] Mosier, K. L., & Skitka, L. J. (1996). Human Decision Makers and Automated Decision Aids: Made for Each Other? In R. Parasuraman & M. Mouloua (Eds.), Automation and Human Performance: Theory and Applications (pp. 201–220). Mahwah, NJ: Lawrence Erlbaum Associates. https://doi.org/10.1201/9781315137957
  3. [3] Parasuraman, R., & Riley, V. (1997). Humans and Automation: Use, Misuse, Disuse, Abuse. Human Factors, 39(2), 230–253. https://doi.org/10.1518/001872097778543886
  4. [4] Billings, C. E., Lauber, J. K., Funkhouser, H., Lyman, G., & Huff, E. M. (1976). Aviation Safety Reporting System (Technical Report TM-X-3445). Moffett Field, CA: NASA Ames Research Center. https://ntrs.nasa.gov/citations/19760026757 (as cited in Parasuraman & Manzey, 2010)
  5. [5] Wiener, E. L. (1981). Complacency: Is the term useful for air safety? In Proceedings of the 26th Corporate Aviation Safety Seminar (pp. 116–125). (as cited in Parasuraman & Manzey, 2010)

↳ Is a citation wrong?

Tell the editor privately: a correction, a counter-example or where it applies

An editor reviews submissions once a week. Once a note is handled, its summary and response are listed on the discussion and response record; nothing is published before then. No sign-up is needed, and the nickname may be left blank.

What are you submitting?
Set a public name to be credited by name ▸
Submit anonymously, without signing in

Signing in lets you follow the status on your page. What you have written is kept.

You are signed in: this note is linked to your account, visible only to you and the editor, so you can follow its status on your page. The text is never published. Full privacy policy ▸

Submit anonymously instead, not linked to your account ▸

No email is collected. Your original text and nickname are read only by the editor and are never published; the discussion and response record carries only a summary the editor writes. The human check is provided by Cloudflare Turnstile. To limit abuse, the system keeps a hash of your IP address, not the address itself. Your original text is stored with our cloud provider and can be deleted on request. Full privacy policy ▸

Response record ▸