把活儿省下来 · 集 06：把高手经验编成册

把活儿省下来 · 第一部第 6 篇（零代码）

这一集开始，复用换了一层东西：前面复用的是"东西"——一段干法、一包盒子；从这儿开始，复用的是"脑子"——前人踩坑十年换来的经验。

你肯定见过两种人：

• 老程序员遇到难题，张嘴就是"这儿套个观察者""那儿整个工厂方法"——好像他脑子里有本"什么情况用什么招"的秘籍；
• 老管理者遇到乱局，脱口而出"这事得建个信息上报机制""用责任分工表把权责划清"——好像他也有本"什么乱子用什么招"的手册。

这两本秘籍，本质是一回事：都是把反复好使的应对套路，从高手的脑子里掏出来，写成谁都能照着套的条目。 这集咱就干两件事：第一，把程序员秘籍里的几招，用大白话讲透；第二，把它们跟管理者手里的招一一对照。

---

一、软件那边：模式这玩意儿，真不是程序员发明的

先破个误会。"设计模式"听着像程序员祖传的宝贝，其实这想法比软件圈用它早了整十七年，而且是一个盖房子的建筑学家想出来的。

克里斯托弗·亚历山大，伯克利大学的建筑学教授，一辈子没写过一行程序。他对二战后千篇一律的"现代建筑"很失望，但他观察到一件事：那些让人待着舒服、有生气的城镇和房子，里面有些安排老是反复出现；那些冰冷压抑的地方，也总犯同一类毛病。 好房子和烂房子之间，差的不是钱，而是"反复好使的安排"有没有被用对。

他一生就干一件事：把"好使的安排"从玄学的感觉里拽出来，变成可以记录、传递、照着做的知识。 1977 年他出了本《模式语言》，把从"一座城市怎么布局"到"一扇窗该开在哪"的 253 个反复好使的安排，一条条记下来，织成一张网。他给每条经验定了统一的记法，三句话：

• 什么场合（这套安排用在哪类环境）；
• 什么毛病（这个场合里反复出现的具体麻烦）；
• 什么招（用什么安排把这个麻烦治好）。

记住这个"场合—毛病—招"的三段式，它就是"经验容器"的标准格式：没有统一格式，经验只能飘在老手脑子里；有了它，经验变成谁都能拆箱套用的标准货。

后来这条线被几个人陆续"走私"进软件圈，1994 年，四位程序员把软件里反复好使的 23 个套路按统一格式编成一本书，就是大名鼎鼎的《设计模式》，四位作者被尊称"四人组"。他们是搬运工和集大成者，不是发明家——这条传递链本身，就是"复用"二字的活标本。

下面挑三招，用大白话讲透，再逐个对到管理上。

第一招：观察者——"公众号订阅"机制

什么毛病：系统里有个东西的状态老在变，比如一张订单（刚下单、已付款、已发货）。它每变一次，一堆别的部门都得跟着动：物流要发货、短信要通知、报表要记账。

笨办法：让订单每次变化，挨个"打电话"通知物流、短信、报表。问题是——订单得认识所有人；明天新加一个"积分部门"，就得回头改订单的代码。管的人越多，改起来越要命。

好使的招：把"挨个打电话"改成"公众号订阅"。订单只管办自己的事，变了一次广播；谁关心，谁自己去"关注"；不关心了就"取关"。订单不需要认识任何人，只管喊一嗓子。

对应到管理：这就是信息流转机制。老板挨个问"这事到哪一步了"，就是笨办法——他得认识所有经手人，还总漏问。好公司建的是"例会上报 + 群公告 + 看板"：事情一有进展自动流转，关心的人自己去看。发公告的只管发，关心的自己订阅——老板从"催问员"变成了"看板前的决策者"。

第二招：单例——"全局只此一份"

什么毛病：有些东西，一个系统里绝对不能有两份。比如"当前登录的是谁""系统配置"——要是每个模块自己抄一份，就会出现两份对不上、各说各话的灾难。

好使的招：规定这类东西全局只此一份，谁要用，都来取同一份。谁想自己偷偷再造一份？门都没有——规矩焊死。

对应到管理：这就是"一个口子对外"。采购只走一个口，合同只有一个公章，客户资料只有一套系统——各部门不许各建一套小金库、各存一版客户名单。多头管理的乱子，本质上就是"单例"没守住：同一个事实存在两份，早晚打架。

第三招：工厂方法——"人才流水线"

什么毛病：系统里到处需要"造东西"，比如创建各种单据（订单、退货单、发票）。要是每个地方都自己动手造，造法五花八门，改一处规则就得满世界追。

好使的招：造东西这件事，集中交给一个"工厂"。要用的人只说"给我一张退货单"，工厂按统一标准造好递出来。至于里面怎么填字段、怎么编号，用的人一概不用管。

对应到管理：这就是人才流水线 / 共享服务中心。用人部门不自己拉人、自己带、自己教，而是向统一的培训体系"下单"："给我一个合格的客服"——体系按标准出人。造人的标准收到一处，改一处、全公司对；造东西的标准收到一处，同理。

你发现没有？这三招的结构完全一样：先有一个反复出现的麻烦（通知难、多头乱、造物散），再有一个反复好使的安排（订阅广播、只此一份、集中代工）。 把这种"场合—毛病—招"记下来、起上名字，就是设计模式。

