编程进阶网 编程进阶网
首页
  • 在线工具
  • JSON工具
  • 文本工具
  • 图片处理
  • 文档转化
  • 代码压缩
  • 加解密
  • 时间日期
  • 网络工具
  • 颜色设计
  • 二维码
  • 开发实用
  • 计算机的原理
  • 操作系统原理
  • 网络协议原理
  • 数据库的原理
  • 序卷导读
  • 数据本质
  • 运行模型
  • 并发设计
  • 内存真相
  • 交互系统
  • 面向对象
  • 设计原则
  • 设计模式
  • 系统架构
  • 技能之旅
  • 体系建设
  • 代码品质
  • 方案设计
  • 稳定可靠
  • 工程运维
  • 性能优化
  • 数据结构导论
  • 线性结构详解
  • 树哈希结构论
  • 容器设计实战
  • 经典算法思想
  • 工程案例剖析
  • 算法题库精练
  • C语言入门
  • C综合案例
  • C专栏博客
  • C标准集库
  • C++入门教程
  • C++综合案例
  • C++专栏博客
  • C++编程技巧
  • Java入门教程
  • Java综合案例
  • Java专栏博客
  • Go入门教程
  • Go综合案例
  • Go专栏博客
  • Go开发技巧
  • JavaScript入门
  • JavaScript案例
  • JavaScript高级
  • Kotlin精通
  • Android库解读
  • Android专栏
  • iOS ObjC入门
  • iOS Swift入门
  • iOS入门精通
  • Web之Html手册
  • Web之TypeScript
  • Web之Vue高级进阶
  • Linux之QML入门
  • Linux之QT核心库
  • Python教程
  • Shell&Bash教程
  • 工具脚本
  • 自动化脚本
  • 质量保障
  • 产品思考
  • 软实力
  • 开发流程
  • Git应用
  • 技术模版
  • 技术规范
  • Markdown
  • Mermaid
  • 开源协议
  • 毛选解读
  • 自我精进
  • 关于我
  • 自我精进
  • 职场管理
  • 职场面试
  • 心情杂货
  • 友情链接

杨充

