需要理解偏离动机而非仅禁止
别名: 偏离动机分析 · 变通功能分析 · local rationality · 变更管理 · management of change
概念解释
理解偏离动机,在组织层面指的是建立正式渠道,把一线为什么偏离规程的信息系统性地收集起来,并转化为规程修订、设备/资源变更或明确的合规路径——这套渠道通常挂在变更管理(Management of Change, MOC)流程下。它和推断某个操作者当时怎么想是两件事:组织需要的不是一次性搞清楚个体动机,而是建立一条持续运转的通道,让动机信息能定期流向有权修改规程的人。
机制
一线人员的偏离动机信息通常不会自动浮现:承认自己偏离过规程,即便理由合理,也可能被记入个人绩效或引发追责,这让人倾向于在事后陈述中把偏离描述成"完全照章办事"。即便信息被记录下来,如果只出现在事故调查或年度稽核里,往往已经是数月甚至更久之后,当时缺件、人员短缺或时间窗口冲突这些具体情境早已无从复核。组织因此需要两件事同时成立:一条能在偏离发生后不久就采集到信息的渠道(现场观察、结构化访谈),以及一个能把采集到的动机转成实际改动的正式出口(MOC),否则信息只是被存档,不会改变任何东西。
怎么研究
现场作业观察由不直接考核这批人员的观察者进行,覆盖不同班次以避免只看到某一班组的做法。结构化访谈围绕"当时还有哪些选项、为什么没选正规路径"展开,而不是"为什么不遵守",后一种问法容易把回答逼成事后合理化。把访谈得到的说法与同期的日志、排班记录、设备状态记录做交叉核对,避免把单方陈述当成唯一依据。
边界
这套渠道依赖一线人员愿意说真话,如果过去的处理方式让人相信"说了会被追责",采集到的动机说法会系统性地偏向听起来安全的解释,掩盖真正的目标冲突或能力缺口,这时候光把观察和访谈的流程建起来解决不了数据失真,需要先处理清楚说真话是否会被追责这个前提。这条渠道处理的是可以被规程、设备或资源调整解决的偏离;蓄意造成伤害或明知故犯的越界不属于这里要转化的对象,仍然需要单独问责。
怎么落地
- 把现场观察和访谈得到的偏离信息,按"工具/界面缺陷""目标冲突""人员配置不足""其他"分类整理,不同类别对应不同的改动方向。
- 建立MOC评审的固定组成:一线代表、工艺/工程、安全管理三方共同参与,避免评审变成单方面走过场。
- 给MOC评审设定时限,收到偏离信号后必须在规定时间内给出"修订规程""调整设备或资源"或"维持规程并加强管控"三者之一的结论,不能停留在"已知悉"。
- 验证办法:跟踪同一类偏离在MOC评审后的重复发生率,评审结论落地后偏离没有下降,说明转化环节本身出了问题,需要回头检查评审给出的改动是否真正解决了当时的动机。