把活儿省下来 · 集 15:规矩太多,事就办不成

把活儿省下来 · 第二部第 6 篇(零代码 · 本部收官)

两个场景,你大概都见过。

场景一(软件):一台用了五年的电脑,装了十套软件。某天装新软件,弹窗报错。追查半天才发现:十套软件里有八套,依赖同一个老零件的不同版本——谁也不让谁,抢同一个位置。最后只能整台重装。软件圈给这类灾难起了个狠名字:版本地狱。

场景二(管理):一家大公司报销一笔出差费。流程完全合规:单据齐全、层层签字、每一步都符合制度。三个月后,钱没到账——因为其中两个审批环节的系统先后升级了,新旧流程没人对接,单据卡在中间。每个环节都说:"我按规矩办了。"

两个场景是同一种病:规矩太多、太老、彼此打架,最后规矩本身成了故障源。"守规矩"走到极致,怎么就办不成事了?这一集把账算清。


一、软件那边:承诺的另一面,三笔账

集 14 夸了接口承诺,现在翻它的背面。

第一笔:版本地狱。 接口给每个零件"稳定"的担保,但零件一多,麻烦来了:同一个零件的接口,不同软件依赖不同版本——A 软件要老版,因为它当年就是照老版写的,承诺不能动;B 软件要新版。一台机器,装不下两份"真相"。细想一下,这不是谁不讲道理,恰恰是所有人都太讲道理——每份承诺都忠实地履行了,合起来就是死锁。软件界后来花几十年修这个坑,核心办法就一件事:给每份承诺划一块只属于它自己的地盘,互不越界。

第二笔:越老越动不得。 接口的用户越多、年头越长,改动牵动的面就越大,最后长成"谁都知道该改、谁都不敢动"的祖传遗产。承诺的信用是复利攒出来的,包袱也是。

第三笔:零件寄生于生态。 组件大战里最悲壮的一课:九十年代有一套技术水准公认一流的组件方案,随它的母平台一起退场——平台死了,零件再好也陪葬。另有一家赢了国际标准的仗,却输给了对手更接地气的做法。两句话总结:零件活在生态里,生态倒,零件跟着倒;标准赢在纸上,不算真赢。这两句话,管理版马上出场。


二、管理那边:规矩怎么变成了目的本身

韦伯的官僚制是台可替换的机器(集 13),配上契约纪律(集 14),按理说该天下无敌。但韦伯自己早就警告过这台机器有天敌——后人给它记了一串病历。

病一:把守规矩当成了目的。 病根最深的一条。规则本来是办事的手段,可规则执行久了,会悄悄发生反转:守规矩本身,成了目的,规矩背后那件事,没人记得了。 开头场景二就是标准病例——每个环节都按规矩办了,可"把钱报销给出差的人"这个出发点,没人负责了。研究组织的人给这个病起名"目标置换"(通行口径):流程走完了,事没办成。软件里同款病症:把规范当信仰,业务只有一点儿,也要走完全套仪式——规范是为人服务的,不是人为规范服务的。这正是集 09"套路不是万能药"在结构上的重演。

病二:大企业病。 层级厚(集 11 的形式主义分层)加上规则密(集 14 的承诺越攒越多),两样叠出来的慢性病:反应慢、创新难、部门墙高。每条规则单看都有道理,加在一起,组织变成了一个转身极慢的巨人。要注意,这不是官僚制本身的错,是拿错了药方——机械式结构长在了多变的环境里,违反的正是集 12 的道理。

病三:新旧规则打架。 制度改了一版,旧版没废;再改一版,前两版还在。员工面对三套流程,问谁谁都说"按最新的"。这就是版本地狱的管理版:同一台机器上,没人说得清哪份承诺是现行的。解法也一样——给每份承诺划地盘:发文必须写明"自本文件生效之日起,某某文件废止",废止要真的废止。

