人们倾向于把系统的问题归咎于个人，因为这样做比理解系统结构简单得多。
归因到人是一条认知捷径。它省掉了分析流程、信息流和激励结构的力气，直接给出"是谁的问题"这个让人心安的答案。问题是，这个答案大概率是错的——如果原因在结构里，换掉人不会改变任何事。
当同一个位置上的第二个人犯了同样的错误，你就该停止讨论人，开始检查那个位置。
这是全书最实用的一条判断标准。一个人犯错可以是个人原因，两个人在同一环节犯同样的错就是位置设计有问题。用这条标准去扫描你团队过去半年的事故记录，能立刻分辨哪些问题值得做结构性改进。
责备是理解的终点。一旦找到了替罪羊，学习就停止了。
追责的动作本身会关闭探索。一旦有人被定性为"负责人"，组织的注意力就从"为什么会这样"转向"怎么处理这个人"。更危险的不是处罚了谁，而是从此再也没人去看那个导致问题的结构。
系统产生的行为不需要恶意参与者。善意的人在糟糕的结构中会可靠地制造糟糕的结果。
这句话解释了很多"明明团队里都是好人，为什么事情还是一团糟"的困惑。问题的根源不在动机，在结构。一个信息传递有断层的流程，哪怕每个人都尽职尽责，也会在断层处可靠地出错。
快速找到一个替罪羊，是组织避免面对自身结构缺陷的最有效方式。
找替罪羊不仅是认知偷懒，还是一种防御机制。承认"结构有问题"意味着管理层需要承认自己设计的流程有缺陷、自己建立的考核体系在激励错误的行为。让一个人背锅比面对这些要容易太多了。
如果你想让一个系统继续出错，最好的办法就是每次都惩罚最后一个碰到问题的人。
惩罚末端执行者有一个精确的副作用：其他人学到的不是"不要犯错"，而是"不要成为那个被发现的人"。于是问题转入地下，隐瞒代替报告，系统失去了修复自身的信号来源。
改变人之前先改变人所处的结构，因为结构决定行为的概率分布。
个人努力可以在短期内抵抗结构的拉力，但长期来看，结构几乎总是赢家。与其指望找到一个能在糟糕结构中持续表现出色的超人，不如把结构改好，让普通人也能做出正确选择。
每一次成功的归因到人，都让实际的原因多活了一个周期。
周期越长，结构缺陷造成的累计损失越大。第一次出事归因到人，损失是一次事故。第三次还在归因到人，损失是三次事故加上三次错过的修复窗口。找替罪羊的效率越高，系统修复的速度越慢。