把活儿省下来 · 集 09：套路不是万能药

把活儿省下来 · 第一部第 9 篇（零代码 · 本部收官）

前八集你一路看下来，会不会产生一个冲动：这么多好货架、好手册、好模式，我全搬回去用！

先讲两个翻车现场，你冷静一下。

现场一（软件）：一个程序员刚学完设计模式，热血沸腾，回手就把两百行的小工具大改特改——分层、抽象、套模式，一个不落。改完发现：功能没多一行，零件多了十倍，他自己都看不懂了。行话管这叫过度设计：为抽象而抽象，复用没等到，先被复用品压死了。

现场二（管理）：一位新经理读完管理手册，信心满满上任。手册上说"激励要靠奖惩制度"，他照做：指标、考核、奖金，一条条钉死。三个月后，团队产出没涨，人先蔫了——原本自发的几根顶梁柱，要么离职，要么躺平。他困惑：书上说的一条条都对，怎么合起来就是不对？

这两个现场，是同一节课的两个教室。这节课，软件圈交的学费叫"过度设计"，管理界交的学费更重——它用几十年历史才认清：被漏掉的那个变量，叫人。

---

一、软件那边：模式是药，药有适应症

先给"过度设计"把把脉。

模式的本质是什么？集 07 讲过：场合 + 毛病 + 招 + 边界。 模式圈有句话几乎是铁律："撞见三次再抽象"——同一类毛病反复出现了，你才值得抽一条模式；头一次见就套模式，你不是在复用经验，是在提前替一个还不存在的问题付成本。

照这个标准看现场一的程序员：两百行的工具，毛病出现过几次？零次。他套的每个模式，都是在为一个想象中的"未来扩展"预付复杂度。模式的每一层抽象，都是要还的债——读者要读懂它、维护者要绕过它；没病时它不治病，只添堵。

所以模式圈的老手都带着两把尺子：

1. 先对再抽：先把问题解决对，再看有没有重复——没有重复，就没有抽象的理由；
2. 模式是药不是饭：每条模式都标着"何时不用"，这一栏跟"怎么用"同等重要——拿药当饭吃的人，不是懂药，是被药伤了还没发觉。

一句话：模式复用的是"困境的经验"，没有那个困境，经验就是累赘。

---

二、管理那边：霍桑的灯，把"人"请回管理

管理界为同一节课交的学费，要从一盏灯说起。

霍桑实验（1924–1932）。美国西方电气公司的霍桑工厂做实验，初衷特别"泰勒"：照明亮度提高，产量会不会提高？ 结果诡异——亮度提高，产量涨；亮度调回去，产量还涨。再怎么排除物理变量，产量就是往上走。

研究者（后来以埃尔顿·梅奥为代表总结）想明白了：真正起作用的变量不在灯上，在"被关注"上——工人们知道自己被研究、被在意，这种"被看见"的感觉改变了他们的状态。产量涨的，不是灯光，是人心。

这个实验把整个管理思想砸醒了一半：泰勒式的标准化（集 02 讲的）把人当成流水线上的一个动作执行器，可人有心。 由此长出了"行为科学"一支，三个里程碑你一定听过：

• 需求层次（马斯洛，1943）：人不只为钱干活。吃饱穿暖之后，还想要安全、归属、被尊重、自我实现。只调工资这一个旋钮，等于只拧了五分之一的钥匙。
• X 理论 / Y 理论（麦格雷戈，1960）：管理者对人有两个相反的假设。X 假设："人天生偷懒，必须盯、必须罚"——于是造出盯人罚人的制度；Y 假设："人本来就有自驱和责任心，管理该做的是扫清障碍、给足舞台"。两个假设都对一部分人成立——你信哪个，就会造出哪种制度，而制度会反过来把人变成你假设的样子。 你把人当贼防，人就学会了应付你；你把人当伙伴待，人才把公司的事当自己的事。
• （霍桑实验本身还贡献了一个金句级结论：非正式组织是真实存在的力量——工人之间的江湖、情面、小圈子，比组织架构图上的线，更影响实际产出。架构图管不住的暗线，标准管不住的人心。）

把这条线连回现场二的那位新经理：他错在哪？照书套用、漏了情境——手册上"奖惩制度"四个字的适用前提，是"重复劳动、动机单一"的旧式工作；面对有自驱力的知识型团队，同一招就是毒药。书没错，他没读"何时不用"那一栏。

---

三、两张图叠在一起：给"人 / 情境"留活口

软件：模式滥用	管理：行为科学的觉醒	两边其实是同一件事
没病也套模式 → 过度设计	没病灶也照书管 → 压垮人心	脱离场合的复用 = 毒药
"撞见三次再抽象"	先诊断情境，再选打法	复用前先问"这毛病出现过吗"
每条模式标"何时不用"	X/Y：你的假设决定你造的制度	边界一栏，最保命
为想象中的未来预付复杂度	为假设中的人性预付管控	都在为不存在的东西付成本
抽象的天花板是"没出现过的重复"	标准化的天花板是"人不是机器"	人 / 情境，是共同的天花板

一句话拍这儿：软件的"模式有边界"和管理的"人不是机器"，是同一件事的安全条款——复用（和管控）的威力来自抽共性，威力的大小取决于共性真的成立；而"人"恰恰是最难被抽进共性里的变量。 所以成熟的复用者，一手拿着货架，一手拿着诊断：先看场合，再取货架；场合不合，最好的货架也一文不值。

---

四、这一集的账：带边界的经验到底省了什么

省下来的：带边界的经验——不但知道何时用，更知道何时不用。边界不是经验的附注，是经验的一半。

怎么个省法：对症下药，而非照单全收。先诊断（毛病出现过几次？情境匹配吗？），再取药；没病不吃药，体质不合换药方。

省的代价：把"人 / 情境"当机器，是两条线共同的翻车点。过度设计在软件里烧的是复杂度，在管理里烧的是人心——后者更贵，而且很难返工。

下一集说：回看这一部整整九集，其实是一条线：抄来的手稿（集 01）→ 标准动作（集 02）→ 上架现成办法（集 03）→ 通用解法（集 04）→ 预装经验（集 05）→ 经验目录（集 06）→ 经验格式（集 07）→ 安全地借别人的（集 08）→ 边界与人性（集 09）。这一部解决的是"一个人怎么干、一个组织怎么把'怎么干'复用起来"。但系统再往上长——大块怎么划、部门怎么设、谁向谁汇报——那是另一种尺度的复用。第二部，咱们把镜头拉高。

---

五、今天带走一句话

模式是药，有适应症，"何时不用"那一栏最保命；管理也是药，霍桑的灯提醒我们：变量清单上永远有一个最难抽共性、也最不能漏的——人。复用的功夫，一半在"抽共性"，一半在"认场合"；照书管的翻车和照模式抄的翻车，是同一本病历。

第一部收官，把整部的心法浓缩成一句：把"怎么干"抽出来，是本事；知道什么场合不该抽、抽了给谁留活口，是智慧。

那么，第二部要干什么？前面九集，复用的都是"单件"——一个动作、一条流程、一条经验。可真实的系统从来不是单件堆出来的：一套软件有它的骨架（哪些大块、怎么连接），一个组织有它的结构（哪些部门、谁向谁汇报）。 骨架和结构，能不能也复用？软件圈为此发明了"架构模式"，管理界为此吵了一百年——从韦伯的官僚制到权变理论，争的其实是同一个问题：系统的"形状"，有没有标准答案？

下一集，也是第二部第一集——《系统长什么样，也是门学问》（集 10）。