病四:技能焊死在一个地方。 "零件寄生于生态"的管理版:你的职位价值,寄生在平台上。 平台兴盛时,螺丝钉待遇优厚;平台退场,高度特化的技能跟着贬值。九十年代大裁员潮里最惨的,往往不是能力差的人,而是技能和平台焊死的人。这不是劝人不敬业,是提醒两句:把自己活成跨平台的标准件——你的通用本事,就是你可迁移的契约;把对平台的依赖,控制在知情、自愿的范围。


三、两张图叠在一起:刚性从美德到病,只隔一个"忘了目的"

软件:刚性的账单 管理:规矩的病 两边其实是同一件事
版本地狱:多版抢一个位置 新旧规则打架:没人说得清哪份现行 承诺没地盘,必打架
祖传接口:该改不敢动 越攒越厚的流程:谁也不敢废 信用是复利,包袱也是
规范成信仰,一点事也走全套 目标置换:流程走完,事没办成 把手段当成了目的
零件寄生于生态,平台倒它就倒 技能焊死在平台,平台退场即贬值 依附是有代价的
给承诺划地盘 发文必写废止,一行一个真相 治病总方:承诺要有地盘、有生死

结论可以这样拍:刚性的三笔账和规矩的病,是同一张反面账单——零件可换、可信赖,代价是"改起来像搬家"。搬家能力一旦退化,规矩就从秩序的来源,变成故障的来源。判别有病没病,只看一条:规矩背后那件"原本的事",还有没有人负责。

第二部到此收官。六集一条线:系统长什么样(集 10)→ 为什么都是金字塔(集 11)→ 怎么挑最合适的(集 12)→ 让零件随便换(集 13)→ 白纸黑字才算数(集 14)→ 规矩太多事就办不成(集 15)。一句话收束:把"系统怎么长"变成可复用的答案,人类因此盖起了百万人的组织和亿行代码的系统——而这些答案共同的软肋只有一条:它们太不容易改了。


四、这一集的账:前人翻过的车,省了什么

省下来的:一份"前人付过学费的翻车清单"。版本地狱、目标置换、生态陪葬——都是被验证过"一定会翻车"的路。提前知道它们,等于给失败买了保险。

怎么个省法:定期体检,就问三道题——我们手里有多少份"现行"的承诺(地盘清不清)?哪条流程最老、最没人敢动(包袱多大)?每条规矩背后那件"原本的事",归谁管(被置换了吗)?

省的代价:体检本身有成本。清理旧承诺——废止文件、下线老接口——是件看不见成绩的脏活,所以最容易拖。这恰恰是它必须被写进制度的原因:没人愿意干,才要规定必须干。

下一集说:结构改起来像搬家,那能不能干脆把"怎么干"本身做成产品,成套出售?软件界为此造出了框架和产品线;管理界为此搞出了流程再造和事业部制。第三部,开张。


五、今天带走一句话

刚性和规矩的美德,都标着同样的价:承诺攒出信用,也攒出包袱;规矩立出秩序,也立出牢笼。软件的版本地狱和管理的官僚病是同一张病历——当"守规矩"盖过了"办成事",手段就篡位成了目的。治病的药只有一味:让每份承诺有地盘、有生死,让每条规矩背后那件"原本的事",永远有活人对它负责。

送你第二部的收官判断:评价一个大组织或大系统,别问它规矩多全,问它三件事——最近一次"废规矩"是什么时候?谁在为规矩背后的目的兜底?新承诺上线时,旧承诺死透了吗? 三问下去,健康与否立现。

下一部,镜头拉高——不满足于"零件能换"的组织,开始把整套"怎么干"打包成产品卖。软件界造框架、开产品线;管理界搞流程再造、划事业部。把"怎么干"打包卖出去的时代,到了。

第三部,集 16 起。

posted @ 2026-11-01 10:35  phxjchina  阅读(3)  评论(0)    收藏  举报