底层假设：行为是结构的函数，不是意愿的函数
整套归因纠偏方法建立在一个前提上——人的行为由所处的结构决定，而不仅仅由个人意愿决定。
结构在这里指的是三样东西的组合：信息条件（做决策时能看到什么）、约束条件（时间、资源、权限的边界）、激励条件（做对了有什么好处、做错了有什么代价）。同一个人在不同的结构里会做出不同的选择。不同的人在相同的结构里往往做出相似的选择。
这个假设不是说个人因素不存在。它说的是，个人因素在大多数情况下不是主要解释变量。优先检查结构，会比优先检查人更频繁地找到实际原因。
归因偏误的识别：三种信号说明你正在找替罪羊
归因到人是一种自动反应，速度快到你不会注意到自己在做。识别它需要外部信号，而不是内省。
信号一：解释里只有人名，没有条件描述。 如果对一次事故的解释可以压缩成"因为某某不够仔细/不够负责/判断失误"，且没有提到当时的信息环境、时间压力和流程状态，归因大概率停留在人的层面。
信号二：同一个位置换了人但问题不变。 这是最硬的结构性证据。一个人犯错可以是个人问题；两个不同的人在同一个环节犯同类错误，就是位置设计的问题。
信号三：追责之后组织松了一口气但没有改任何流程。 替罪羊机制的功能就是让组织快速获得心理闭合——"问题找到了，处理了，可以翻篇了"。如果追责之后唯一的后续动作是对个人的处罚或警告，没有任何流程、机制、资源配置层面的改动，归因几乎肯定偏了。
这三个信号不需要同时出现。任何一个出现，都值得暂停当前的归因方向，做一轮结构性检查。
结构归因的操作逻辑：从人回到位置
识别出归因偏误之后，下一步不是"不追究任何人"，而是把分析重心从"这个人怎么了"转向"这个位置怎么了"。
操作上分三步。
第一步是还原决策现场。不是事后回看的上帝视角，而是出错者当时站的那个位置能看到什么、不能看到什么。信息是完整的还是残缺的？时间是充裕的还是被压缩的？可选方案是多个还是只有一个？
第二步是做替换测试。把这个人从场景中拿掉，换一个同等资质的人放进去，在完全相同的条件下操作。如果结果大概率一样，问题就定位在结构上；如果结果大概率不同，再回头审查个人因素。
第三步是定位结构断点。结构断点通常出现在三个地方：信息传递链的某个环节丢失了关键数据；流程设计在特定条件下必然产生某种误判；激励机制在奖励与目标方向相反的行为。找到断点，修复才有着力点。
这三步是递进关系。不做第一步就没法做第二步，不做第二步就不知道第三步该不该做。跳过前面直接"改结构"和跳过前面直接"换人"是对称的两种偷懒。
三层方法之间的关系
归因偏误识别是入口——它负责在你即将犯错的时候拉一下刹车。没有这层识别，后面的方法不会被启动，因为你根本不知道自己需要它们。
结构归因是核心分析工具——它把"谁的错"替换成"哪里的结构有问题"，输出的是一个可以修复的具体断点。
修复验证是闭环——改了结构之后用数据确认是否有效。没有这一层，结构归因也可能变成另一种不产生改变的仪式。
三层之间是串行依赖。入口层可以在任何一次"事情出错"的场景中激活；核心分析需要十几分钟到几小时不等的专门时间；闭环验证需要 30-60 天的观察期。节奏不一样，但不能跳步。