A10.16.4The point of investigation is finding improvable system conditions, not pinning blame设计

调查的目的是找出可改进的系统条件,而非确认应追责的个人

别名: accident investigation · blame-free investigation · systemic recommendations

概念解释

一次调查从设定目标的那一刻起,就决定了它会问出什么样的问题、收集到什么样的信息。如果调查的目标被设定为"确认谁应该为这次事故负责",访谈会不自觉地朝着搜集能够定责的证据方向进行,当事人会本能地进入自我保护状态,能够揭示系统条件的细节反而更难被问出来;如果调查的目标被设定为"找出哪些可以改的系统条件导致了这次事故",访谈的问法、氛围和收集到的信息会完全不同,当事人更可能坦诚描述自己当时实际面对的情况,而不是筛选后只说对自己有利的部分。

机制

调查目标决定了访谈的框架效应:以追责为目标的访谈,问题天然带有评判的语气("你为什么这么做""你应该知道这样做不对"),当事人对这类问题的理性反应是保护自己,要么简化叙述、要么把责任推给外部因素,真实的决策过程和系统条件反而被这层自我保护掩盖;以系统改进为目标的访谈,问题换成描述性语气("当时你看到的界面是什么样子""你还有哪些别的信息来源""如果重新来一次,什么样的提示能帮你避免这个判断"),当事人不需要在回答的同时防御自己的责任,更容易把决策发生时的真实情境完整还原出来。同一个人、同一段经历,在两种不同框架下访谈得到的信息质量可以有本质差别,这不是当事人诚实与否的问题,而是访谈框架本身塑造了对方愿意说出多少。

边界

以系统改进为目标不意味着调查过程中发现的个人责任问题可以被无视——如果证据显示当事人存在明知故犯的违规或蓄意隐瞒,调查仍然需要如实记录这部分事实,只是这部分事实的处理应该和寻找系统条件的部分分开走不同的流程,由不同的角色分别负责,而不是让追责的顾虑从一开始就笼罩整个调查,压制了本该被问出来的系统性信息。

怎么落地

把调查团队和处分决定权分开:负责访谈、收集证据、撰写系统条件分析的人,不应该同时是决定是否处分当事人的人,这样当事人才有理由相信坦诚陈述不会直接导向对自己不利的后果。访谈开场明确告知当事人本次调查的目的是找出系统条件、不是为了定责,并且这个说明要来自调查团队实际的独立性,而不只是一句口头承诺。调查记录的问题清单以描述性问题为主:让当事人还原操作当时能看到的界面状态、手头的信息、可选的替代方案,而不是直接问"你为什么这样做"。最终报告的结论栏只允许出现指向具体系统条件(界面、流程、培训、资源配置)的整改建议,如果结论栏出现指向某个具体个人的处分建议,说明调查已经偏离了系统改进这个目标,需要单独走处分流程而不是混在系统改进报告里。验证办法:检查调查报告的问题清单和最终结论,统计描述性问题与评判性问题的比例、系统性整改建议与个人处分建议的比例;评判性问题和个人处分建议占比过高,说明调查目标在执行层面没有真正落到系统改进上。

延伸

  • 同组A10.16.1 事后调查容易受后见之明偏差影响,把当时的合理决策评判为明显失误 · A10.16.2 单一根本原因的结论通常掩盖了多个共同作用的促成因素 · A10.16.3 差错报告的及时性依赖报告成本足够低且不与惩罚挂钩
  • 相邻A10.09 人因可靠性与责备文化 · Y7.05 事故调查与经验反馈
  • 站内检索accident investigation · blame-free investigation · systemic recommendations

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/A10.16.4