出事后先冻结"谁的错"十分钟
事情出了问题，团队的第一反应通常是找到"负责的人"。这个反应速度很快，快到你来不及想清楚原因就已经锁定了目标。
执行动作：在出事后的前十分钟里，明确对自己或团队说一句"先不讨论谁的问题"。把这十分钟用来还原事情发生的过程——时间线、信息流、决策节点。不要跳到结论。
判断点：如果十分钟内团队已经开始讨论"谁应该负责"，立刻喊停。这不是要取消追责，而是把追责的顺序放对：先理解发生了什么，再讨论谁做了什么。
完成标准：还原出一条从"最初信号出现"到"问题暴露"的完整时间线，时间线里写的是事件和条件，不是人名和评价。
做"第二人测试"
这是全书最核心的一个判断工具。问一个问题：如果换一个正常水平的人，在相同岗位、相同信息、相同时间压力下做这件事，结果会不同吗？
执行动作：
- 写下出错者当时掌握的信息——不是事后你知道的，而是当时那个位置上能看到的
- 写下当时的约束条件——时间、资源、审批链、可选方案
- 诚实回答：一个正常水平的同事在同样条件下，会做出不同的选择吗
判断点：
- 答案是"大概率不同"→ 问题可能确实和个人有关，可以进一步调查个人因素
- 答案是"大概率一样"或"不确定"→ 问题在位置而不在人，转向结构分析
完成标准：对"第二人会犯同样的错吗"有一个明确的、可解释的回答。
追溯信息流断点
大多数执行错误的根源不是"人不行"，而是做决策的那个人在那一刻看不到他需要的信息。
执行动作：从出错的决策点往前倒推，画一条简单的信息传递链。标记每一个环节的信息输入——谁给的、什么时候给的、用什么方式给的。找到信息消失、延迟或失真的位置。
具体问法：
- 做这个决策需要哪几条关键信息？
- 当事人在决策时刻是否拥有这些信息？
- 如果没有，信息卡在了哪个环节？
判断点：如果出错者当时拥有完整且准确的信息但依然做了错误选择，个人因素可能确实存在。如果信息缺失或失真，改进方向是信息传递机制，不是换人。
完成标准：画出信息链，标出断点位置。每个断点写明缺了什么信息、卡在了谁那里、为什么卡住。
搜索三个月内的同类事件
孤立的一次事故可能是偶发；同一个环节反复出问题几乎可以确认是结构缺陷。
执行动作：拉出过去三个月的事故、投诉、返工记录，按"出错环节"而不是"出错的人"来分类。看看有没有某个位置、某个交接节点、某类决策条件反复出现。
判断点：
- 同一环节出现 2 次以上同类问题 → 高度怀疑位置问题，优先做结构修复
- 问题分散在不同环节、不同条件下 → 可能确实是个别人的问题，也可能是更上游的系统问题
完成标准：一张"高频出错位置清单"，每个位置附上出错次数和涉及的不同人数。如果一个位置涉及两个以上不同人犯的同类错，基本可以排除个人原因。
在复盘会上先问结构再问人
把"谁的责任"挪到议程的最后一项。前面的时间用来回答三个结构性问题。
执行动作——复盘会议程重排：
- 还原事件时间线（10 分钟）
- 做第二人测试并公开结论（5 分钟）
- 追溯信息流和条件约束（15 分钟）
- 识别结构改进点并分配行动项（10 分钟）
- 最后讨论是否存在个人层面的改进空间（5 分钟）
判断点：如果步骤 2 的结论是"换人结果大概率一样"，步骤 5 可以跳过或极简处理。把时间花在步骤 4 上。
完成标准：复盘会的产出中至少有一条结构性改进行动项——改流程、改信息传递方式、改资源配置。如果产出全部是"某人需要加强某能力"，大概率是归因偏误还没被打破。
给结构修复设一个验证周期
改了结构之后需要确认修复有效。否则结构归因也可能变成另一种形式的偷懒。
执行动作：
- 结构修复完成后，设一个 30-60 天的观察期
- 观察期内记录同一环节的表现数据
- 30 天后拉数据对比：修复前后同类问题的频率是否下降
判断点：
- 频率明显下降 → 修复有效，可以固化为常规流程
- 频率没变 → 要么修复没改到实际断点，要么还有更深层的结构问题需要继续追溯
- 频率反弹 → 修复可能只是暂时掩盖了问题，需要重新做一轮分析
完成标准：30 天后有一个明确的数据对比结论。修复有效就归档，无效就重启分析。不要让结构修复变成没有验证的永久工程。