专注编程 · 终身学习者
首页
  • 在线工具
  • JSON工具
  • 文本工具
  • 图片处理
  • 文档转化
  • 代码压缩
  • 加解密
  • 时间日期
  • 网络工具
  • 颜色设计
  • 二维码
  • 开发实用
  • 计算机的原理
  • 操作系统原理
  • 网络协议原理
  • 数据库的原理
  • 序卷导读
  • 数据本质
  • 运行模型
  • 并发设计
  • 内存真相
  • 交互系统
  • 面向对象
  • 设计原则
  • 设计模式
  • 系统架构
  • 技能之旅
  • 体系建设
  • 代码品质
  • 方案设计
  • 稳定可靠
  • 工程运维
  • 性能优化
  • 数据结构导论
  • 线性结构详解
  • 树哈希结构论
  • 容器设计实战
  • 经典算法思想
  • 工程案例剖析
  • 算法题库精练
  • C语言入门
  • C综合案例
  • C专栏博客
  • C标准集库
  • C++入门教程
  • C++综合案例
  • C++专栏博客
  • C++编程技巧
  • Java入门教程
  • Java综合案例
  • Java专栏博客
  • Go入门教程
  • Go综合案例
  • Go专栏博客
  • Go开发技巧
  • JavaScript入门
  • JavaScript案例
  • JavaScript高级
  • Kotlin精通
  • Android库解读
  • Android专栏
  • iOS ObjC入门
  • iOS Swift入门
  • iOS入门精通
  • Web之Html手册
  • Web之TypeScript
  • Web之Vue高级进阶
  • Linux之QML入门
  • Linux之QT核心库
  • Python教程
  • Shell&Bash教程
  • 工具脚本
  • 自动化脚本
  • 质量保障
  • 产品思考
  • 软实力
  • 开发流程
  • Git应用
  • 技术模版
  • 技术规范
  • Markdown
  • Mermaid
  • 开源协议
  • 毛选解读
  • 自我精进
  • 关于我
  • 自我精进
  • 职场管理
  • 职场面试
  • 心情杂货
  • 友情链接
  • 毛选实战心法

    • README
    • 01.整体阅读框架图
    • 02.经典核心方法论
    • 03.土地革命综述篇
    • 04.抗日战争综述篇
    • 05.解放战争综述篇
    • 06.建设探索综述篇
    • 07.辩证思维矛盾论
    • 08.科学方法实践论
    • 09.调查研究的功夫
    • 10.实事求是核心论
    • 11.密切联系群众法
    • 12.透过现象看本质
    • 13.知行合一实践论
    • 14.一分为二的分析
    • 15.发挥主观能动性
    • 16.农村包围城市路
    • 17.三个世界的划分
    • 18.全局战略思维法
    • 19.藐视与重视辩证
    • 20.顶层规划设计论
    • 21.集中优势资源法
    • 22.波浪式前进规律
    • 23.独立自主发展路
    • 24.枪杆里面出政权
    • 25.团结一切可团结
    • 26.抓住主要矛盾法
    • 27.伤十指不如断一
    • 28.先打分散再歼灭
    • 29.解剖麻雀调研法
    • 30.动员群众指导法
    • 31.弹钢琴式协调法
    • 32.谈判的原则智慧
    • 33.愚公移山精神力
    • 34.初战必胜的策略
    • 35.风险底线管理法
    • 36.不打无准备之仗
    • 37.你打你我打我的
    • 38.精兵简政提效率
      • 01.转不动的大团队
      • 02.市面误读之辨
      • 03.三层独家主张
      • 04.一九四二·延安现场
      • 05.原文四维精读
      • 06.精兵简政四维体系
      • 07.五字目标硬红线
      • 08.机构精简之难
      • 09.边区精简示范案
      • 10.三个认知陷阱
      • 11.现实映射矩阵
      • 12.一个商业切片
      • 13.防止反弹长效机制
      • 14.三年认知复利
      • 15.收束三句金言
    • 39.知人善任的功夫
    • 40.劳武结合两手抓
    • 41.官兵一致的平等
    • 42.基层组织建设法
    • 43.批评与自我批评
    • 44.关心群众生活法
    • 45.政治工作生命线
    • 46.艰苦奋斗精神力
    • 47.如何管理好心态
    • 48.好好学习求上进
    • 49.自我批评的方法
    • 50.如何看待失败观
    • 52.放下包袱再出发
    • 53.谦虚谨慎戒骄躁
    • 54.甘当小学生精神
  • 小人物的进修

  • 职场管理进阶

  • 书籍
  • 毛选实战心法
杨充
2018-01-22
目录

38.精兵简政提效率

# 精兵简政提效率

# 目录介绍

  • 01.转不动的大团队
  • 02.市面误读之辨
  • 03.三层独家主张
  • 04.一九四二·延安现场
  • 05.原文四维精读
  • 06.精兵简政四维体系
  • 07.五字目标硬红线
  • 08.机构精简之难
  • 09.边区精简示范案
  • 10.三个认知陷阱
  • 11.现实映射矩阵
  • 12.一个商业切片
  • 13.防止反弹长效机制
  • 14.三年认知复利
  • 15.收束三句金言

# 01.转不动的大团队

我有一年接手一个研发团队,总共 38 人、分 5 个小组,下面再分三层汇报:总监(我)→ 资深 leader → 小组长 → 成员。

刚接手前两个月我疯狂开会——周一大周会、周二组会、周三双周汇报、周四跨组协调、周五技术评审,中间还有一对一。我自以为"信息通畅、管得到位"。

第三个月老板悄悄发来一份数据——我们团队人均产出(按 story point / 人月计)在整个部门倒数第二。我第一反应:"我们都在加班啊?怎么会?"老板只淡淡回一句:

"你的人在加班,但他们 40% 的时间都花在开会和对齐上了。"

我回去翻工时系统,当场冒冷汗——38 个人里,一半以上的周工时超过 15 小时都花在"会议 + 汇报 + 转发消息"上。我不是在带一个研发团队,我是在带一个"对齐中心"。

那晚我翻《一个极其重要的政策》,看到毛主席那段话:

"目前根据地的情况已经要求我们褪去冬衣,穿起夏服,以便轻轻快地同敌人作斗争,我们却还是一身臃肿,头重脚轻,很不适于作战。"

