德鲁克定律
DRUCKER'S LAW // 一件错了，其余同时错
> 墨菲定律问"会不会出错"，德鲁克定律问"出错会不会一起出"。故障的单位不是事件，是相关性——复杂度存在一个相变临界点，越过它，系统从"逐个救火"变成"同时崩塌"。
Origin — 原文与出处
罕见的自我命名：与奥卡姆剃刀（后人归于其名）不同，这条定律是彼得·德鲁克（Peter Drucker，1909–2005，现代管理学之父）在书里亲口命名的："Let me call it Drucker's law"（且让我称之为德鲁克定律）。他先引墨菲定律，再补上复杂度的第二定律。
原文语境："Engineers speak half–jokingly about Murphy's Law: 'If anything can go wrong, it will.' But complexity stands under a second law as well."——工程师们半开玩笑地谈墨菲定律，但复杂度还受第二定律支配。这条定律生来就是关于复杂度的，不是关于运气差的。
Twin — 同名双生 · 贡献版（2005）
这句话不是书里的，是当面说的：据 Bob Buford（鲍勃·班福德，《Halftime》作者、德鲁克的多年好友）在回忆录《Finishing Well》中记载，德鲁克在 1990 年代当面给了他这句忠告；高管教练 Marshall Goldsmith（马歇尔·戈德史密斯）在 TIME 悼文里回忆德鲁克也对他说过几乎同一句。
思想源头是 1966 年：《卓有成效的管理者》（The Effective Executive）第 3 章标题就是"What can I contribute?"——高效的管理者把目光从"向下盯努力"转为"向上向外盯贡献"。口传忠告是这一章的四十年压缩版。
命名权在专栏作家：2005 年 4 月，Forbes 专栏《Ten Laws of the Modern World》（Rich Karlgaard）把它与摩尔定律、梅特卡夫定律并列，冠名"Drucker's Law"——于是世上有了两条同名异义的德鲁克定律。
Decode — 墨菲 vs 德鲁克
墨菲定律 · 1949
"If anything can go wrong, it will."
可能出错的事，终将出错。
德鲁克定律 · 1973
"If one thing goes wrong, everything else will, at the same time."
一件错了，其余同时错。
关键词是 "at the same time"（同时）。墨菲的故障发生在时间轴上——一次一个，可以排队处理；德鲁克的故障发生在相关性结构里——一根火柴落下，整片森林同刻点燃。前者是消防问题，后者是可管理性问题。
Simulate — 复杂度相变模拟器
Relate — 与其他定律的耦合
Personal Takeaways — 个人启示 · 04
风险的单位是相关性，不是单点
事故复盘时别只问"哪个组件坏了"，要问"为什么它一坏，别的也跟着坏"。真实世界的灾难几乎从不是单因，而是被忽略的耦合把独立故障变成相关故障——爆炸半径（blast radius）在设计时就已画定。
"还能管理"是有边界的
德鲁克同页那句"复杂度临界点"是定律的另一半：每加一条依赖、一个协调方、一层间接，都在悄悄挪动临界点。增长本身不是成就，越过临界点的增长是把局部故障升级为全局故障的赌注。
"同时"意味着救火队失效
若故障是同时到来的，逐个救火、加班抢修就不再有效——带宽本身就是串行的。唯一可靠的解法是把系统拆回墨菲区：隔离、降耦合、设定熔断，让故障排队来，而不是一起来。
成就向内，贡献向外
复盘一件事该不该做时，把"我做出了什么成就"换成"我对谁贡献了什么"。前者盯着自己的产出清单，后者盯着他人的结果变化——换个词，评估的坐标系就从自我搬到了系统。写简历、述职、定 OKR，都可以用这一问替换"我有多拼"。