给技术人划重点：这三招你天天在用。但这本书给你的新东西在下一节——1916 年有个人，把你们这套路子用在了"管理"上，比四人组早了七十八年。

---

二、管理那边：法约尔，把"管理"从师徒口传编成目录

现在切到 1916 年的法国。

亨利·法约尔是一家大型矿冶公司的总经理，干了三十年，他看着当时的管理直摇头：管理这件事，全靠老板个人天赋和师徒口传。同样的"怎么组织、怎么指挥"，十家公司十种说法，谁也说不清"到底什么是对的"。

这跟亚历山大看到"每栋房子各盖各的、好赖全凭运气"，是不是一模一样？

法约尔干的事，翻译过来就是——把"怎么管理"从老板的直觉里抽出来，编成一份人人能查的目录。 他干了两件里程碑式的事：

第一，给"管理"画了张总目录：五大职能——计划、组织、指挥、协调、控制。你以后管任何团队，翻这张目录就知道自己此刻该干哪块，不用每次从零想"管理到底要干啥"。

第二，总结了 14 条管理原则——分工、权责对等、纪律、统一指挥、统一领导、整体利益优先、合理报酬、适度集权、等级链、秩序、公平、人员稳定、首创精神、团队精神。这 14 条，就是 14 个"什么场合、什么毛病、用什么招"的经验条目。

比如"统一指挥"这一条，展开就是标准的三段式：场合是"任何组织里的汇报关系"；毛病是"一个员工被两个头儿指挥，左右为难、无所适从"；招是"每人只对一个直接上级负责，跨部门的协作走规则，不走私线"。你看——这跟软件模式的写法，是不是同一个模子？

法约尔自己特意交代：这些原则不是死定律，是"能适用于各种环境的灯塔"。这句话请记住，它就是下一节那个共同忠告。

---

三、两张图叠在一起：目录，是经验的集装箱

把两边摆在一起：

软件：设计模式（1994 收编）	管理：一般管理（1916 收编）	两边其实是同一件事
把 23 个反复好使的设计套路起名、成书	把 14 条原则 + 五大职能编成目录	散落经验 → 收进目录
统一记法：场合—毛病—招	原则 + 适用情境（"灯塔非死律"）	统一格式记录经验
观察者=订阅广播；单例=只此一份；工厂=集中代工	统一指挥；一个口子对外；共享服务中心	套路与制度逐条对得上
按名查目录、照套路套用	按原则查手册、照条目管理	复用前人验证过的经验
模式是思维方式，不是名词表	原则是灯塔，不是死板教条	都有适用边界，套错反而更糟

结论先拍这儿：四人组和法约尔，是同一台机器的两个作品。 这台机器干的事是——把"还在重复出现的经验"抽大一号、固化成可复用的资产。 软件把"反复好使的设计"收进 23 个模式；法约尔把"反复好使的管理"收进 14 条原则。经验一旦入目录，就从"某高手的私房秘技"变成了"组织的公共资产"——新人不必再踩一遍坑。

而且两边留了同一个忠告：目录不是法典。模式套错场合会增加复杂度；原则当死律执行会僵化组织（比如把"统一指挥"执行过头，扼杀一线的首创精神——法约尔把"首创精神"也写进了 14 条，就是给这个留的活口）。复用经验的前提，是先想清"这条经验到底治哪类反复出现的毛病"——只背名字不背魂，两边都是白费劲。

---

四、这一集的账：设计模式（和法约尔的原则）到底省了什么

省下来的：前人验证过的经验——"哪种安排老好使、哪种老翻车"的教训。省的不再是干法本身，而是"怎么想"的思路。这一跳很关键：函数库复用的是"别人写好的东西"，管不了"你自己的组织该怎么摆"；模式与原则复用的是"怎么组织的思路"，给的只有方向。

怎么个省法：查目录、按名套用。软件里是翻目录找"观察者"；管理里是翻手册找"统一指挥"。都不重新发明，只引用已被验证过的思路。

省的代价：目录不是法典，套错场合反而更糟。只学"词"不学"魂"（背熟 23 个名词却解不了新麻烦，等于白费劲）；当名词表背，真遇到没见过的问题还是不会；当圣经供着（模式也好、原则也好，都是经验不是真理，会随时代演化）。

下一集说：模式的"场合—毛病—招"这个三段式，为什么偏偏长这样？为什么有的经验一记就灵、有的记了白记？

---

五、今天带走一句话

设计模式，把反复好使的设计套路收编成目录（观察者=订阅广播、单例=只此一份、工厂=集中代工）；法约尔的原则，把反复好使的管理套路收编成目录（统一指挥、一个口子、共享服务）。两者都是"把散落经验变成公共资产"的关键一跃——查目录、照着套，不必再从零踩坑。但目录是灯塔不是法典，套错场合两边都翻车。

而且你留意，从这一集起，全书的故事换层皮：前面复用的是"东西"，从这儿开始复用的是"脑子"。 这套眼光——它治哪类毛病？适用边界在哪？——往后衡量架构、框架、中台、平台，一路通用。

但模式的"场合—毛病—招"这个三段式，为什么偏偏长这样？为什么有的经验一记就灵、有的记了白记？下一集咱钻进这个结构，看看管理那边德鲁克怎么用案例，把经验讲到骨子里。