四个字点破本质——"鱼大水小":机构膨胀已超过根据地承载能力。我们这个团队就是一条"鱼大水小"的鱼:38 个人管 5 条业务线,业务(水)没长大、团队(鱼)却先胖了;3 层汇报只是为了"让我看得见每个人"、其实付出的成本是"每个人看不见业务";每周 5 场会议是我"管得到位"的幻觉、实际是"每个人都没时间打仗"。

我第二天做了接手以来最痛、也最正确的一个决定——对自己团队动刀:精兵、简政、简会、简层级。


# 02.市面误读之辨

关于"精兵简政",市面上至少有三种致命误读。

第一种误读:把精兵简政 = 裁员。很多公司一说精兵简政就是"裁掉 X% 员工"——这是把方法当成了目的。毛主席的"五字目标"是精简、统一、效能、节约、反对官僚主义——五条全部满足才叫精兵简政,光裁员是反向操作。

第二种误读:业务不好才动刀。"现在业务不好我们要精兵简政"——意思是业务好的时候就不需要。错。精兵简政是永久性的纪律,不是周期性的应急。机构的扩张本能任何时候都存在,必须周期性反向操作。等到业务不好才动刀,已经晚了。

第三种误读:只砍人头,不动层级。只优化人头数、不动汇报层级——这是最常见的"假精简"。层级不动,会议不会少;会议不少,效能不会升。真正的精兵简政必须同时砍人头 + 砍层级 + 砍会议 + 砍流程——四件事一起做。


# 03.三层独家主张

这一篇关于精兵简政坚持三个独家主张。

主张一:判断组织是否过载的唯一指标不是"人数",而是"鱼水比"——业务规模(水)能不能养这么多人(鱼)。鱼大水小是管理者自己的责任,不是员工不努力。

因为人数是绝对值,鱼水比是相对值。1000 人不一定臃肿(如果业务体量足够大),30 人也可能臃肿(如果业务连 10 人都养不起)。1941 年陕甘宁边区"20 个老百姓养 1 个脱产人员"就是典型鱼大水小——业务这条水养不了组织那条鱼。这种状态下,再勤奋的脱产人员也救不了组织,因为再勤奋也吃饭、也消耗资源。

鱼水比这个指标的真正威力在于——它把组织过载的责任彻底归到管理者身上。绝大多数中层面对效率下降的第一反应是"团队不努力、要加强 KPI"——这是把锅甩给员工。鱼水比视角告诉你完全相反的判断——如果鱼大水小,说明你这个管理者没把"水"养够、或者养了太多"鱼",跟员工努不努力没关系。这种反向归因会强迫管理者从"骂员工"切换到"修自己"——而这才是真正能让组织恢复健康的姿势。落到操作,一个最朴素的量化就是人均产出/人均成本:这个比值下降,无论多努力、KPI 多严,都必须减鱼或养水,没有第三条路。

主张二:每多一个人,对齐成本按 N² 增长(N 人两两对齐 = N(N-1)/2)。当对齐成本超过新增产出,多招的每一个人都是负担。

这是组织设计中最反直觉的一条:5 人团队 = 10 次;10 人 = 45 次;20 人 = 190 次;50 人 = 1225 次。人数翻 10 倍,对齐次数翻 122 倍。这就是很多公司从 30 人扩到 100 人时效率反而下降的原因——不是新人不行,是 N² 曲线把所有人的精力都吃掉了。真实产出 = 名义产出 - 对齐成本——这个减法没做的人,每多招一个都在让组织负重。

操作上有一个最朴素的判断——每次招新人之前强制回答三个问题:他来了要跟多少人对齐(新增的 N-1 条对齐线)?这些对齐线每周要花多少时间?他的新增产出能否覆盖这些时间损失?三问答完,往往会发现本来想招 5 个的岗位只该招 2 个。精兵的本质不是不招人,是只招那些"新增产出 > 对齐成本"的人。

主张三:五字目标必须配硬性红线(会议半小时硬限、邮件 3 层打回),否则一定反弹。没写在墙上的纪律会被遗忘。

