最近听了一个播客，Basecamp 的创始人DHH抛出了一个非常犀利，甚至可以说有些“刺耳”的观点。
他说：“绝大多数管理者，都是没用的。会议是有毒的。真正的生产力，只存在于无人打扰的深度工作中。”
这句话，如果在程序员或者一线员工的群里发出来，估计会瞬间收获满屏的“排队点赞”。
如果你刚刚结束了一场开了1小时、却没有任何结论的“周一例会”，你可能更想拍着大腿喊：说得太对了！
在一个理想的乌托邦里，确实不需要管理者。
如果你的团队只有三个人，你们是特种兵，是背靠背的兄弟。眼神一交汇，你就知道他要攻左路，你要守右路。在这个模型里，任何一个指手画脚的“监工”，都是多余的噪音。
但是，DHH的话，对，也不对。
因为他描述的，是“小作坊的逻辑”。而一旦我们把视角拉高，你会发现，这个问题的本质并不是“要不要管理者”，而是另一个词：规模。
01. 规模，是万恶之源，也是一切的前提
DHH提到的那些神话，比如 ID Software几个人就做出了《毁灭战士》，这是事实。
当团队只有几个人的时候，沟通成本几乎为零。大家共享同一个大脑，同一个目标。
但是，商业世界有一个残酷的“熵增定律”。
一旦你的业务跑起来了，团队从5个人变成了50人、100人、500人。
这时候，“心有灵犀”就变成了“鸡同鸭讲”。
原本吼一嗓子就能解决的问题，现在需要跨越三个部门；原本默认的共识，现在变成了无数个信息孤岛。
这时候，如果你还坚持“无为而治”，你得到的绝不是自由，而是混乱。
这时候，必须有人站出来。他不能只盯着自己手里的那行代码，他必须盯着整个系统。
02. 管理者的本质：不是监工，而是“翻译官”
那么，这个站出来的人，到底该干什么？
如果团队里全是能独当一面的天才，为什么还要在他们头顶加一层管理？
因为“语言不通”。
在商业逻辑和工程逻辑之间，横亘着一条巨大的鸿沟。
老板（商业视角）关心的是：市场份额、交付时间、用户增长、ROI。
工程师（技术视角）关心的是：代码优不优雅、架构完不完美、有没有技术债。
这两者，天然是冲突的。
如果没有人调和，结局通常只有两个：
要么，工程师陷入技术的自我陶醉，造出了一个架构完美但市场不需要的产品； 要么，业务部门提出天马行空的需求，为了赶进度把团队活活累死，最后留下一堆“屎山”代码。
优秀的管理者，本质上是一个“转换器”，或者说“翻译官”。
他要把老板嘴里冷冰冰的“本季度增长20%”，翻译成工程师能听懂的“我们需要优化这个推荐算法的延迟”；
他也要把工程师嘴里的“重构底层架构”，翻译成老板能听懂的“这样能支撑双十一不宕机，避免千万级的损失”。
管理者不是为了“管人”而存在的，他是为了“对齐”而存在的。
没有这个翻译，商业和技术，就是两条平行线。
03. 为什么很多管理者看起来像“废物”？
既然管理这么重要，为什么DHH还是觉得管理者没用？
扎心的真相来了：因为很多管理者，确实在“假装工作”。
他们陷入了一种我称之为“模仿式管理”的陷阱。
他们看到谷歌用OKR，我也用；看到大厂有日报周报，我也写；看到敏捷开发要每日站会，我也开。
他们不知道“为什么”要这么做，只知道“别人”都这么做。
于是，管理动作变形了：
只有传递，没有解决：每天就像个复读机一样问“进度怎么样了？”，却不能帮员工解决任何一个具体的卡点。
只有会议，没有决策：拉一堆人开会，纯粹是为了刷存在感，证明“我在工作”，最后浪费了所有人一个下午。
DHH痛恨的，其实不是管理本身，而是这种“为了管理而管理”的平庸之恶。
4. 高级的管理，是“做减法”
DHH说，真正的生产力来自深度工作（Deep Work）。这一点，是真理。
脑力工作者的灵感，就像是在搭纸牌屋。一个突如其来的微信弹窗、一个“哪怕只要5分钟”的即兴会议，都会让刚刚建立起来的心流瞬间崩塌。
重建这种心流，至少需要15分钟。
所以，一个高级管理者的职责，不是去制造流程，而是保护心流。
你应该像设计产品架构一样，去设计你的管理系统：
这个会议真的有必要吗？能不能改成在线文档异步沟通？
这个周报是为了监管大家，还是为了同步信息？如果只是监管，能不能通过系统自动化数据来解决？
我的存在，是让团队变快了，还是变慢了？
最好的管理，是润物细无声的。
你像空气一样。平时大家感觉不到你的存在，但你帮大家挡住了外部的噪音，理清了优先级，消除了不确定性。