高管评审框架

Sriram 从 Zuck 和 Andrew Bosworth (Boz) 处学到的 exec review 方法论。

原则一：明确规则（来自 Zuck） Zuck 在每次会议开始时会告诉团队两个信息：

1. 关心程度光谱：从"我不关心，不知道你为什么来找我"到"我是 CEO，照我说的做"——他会明确自己在这条光谱上的位置。
2. 为什么他这么想：他会拆解自己的逻辑树，并指出"如果你能推翻这些逻辑分支中的某一条，我允许你推翻我的结论。"

这让团队清楚知道：这是一次说服尝试还是一次通知？框架是什么？

原则二：明确会议类型

• 是更新（update）还是决策（decision）？提前说清楚。
• 最常见的失败模式：update 会议滑入 decision 会议，某个话题被意外触发，全场跑偏。

原则三：警惕责任转移 团队有时会把难题包装成"我们不知道怎么办"来把决策责任推给 exec。要明确问："你是在说你拿不定主意，想让我替你决定吗？"

原则四：会议卫生

• 提前发 pre-read
• 确保房间里是对的人——不多也不少
• 全程专注
• 确保每个人都有机会发言（Sriram 承认自己这方面曾做得很差）

原则五：建立节奏，消灭 hero meetings

• 不要等到大事才开评审会。每周固定节奏，让评审变成肌肉记忆。
• Hero meeting = 一个 go/no-go 的关键评审，团队花两周做 deck，前 20 分钟就跑偏。这是最差的模式。
• 这个说法来自 Gokul Rajaram。