抽象口号无法约束行为、只有具体红线才能。"反对官僚主义"所有人都同意,但什么算什么不算?没有统一答案时,每个人按自己方便定义——说着反对、做着不变。但如果翻译成"任何会议超过 30 分钟必须停下来重新评估,否则就是官僚主义"——这条红线就可执行、可检查、可问责。抽象口号 → 具体红线,是从"道德号召"到"行为约束"的关键跨越。更重要的是红线必须配套"违反就有代价"的机制,否则就是装饰。没有违反代价的红线就是废纸——大家心知肚明这条线划着但越线没事,那这条线就等于不存在。


# 04.一九四二·延安现场

1. 日伪军的"扫荡"和"三光政策":1941-1942 年,日军对华北各抗日根据地出动千人以上的"扫荡"达 174 次,使用兵力 83 万多人次。

2. 国民党顽固派的经济封锁:1941 年 1 月国民党制造"皖南事变",还对边区实行"断邮、断汇、断运"等封锁措施。

3. 自然灾害的严重影响:1940-1942 年华北地区连续发生旱灾、蝗灾,粮食短缺。

军政机构庞大与物质基础薄弱的矛盾:陕甘宁边区 1941 年脱产人员达 7.3 万人,占总人口的 5.37%;财政赤字 567 万元(边币),占财政总支出的 87.5%;公粮征收达 20 万石,比 1940 年翻倍。

"精兵简政"这一政策最早由陕甘宁边区参议会副议长、开明绅士李鼎铭先生于 1941 年 11 月提出。中共中央采纳了这一建议,并于 1941 年 12 月发出《关于精兵简政的指示》。毛主席称这是"一个极其重要的政策"。

值得注意的是这条政策的提出者并不是党内同志,而是党外开明绅士李鼎铭。这一细节藏着两层深意:第一,党中央在 1941 年最困难时期能虚心采纳党外人士建议——如果关起门来只听内部声音,可能根本意识不到机构臃胀的严重程度,因为内部每个人都在为"自己的部门、自己的岗位"辩护;第二,李鼎铭作为参议员敢提触及核心利益的建议,说明边区那种"三三制政权 + 党外人士敢讲真话"的氛围是真实存在的。没有这种氛围,李鼎铭这句话根本上不到党中央的桌面。

翻译到现代——很多公司的精兵简政方案,最有效的来源不是 HR、不是中层,是那些"在公司里但不在权力链里"的人:基层老员工、外部顾问、客户、合作伙伴。他们能讲真话、不需要顾及晋升、看到的问题最真实。只听权力链上的反馈永远做不出真正有力的精兵简政方案——因为权力链上的每个人都在为自己保存编制。


# 05.原文四维精读

《一个极其重要的政策》(1942 年 9 月 7 日)核心段落:

"目前根据地的情况已经要求我们褪去冬衣,穿起夏服,以便轻轻快地同敌人作斗争,我们却还是一身臃肿,头重脚轻,很不适于作战。……我们八路军新四军是孙行者和小老虎……目前我们须得变一变,把我们的身体变得小些,但是变得更加扎实些,我们就会变成无敌的了。"

三个关键比喻:冬衣 vs 夏服——形势变了,装备必须变;臃肿 vs 轻快——重不是优势,灵活才是;身体小 vs 更扎实——精简的目的是变强,不是变弱。

《抗日时期的经济问题和财政问题》(1942 年 12 月):

"在这次精兵简政中,必须达到精简、统一、效能、节约和反对官僚主义五项目的。"

五字互锁——精简是人数和机构真正减下来;统一是决策权集中、不能多头;效能是精简后效率必须提升;节约是成本必须真正下来;反对官僚主义是作风必须改、不能换汤不换药。少任何一字,精兵简政就是表面文章。

毛主席强调:"精兵简政,必须是严格的、彻底的、普遍的,而不是敷衍的、不痛不痒的、局部的。"这三个词点出精兵简政最反直觉的地方——它是一次主动的、系统的、根本性的自我革命,不是优化、不是调整、不是改进。历史上多少组织变革落入"精简一阵子,反弹大一截"的循环?原因只有一个——精简的同时没有建立长效机制:人头数指标可以涨、新增编制理由可以编、会议可以加回来、层级可以重叠。没有制度保障,所有精简都是周期性反弹的前奏。


# 06.精兵简政四维体系

