史蒂夫·乔布斯：管理者与傻瓜
我在 Blind App 上第一次看到"傻瓜管理"这个词，发现它对我见过的几乎所有扩张期创业公司都暴露出的一种失败模式，给出了一个出人意料地持久的框架。乔布斯创造了这个说法，其背后的机制值得拆解。
如果你无法观看视频，这里是他的原话：
我们在苹果经历了一个阶段，我们认为，'哦，我们要成为一家大公司，去招聘专业管理人员。'我们出去招聘了一堆专业管理人员；结果完全不奏效。他们大多数都是傻瓜。他们知道如何管理，但不知道如何做任何事情。
如果你是一个优秀的人，为什么要为一个你无法从中学习的人工作呢？你知道最有趣的是什么吗——你知道最好的经理人是什么样的吗？他们是那些从来不想成为经理的优秀个人贡献者，但决定必须成为经理，因为没有其他人能像他们一样做好工作。
为什么会出现"傻瓜爆炸"
机制是一种代理指标的失效。一家成长中的公司需要的经理人数超过内部晋升所能提供的。HR 在压力下按"多年管理经验"来招聘，因为这个代理指标在简历上很容易核对。这个代理指标假设管理是一种可以跨行业迁移的通用技能——你在一家 500 强公司管理过 30 人的团队，所以你也可以在这里管理一个 30 人的团队。
这个假设在任何技术或产品驱动的公司都会破裂。管理一个工程师团队需要评估那些经验丰富但远离一线的经理无法评估的技术权衡。他们会默认依赖流程（更多的会议、更多的状态更新、更多的升级路径），因为流程是他们熟悉的东西。能够评估权衡的团队渐渐就不再把棘手的问题带到他们面前——一旦如此，经理就从决策者退化为汇报中继。把这个效应乘以三层等级制度，整个组织的决策速度就会崩溃。
乔布斯的观点是：更好的代理指标是在底层工作上展示过的卓越。一个由优秀工程师转型的经理，仍然可以在架构讨论中担任裁判；而一个上次写代码还是在 2004 年的职业经理，只能问"团队共识倾向于什么"。
如何识别一个"傻瓜经理"
一旦你知道要找什么，这种模式就非常一致：
- 无法从技术细节层面解释实际工作。 被问到团队正在做的某项具体权衡时，他们会转而回答"团队正在研究"，而不是给出自己的立场。
- 升级权衡决策而不是自己做决策 。 每个艰难的选择都演变为更广泛的讨论或被向上推。
- 衡量活动而非结果。 每周汇报强调关闭的 ticket、召开的会议、写出的文档——而不是客户成果、推动的收入或偿还的技术债。
- 无法做原型、写规格或点评设计。 在白板讨论中，他们只是倾听和总结，而不是贡献。
- 所有艰难的决定都推给"让我们听听团队意见"。 寻求共识是好文化的一部分；而对共识的依赖就是危险信号。
- 回避真正风险所在的细节。 他们停留在比真正出 bug 和作坏决定更高的抽象层级上。
- 招聘那些他们能轻松管理的人，而不是挑战他们的人。 这是最腐蚀性的症状——会随世代累积恶化。
单独任何一项都是噪声。模式的重复出现才是信号。
什么时候职业经理人确实有效
细微之处在于："傻瓜"并不等同于"职业经理人"。超过一定规模——视业务而定，通常在 200-500 人之间——纯管理型人才就变得必要。跨组织协调、职业发展、绩效校准和流程设计是真实的技能，不会自动随 IC 的卓越而来。科技史上一些最优秀的运营者（Sheryl Sandberg、Tim Cook、Bill Campbell）都是从未亲手发布过旗舰产品的职业经理人。
Andy Grove 在《High Output Management》中的框架在这里很有帮助：一位经理的产出等于他团队的产出，加上他能影响到的团队的产出。在小规模阶 段，杠杆是技术性的，最佳杠杆来自一个能做艰难技术决策的经理。在更大规模时，杠杆是组织性的——招聘、结构、激励、解除阻碍——一个强势的职业经理可以比一个被迫晋升的高级 IC 施加更大的杠杆。
失败模式不是招聘职业经理人，而是过早招聘他们，或者把他们安插在他们无法尊重其手艺的 IC 之上。
给创始人的实用框架
在 10-100 人阶段，以下三条启发式规则经得起验证：
- 先从内部晋升，再考虑外部经理。 你的高级 IC 拥有上下文、信任，更关键的是团队的尊重。缺点是有些人不想做管理。允许他们不带惩罚地说"不"。
- 外部经理招聘，要求近期的一线手活。 "过去两年写过代码的工程经理"和"工程经理"是两个完全不同的候选池。前者更小，但招聘质量显著更高。
- 用试用项目而非面试来评估管理岗候选人。 让候选人界定一个真实的决策、写出文档、主持一次会议。面试挑选的是打磨度；试用项目挑选的是判断力。
参见
- 西蒙·西内克：伟大的领导者如何激发行动？黄金圈 —— 领导力背后的"为什么"。
- 帕金森的琐碎法则 / 自行车棚 —— 另一种流程取代实质的失败模式。
- 从优秀到卓越 —— 柯林斯谈第五级领导力和"先人后事"。
