L4.03.3maintaining human engagement with automation设计研究

需要主动维持人的参与度

别名: 保持在回路里 · engagement maintenance · 主动防自满

概念解释

自满不会被警告弹窗治愈,因为它不是一次没看见,是监督这件工作被任务结构淘汰了。维持人的参与度(maintaining human engagement)是主动把一部分不可省略的工作留在人手里,让监控有即时回报,而不是指望人在零回报的扫描上坚持职业道德。

「请保持警惕」写在屏幕角落,是在把机制问题交给态度。

机制

参与度靠的是人仍然是差因:有些判断只有人做、做了立刻改变下一步、而且做不做看得到。Sheridan 的监督控制若把人收成纯粹的备份,备份在主系统可靠时就没有练习机会。Bainbridge 的讽刺在这里是设计约束:完全把人从回路拿开,再在故障时把人塞回去,参与度已经没了。

有效的维持不是增加无意义的确认。无意义的动作会仪式化,然后被自动化偏见吃掉。有效的是间歇性的真任务:抽样核对一个真实对象、在低负荷时接手一小段、对当前意图做一次短预测并事后对照。

怎么研究

比较三种维持策略:无干预、定时空确认、间歇性真任务(必须碰到内容才能过)。因变量:随后故障的检出时延、对自动化通道的采样、空确认是否被迅速点掉。自变量:真任务的频率、是否与主任务争用、对错反馈是否即时。

长期班次比单次实验更能看到参与度塌陷。主观「我有参与」同样不能当终点。

边界

负荷已经饱和时再加人的工作会害主任务。维持手段必须可关、可降频,并按后果分级。安全关键的持续控制位(某些驾驶任务)本身就是参与,不必另做体操。这条是在自满已经可能形成的前提下谈维持,不解释自满如何因安静而产生,也不解释故障为何专打弱窗口。

怎么落地

  • 给自动化通道设计间歇性真任务:抽一条真实记录让人判断,判断必须改变后续(放行、拦住、改参数),不要只记日志。
  • 低负荷时段提供「接手一小段」的入口,用来保持手感和情境模型,而不是用来提高吞吐。
  • 禁止用「我知道了」类空确认充当参与。点掉警告不计入参与度。
  • 验证:看真任务的错误率是否仍随内容变化——如果对错都一样快,任务已经仪式化,换一种必须读内容才能答的形式。再在真任务之后插入故障,检出若仍慢,频率或材料还不够。

延伸

  • 同组L4.03.1 长期无故障会降低监控强度 · L4.03.2 罕见故障恰在监控最弱时发生
  • 相邻L4.09 技能退化 · L4.01 自动化层级 · L4.04 接管与移交设计
  • 站内检索human engagement · automation complacency · adaptable automation

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/L4.03.3