Tailscale 创始人揭示的'每一层审核让你变慢 10 倍'定律，戳中了产品管理中的效率痛点。从下属等待到跨部门协作，再到向上管理，层层审批正在扼杀团队创造力。本文将从精益生产的角度，探讨如何在信任与控制之间找到平衡，重构高效的产品决策流程。

昨天深夜，我读到了Tailscale 的创始人 Avery Pennarun的一句话，让我联想到了自己当前的工作环境和工作状态：

“Every layer of review makes you 10x slower.”

每一层审核，让你变慢 10 倍。

他算了一笔账：

• 一个程序员修 bug，写代码只要 30 分钟
• 加一层 code review，变成 5 小时
• 再加一层架构师审批，变成 一周
• 再加一层跨团队协调，变成 12 周

多出来的时间，不是在”认真检查”，而是在等。

这让我开始反思：作为产品经理，我在日常工作中，到底成了多少人的”瓶颈”？我又在等待多少层的”审核”？

一、带下属：我成了那个”卡脖子”的人

这不就是我带团队时的写照吗？

• 下属写个需求文档，要等我 review。 我在开会，他在等。
• 下属画个原型，要等我确认。 我在回消息，他在等。
• 下属要排个优先级，要等我决策。 我在处理别的急事，他在等。

我自以为这是”负责”，是”把关”。但实际上呢？可能我只是在满足自己的控制欲。

这让我想起丰田精益生产之父戴明的理论：检查层数越多，质量反而越差。

因为每个人都在想”反正后面还有人查”，结果每一层都在摸鱼。

丰田怎么解决的？砍掉 QA 部门，给一线工人一根绳子——发现问题，拉绳停线。让干活的人自己对质量负责。

反思自己：我的下属，有没有”拉绳停线”的权力？还是说，他们只是在等我”放行”？

二、跨部门协作：12 周 vs 30 分钟

Avery 那笔账里，最扎心的是这个对比：

写代码 30 分钟 → 跨团队协调 12 周

作为一个产品经理，我太熟悉这个场景了：

业务方提了个需求，我觉得合理。

但要排期，得找研发负责人。研发负责人说，得先过技术评审。

技术评审过了，说需要架构师确认。

架构师确认了，说需要安全团队评估。

安全团队评估完了，说需要运维配合部署。

运维说，排期得下周。

一个本来一天能上线的小需求，硬生生拖了两周。

这还是在”顺利”的情况下。

要是有任何一个环节的人请假了、忙别的项目了、觉得这事不重要先放放……

一个月过去了，需求还在”走流程”。

如果我从今天开始，能做到：

• 下属的需求文档，不再等我 review，自己对自己的输出负责
• 跨部门的协作，不再层层审批，直接拉通接口人闭环
• 上线决策，不再等我拍板，一线的人自己判断

我的团队，能快多少倍？

三、向上管理：我的老板，是不是也在等我？

这篇文章让我反思的，还有一层：

我在抱怨下属等我的同时，我是不是也在等我的老板？

• 做个产品决策，要等老板确认
• 申请个新资源，要等老板签字
• 甚至改个文案，要等老板“再看看”

我也在等。我也在制造等待。

我现在问自己：

• 我信任我的下属吗？还是说，我其实也在“防着”他们出错？
• 我的老板信任我吗？还是说，他也在“防着”我乱来？

信任这东西，是相互的。

我要是给不了下属信任，又凭什么要求老板给我信任？