"精兵简政"并非简单机构精简,而是包含目标、组织、效能、制度的完整体系——目标维度回答"为什么减"(克服困难、减轻负担、提高效率,见《一个极其重要的政策》);组织维度回答"怎么减"(精简机构、压缩编制、裁减冗员,见《减租、生产和拥政爱民》);效能维度回答"减到什么标准"(提高效率、增强战斗力,见《组织起来》);制度维度回答"怎么不反弹"(长效机制,见整风运动文献)。

核心要义:精兵简政的根本目的是解决"鱼大水小"的矛盾——庞大军政机构与有限物质基础之间的矛盾。这一维度强调精简不是为精简而精简,而是为适应战争环境、克服经济困难、提高战斗力的战略举措。

组织维度分三个层次:一是精简上层(减少领导机关人员),二是充实下层(加强基层和战斗部队),三是裁减非生产人员。

效能维度是精兵简政的落脚点——为什么必须把"效能"作为单独维度、而不是直接讲"减员"?因为减员是手段,效能才是目的——混淆这两者是绝大多数公司精兵简政失败的根源。"为减员而减员"的公司会出现一种典型反模式:裁掉 20% 之后,剩下的人加班 50%,整体产出下降 30%。原因是被裁的不一定是最不重要的那 20%(可能恰恰是核心骨干因为不满走人),留下的也不一定是最有效率的(可能是只会保留位置的中层)。

真正以效能为目的的精兵简政完全不同——它的判断标准不是"减了多少人",而是"减完之后单位人均产出有没有上升"。如果减员后人均产出上升,哪怕只减 5% 也是大胜;如果下降,哪怕减了 30% 也是灾难。这就是毛主席讲"精干高效"、不是单纯讲"少"的真意——精干才是关键,高效是验证。落到操作最朴素的动作——任何精兵简政方案启动之前先定义"成功"的指标:不是"减员 X%",而是"3 个月后人均产出提升 Y%"或"决策周期从 X 天缩到 Y 天"。

制度维度防反弹。精兵简政最大的敌人不是"减不下去",是"减下去之后两年又回来了"。这个反弹规律历史上反复出现——延安减下去过、49 年进城又膨胀;50 年代精简过、60 年代又膨胀;70 年代精简过、80 年代又膨胀。没有制度保障的精兵简政,最长不超过 18-24 个月就反弹。原因是组织的扩张倾向是结构性的——每个负责人都本能想多招人(团队大代表权力大)、每个项目都本能觉得人手不够、每次困难时刻的应急都会留下"加几个人"的合理性。

真正能防反弹的制度至少包括三件事——编制天花板(每部门上限写在制度里、不是负责人自己说了算)、新增审批(新岗位必须层层审批、说清"旧岗位为何不能解决"、算清对齐成本)、定期复盘(每季度对每个部门做一次"鱼水比"复盘、恶化的自动触发减员评估)。精兵简政之后的 12 个月才是真正的考验期——各种"为什么我们不能多招几个人"的合理化理由会层出不穷(业务增长、新业务开拓、上级要求、危机应对),每一条听起来都合理,但只要让它们一个一个突破,6 个月之后就回到精简前状态。


# 07.五字目标硬红线

毛主席的"精简、统一、效能、节约、反对官僚主义"五字目标,每一字都必须配一条硬性红线,否则一定空转——精简配"团队总人数不得反弹,新增必须经业务数据证明";统一配"所有决策只能在一个固定会议产生,其他场合不决议";效能配"周工时上限 45 小时,超过即管理失败";节约配"会议半小时硬限,PPT 超过 10 页退回";反官僚配"邮件 / 流程 3 层转发自动打回原点"。

写在脑子里的不算红线,写在白板上、每天看到的才算——这是组织行为学最朴素的事实,也是无数失败的"精兵简政"留给我们的血的教训。为什么"写在脑子里"等于零?三个朴素的人性原因:人会忘(今天定的红线三个月后业务一忙就模糊)、人会自欺(当 leader 自己想加人时最先放水的就是自己心里那条线)、人会传歪(心里的红线传到下属那里已经走样)。

红线一旦上墙,三件事立即变化——可见性从"只有 leader 知道"变成"全团队每天看见",承诺感从"口头说说"变成"公开承诺,反悔成本高",执行力从"看心情"变成"任何人都可以指着墙问'为什么破线'"。

