news 2026/4/23 17:10:23

真相来了|张一鸣的“减法”管理:真正重要的事,通常不超过3件(附管理者“做减法”6个自检清单)

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
真相来了|张一鸣的“减法”管理:真正重要的事,通常不超过3件(附管理者“做减法”6个自检清单)

很多管理者都会有一种错觉:

只要把事情想全,

把动作列齐,

把任务拆细,

组织就会自然跑起来。

想的美。

现实却往往相反:

  • 事情越多,团队越慢;

  • 重点越全,执行越散;

  • 会议越勤,判断越弱。

在这个问题上,

张一鸣有个做法,

几乎是对大多数企业的一次“反向示范”。

他反复强调的,

并不是“多做一点”,

而是一个听上去很危险,

却极其有效的原则:

一个阶段,

真正重要的事,

通常不超过 3 件。


多数组织的问题:

不是不会做加法,而是不敢做减法

工作原因,

我看到过很多公司的年度计划,

有一个场景很熟悉:

  • 今年我们要做增长

  • 还要做品牌

  • 还要做组织升级

  • 还要做流程优化

  • 还要加上数字化、AI、出海、创新……

PPT 上写得很满,

会议上听起来也都“很有道理”。

但问题在于:

当所有事情都重要时,

结果往往是“一件都不重要”。

张一鸣早年在字节内部,

反复强调一个判断标准:

如果一个团队同时在推进5件“战略级事项”,

那这个团队大概率一件都做不好。

不是因为能力不行,

而是因为人的注意力,

组织的协同成本,

管理者的判断力等等,

都是有限的。

事实上,

管理的第一步,

不是“多做点”,

而是先问一句:

哪些事,可以先不做?


张一鸣的减法管理:

不是优先级不清,而是你舍不得放

很多管理者会说:

我们不是没减法,

我们也在排优先级。

但张一鸣对“排优先级”这件事,

其实一直很警惕。

因为在多数组织里,

所谓的优先级,

最后变成了:

  • A+、A、A-

  • 第一优先级、第二优先级、第二优先级中的重点

  • 或者一句话总结:全都要

张一鸣的看法更残酷一些:

真正的优先级,

不是排序,

而是砍掉。

砍不掉,就没有优先。

无毒有偶

在特斯拉内部,

很多项目不是“自然失败”,

而是被管理层主动叫停

哪怕已经投入了不少资源。

原因只有一个:

它不在“那 3 件最重要的事”里。

这件事对管理者来说,

其实非常反人性。

因为一旦选择“砍掉”,

就等于承认:

之前的判断可能是错的。

但张一鸣更在意的是:

继续做错,

比承认做错,

代价大得多。


为什么“重要的事 ≤ 3 件”?

不是经验使然,而是结构规律

这并不是张一鸣的个人偏好,

而是一个非常重要的组织规律。

你可以从三个层面理解:

第一,认知层面

一个管理团队,

真正能在同一时间保持高度共识的事情,

其实非常有限。

超过 3 件,

认知就开始“分叉”。

第二,资源层面

核心人才、管理注意力、跨部门协同,

本质上都是稀缺资源。

摊薄之后,

执行力一定下降。

第三,组织信号层面

当员工看到“什么都重要”,

他们只会选择做最安全的事,

而不是最重要的事。

张一鸣之所以坚持“最多 3 件”,

是因为这能让整个组织,

形成一个极其清晰的信号:

不在这 3 件里的事情,

就不是当前最重要的。

哪怕它“看起来也很有道理”。


管理者做减法的真正难点:

不是员工不理解,而是管理者不舍得

在很多公司,

员工其实并不反对减法。

真正抗拒减法的,

往往是管理者自己。

因为减法意味着:

  • 要对外说“不”

  • 要对内部项目踩刹车

  • 要面对“这个项目是谁提的”这种隐性关系成本

张一鸣有个观点听起来很冷酷,大意是:

如果一个项目不能进入最重要的 3 件事,

那继续做它,

本身就是对组织的不负责任。

这不是情绪判断,

而是管理判断。

管理的本质,

不是让所有事情都“活着”,

而是决定哪些事情值得被继续投入资源。


实操方案

管理者该如何做减法(4个层面)

如果你想判断:

你的团队是不是“假聚焦、真分散”,

可以从以下4个层面进行判断:

第一层:目标层

  • 当前季度,团队是否能一句话说清楚最重要的 3 件事?

  • 如果删掉其中 1 件,是否真的会“无法接受”?

  • 是否存在“不好意思删”的目标?

第二层:资源层

  • 核心人才是否被明确绑定在那 3 件事上?

  • 是否存在“重要项目却用边缘资源”的情况?

  • 管理者时间,是否被大量非核心事项占用?

第三层:行为层

  • 员工在实际工作中,是否知道“哪件事可以优先于其他一切”?

  • 是否存在“什么都要回、什么都要报”的碎片化管理?

  • 是否有人因为聚焦核心目标而被“质疑不够全面”?

第四层:决策层

  • 最近 3 个月,你是否主动砍掉过项目

  • 有没有项目是“明知不重要,但因为已开始就继续做”?

  • 管理层是否愿意为“减法决策”公开背书?

如果以上4个层面的问题,你总是犹豫不决,

那问题不在员工执行,

而在于管理者的减法做得不够。


总结一下:

好的管理,

从来不是把事情做满,

而是把不重要的事情删掉。

真正重要的事,

之所以重要,

正是因为它们值得你为之放弃其他选择。

(有关机会成本的事,我们以后再聊)

https://mp.weixin.qq.com/s/lyIm2v5YcDBQtZP9CpM9DA

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/4/22 6:41:09

SPL量化工作台使用教程-12 信号输出与实操

在实操时如何用策略来指导下单?这里所讲的策略都是离线策略,适用于低频交易。在离线策略中,可由系统计算出下单信号,然后人工操作下单买卖。这样我们只需在系统中根据策略计算出当天是否有下单信号就可以了,此时可以使…

作者头像 李华
网站建设 2026/4/22 13:58:26

RAG 和 GraphRAG:了解何时(When)、如何(How)使用它

引言 检索增强生成(RAG)主要目的是为了大模型引入外部知识,减少大模型幻觉,是目前大模型应用开发中必不可少的技术之一。但是传统RAG主要是通过语义相似度在向量空间中进行检索,无法捕获数据库中数据点之间的依赖关系。…

作者头像 李华
网站建设 2026/4/22 16:30:21

全员提效:为开发和产品经理定制的“轻量级”测试指南

引言:打破角色壁垒的测试新范式在敏捷开发成为主流的2025年,测试不再是QA团队的独角戏。本指南旨在为开发工程师和产品经理提供可落地的轻量化测试方案,通过建立「质量共担」机制,将缺陷拦截效率提升40%以上。一、开发人员测试工具…

作者头像 李华