我自己的做法很笨但有效——把五字红线和"一岗一编、双重举证、季度复盘、违例公示、岗变编不变"这五条防反弹机制,写成 A3 大字贴在团队工位最显眼的柱子上。每次有人提加编、提加层,站到柱子前面看一眼再说话——很多本来要说出口的"再加一个人吧",看着柱子就咽回去了。红线的真正威力不在它有多严,而在它有多看得见。

光写不盯没用——必须指定一个人(通常是 leader 自己)每周 review 一次红线执行情况。这一条看似最简单,却是 90% 的精兵简政方案最终失败的真正原因。没有人盯的红线,三个月后会"集体性失忆"——最先模糊的不是下面的人、而是 leader 自己,因为"破一次线"的短期收益(多一个人帮忙)远远大于"守一次线"的长期收益(保住战斗力密度)。

我的做法是这"三个一"——一个人(leader 亲自盯、不能委托,因为破线最大来源就是 leader 自己,让别人盯自己等于没盯)、一个时点(每周一上午第一件事、固定 15 分钟"红线 review")、一张表(当周新增编制/层级变动/会议数量/流程层数四项数据,超线红字标出,连续两周超线开闭门会复盘)。有人盯的红线才是红线,没人盯的红线只是壁纸。


# 08.机构精简之难

精简一个人靠的是 HR 流程,精简一个机构靠的是斗争力——因为机构背后是利益、是权力、是历史、是面子,动一个机构往往动一群人。毛主席原话:"精兵简政必然会遇到阻力,必须敢于斗争、善于斗争。"

精简有明确顺序——先精简上层(领导机关、参谋机构),再充实下层(一线作战、生产力量)。为什么?因为上层不精简,下层就不会动;上层精简了,下层自然跟上。反过来做(先动下层)会触发系统性反弹。

边区精兵简政之所以成功,关键在于同时建立了编制管理制度——任何新增编制必须经过严格审批、必须经过业务数据论证。没有这一条,所有精简都是周期性反弹。


# 09.边区精简示范案

1941 年,陕甘宁边区面临严峻形势:总人口约 140 万,脱产人员 7.3 万,平均每 20 个老百姓要养活 1 个脱产人员。财政赤字 567 万元,公粮征收翻倍,机构臃肿。

这一组冰冷数字背后,是一幅令人窒息的真实图景——根据地的"水"已经被抽到见底,"鱼"却还在迅速变大。1937 年抗战初期边区脱产人员只有约 1.4 万人,到 1941 年膨胀到 7.3 万——四年增长五倍多;而同期边区总人口几乎没有增长,可耕作土地反而在缩减。一边是供给端的极度有限,一边是消耗端的迅速膨胀,这就是教科书级别的"鱼大水小"。

雪上加霜的是三个外部冲击同时袭来——国民党经济封锁让外部物资断供、根据地必须完全自给;**日寇大规模"扫荡"**让局部地区粮食被破坏、征收难度陡增;自然灾害让 1940-1941 连年旱灾、公粮基数减少。

正是在这种"再不动就要崩盘"的极限压力下,李鼎铭的提案才具备了被毛主席采纳的历史条件。任何精兵简政的成功,都不是因为政策有多英明,而是因为 leader 终于承认:再不动,就真的没鱼吃了。这一点对今天的组织管理者依然是冰冷的提醒——很多精兵简政做不成,不是不知道怎么做,而是还没疼到必须做。

三阶段推进——第一阶段(1941.12-1942.4)初步精简:裁减各级机关 20-25%,合并重叠机构,减少会议文件。第二阶段(1942.6-1942.12)深入实施:边区一级机关从 35 个减至 22 个、人员从 469 减至 279、精简 40%;全边区共裁减 7398 人,多数转入生产部门或充实基层;建立编制管理制度防反弹。第三阶段(1943 年初)巩固提高:充实基层和生产一线,开展整风运动,建立检查监督机制。

成效:脱产人员占人口比例从 5.37% 降至 3.75%,1942 年节约粮食 1.6 万石;机构精简后办事效率提高,密切党群关系;主力部队更加精干,战斗力提高。关键启示——边区精简不是一刀切,而是分三个阶段、配合生产运动、配合制度建设,"减量"与"提质"同步、"精简"与"充实"同步。


# 10.三个认知陷阱

三个最容易踩的认知陷阱,每一个都能让精兵简政变成一场闹剧。

陷阱一:以规模论强弱——"我们部门 50 人,比隔壁 30 人的部门强"——幻觉。实力的真正衡量是人均产出 × 团队战斗力。50 人如果对齐成本占 40%、产出只有 30 人 × 60% = 18 人当量;30 人如果对齐成本只占 10%、产出 30 × 90% = 27 人当量。50 人的部门反而比 30 人的弱 50%。

陷阱二:以会议密度论管理——"我每周开 5 场会,对每个人都管得到"——自我感动。每多开一场会,团队就少 1 小时打仗时间。开会多 ≠ 管理到位,开会多 = 管理者用会议代替管理。真正的管理是减少会议、增强信任、放权一线。

陷阱三:以周期性运动论纪律——"今年业务不好,搞一次精兵简政"——致命误读。精兵简政是永久性纪律,不是周期性运动。机构的扩张本能任何时候都存在,必须周期性反向操作(每半年一次"鱼水评估")。等到业务不好才动刀,组织已经被冗员压垮了。


# 11.现实映射矩阵

毛选关键词 创业团队 中型公司 大型组织
鱼大水小 业务未跑通就招 30 人 业务增速放缓人头还涨 部门数比业务种类多
精简 砍非核心岗、收紧招聘 半年"鱼水评估"缩编 机构合并、跨部门撤并
统一 决策集中到 founder+CTO 决策集中到核心管理层 减多头汇报、明确决策权
效能 人均产出可量化 周工时硬上限 OKR 透明、绩效硬挂钩
节约 半小时会、文档极简 异步优先、PPT ≤ 10 页 出差严控、报销简化
反官僚 邮件 3 层打回 流程 ≤ 3 节点 简政放权、流程再造

# 12.一个商业切片

那晚我在白板上画了两栏:

左栏"水"(业务真实规模):5 条业务线——2 条核心、2 条探索期、1 条正在关停——真正需要稳态投入的只有 3 条。 右栏"鱼"(团队实际编制):38 人、3 层汇报、5 场周会、每周平均开会 15 小时。

画完我自己愣住了——水其实只够养 20 条鱼,我养了 38 条。不是"业务养不活这个团队",是"团队已经大到业务不知道该拿它做什么"。

当周我做了三个决定:

  1. 精兵:停掉 1 条关停中的业务线,2 条探索期合并为 1 个小组;38 人优化到合适规模(通过内部流动、主动沟通、合并岗位)。
  2. 简政:3 层汇报改为 2 层——我直接对 4 个 leader,leader 直接对工程师,砍掉"小组长"这一层。
  3. 简会:5 场周会砍到 2 场——只保留"周一目标会 + 周五战报会",每场 30 分钟硬性限时,其他全部异步文档。

毛主席说精兵简政要达到**"精简、统一、效能、节约、反对官僚主义"**——我抄在白板正中间,每个字配一条硬性红线:精简(总人数不得反弹,新增必须业务数据证明);统一(所有决策只能在"周一目标会"产生);效能(周工时不允许超 45 小时——超过就是管理失败,不是员工勤奋);节约(会议半小时硬限;PPT 超 10 页退回);反对官僚主义(邮件超 3 层转发自动打回——找能拍板的人,不要一直"汇报")。

第一个月月底复盘时,工时系统显示——会议 + 汇报 + 转发占比从 40% 降到 16%,产出(按交付任务数)提升 38%。但更关键的是我听到团队里一句话——"现在大家终于有时间写代码了。"

那一刻我才真正明白毛主席那句话——"变得身体小些,但变得更加扎实些。"


# 13.防止反弹长效机制

半年过去,团队从 38 人稳定在 25 人,业务产出翻了近一倍,留下的都是真正能打仗的。我固化了四条制度——

  1. 半年一次"鱼水评估":每半年把业务规模(水)和团队规模(鱼)摆在一张表上,鱼大水小就必须主动缩编。不等出问题再动,主动检查。
  2. 新增人员需要"两重举证":想增加一个人必须证明两件事——不增这个人业务会怎样?能不能通过流程/工具优化替代?两个问题答不好,一律不增编。
  3. "会议熔断"机制:任何一场会议跑超 30 分钟自动熔断,剩下的内容必须异步;任何一条信息经手超过 3 个人,发起人必须重新找到"能决策的人"直接谈。
  4. 每季度一次"官僚主义复盘":拉团队一起找"最近哪些事其实不该走三层流程",把它改成直通。官僚主义不是别人的问题,是每个人的默认行为,必须定期清。

这半年我体会最深的一件事是——组织的战斗力不取决于"有多少人",取决于"这些人中有多少人真的在打仗"。过去我以为多招人 = 战斗力提升,现在我知道——每多一个人就多一层汇报、一次会议、一次对齐成本,超过拐点之后再多人都是负担。

毛主席说"褪去冬衣,穿起夏服"——这八个字是管理者一辈子的功课。越想打仗的时候,越不要被自己的装备压垮。


# 14.三年认知复利

一年精、两年防、三年化——精兵简政思维的复利路径。

第一年最大的变化是从"被动应对"变成"主动检查"。每半年一次鱼水评估、每月一次会议熔断复盘,团队规模稳定、产出翻倍。

第二年我把"鱼水评估 + 五字红线 + 双重举证"打包成方法论,和同级 leader 一起共建。效果是——整个研发体系周工时下降 23%、人均产出提升 31%——精兵简政从一个团队的事变成了组织能力。

第三年最大的变化是指标从"人头数"变成"战斗力密度"——人均能打仗的产出、人均决策权、人均冗余度。编制不再是核心管理对象,战斗力密度才是——这是精兵简政思维真正长出来的东西。


# 15.收束三句金言

组织的战斗力不在"鱼有多大",在"水能养多大的鱼"——鱼大水小是管理者自己的责任,不是员工不努力。

这句话看似平淡,背后却是对管理者的一记重锤——它把"组织战斗力下降"的归因,从"员工"硬生生扳回到了"管理者"自己身上。它至少颠覆了三个我们习以为常的管理直觉——过去说"业绩不行 = 员工不努力",鱼水比视角说业绩不行 = 鱼水失衡、是 leader 没控好编制和层级;过去说"团队不行 = 招的人不够强",鱼水比视角说团队不行 = 水撑不起这么多鱼、再强的人也会被稀释;过去说"出问题 = 加人加层",鱼水比视角说出问题 = 先减鱼、让水重新养得动。

为什么这句话必须由 leader 自己来说、而不能是员工说?因为只有 leader 才有权力调整"鱼水比"——员工只能在被分配到的水里挣扎,是 leader 决定了水有多大、能养几条鱼、什么时候必须放掉一些鱼让剩下的活下去。把责任推给员工,就是放弃了 leader 这个角色最核心的那部分职权。所以精兵简政不是一项"政策",是 leader 这个职位与生俱来的责任——你不主动控鱼水比,鱼水比就会主动来惩罚你。等到那一天再动,代价已经十倍于今天。

三日行动清单——

  1. 每半年做一次"鱼水评估":把业务规模和团队规模摆一张表,主动找出"鱼大水小"的部分,不等出问题再动。
  2. 新增人员必须"双重举证":不增这个人业务会怎样?能不能用流程/工具替代?两个问题答不好不增编——否则每招一个人都在给自己造"鱼大水小"。
  3. 把五字目标贴在白板上:每条配一条硬性红线(会议半小时、邮件 3 层打回、异步优先)。这五个字是精兵简政的底线,不写在墙上就会被遗忘。

下一次你又想"是不是该再招几个人"的时候,问自己一句话——"我团队现在的鱼水比是多少?" 答不出来,那么新招的每一个人都在加深"鱼大水小"。先做一次鱼水评估,再决定招不招。

上次更新: 2026/07/24, 16:25:30
37.你打你我打我的
39.知人善任的功夫

← 37.你打你我打我的 39.知人善任的功夫→

最近更新
01
audit
07-27
02
C++入门教程全章思考题汇编
07-24
03
12.技术团队建设能力
07-21
更多文章>
Theme by Vdoing | Copyright © 2019-2026 杨充 | MIT License | 鄂ICP备2024073355号-1 | 鄂ICP备2024073355号
  • 跟随系统
  • 浅色模式
  • 深色模式
  • 阅读模式