Company Os

结构：

CEO
├── 销售 (CRO/VP Sales)
│   ├── 入站渠道 (Inbound pipeline)
│   └── 出站渠道 (Outbound pipeline)
├── 产品与工程 (CTO/CPO)
│   ├── 产品路线图 (Product roadmap)
│   └── 工程交付 (Engineering delivery)
├── 运营 (COO)
│   ├── 客户成功 (Customer success)
│   └── 财务与法务 (Finance & Legal)
└── 人力 (CHRO/VP People)
    ├── 招聘 (Recruiting)
    └── 人力运营 (People operations)

规则：

• 严禁共同拥有权。“Alice 和 Bob 共同拥有”意味着没人拥有。
• 在早期阶段，一个人可以拥有多个席位。这没问题，只要明确即可。
• 随着规模扩大，每季度重新审视一次。拥有权会随公司成长而转移。

在工作坊中构建：

1. 列出公司执行的所有职能
2. 每个职能分配一名负责人——无一例外
3. 识别缺口（没人拥有的职能）和重叠（两个人都认为自己拥有的职能）
4. 发布它。发生变化时更新它。

2. 计分卡 (Scorecard)

每周指标会告诉你公司是否步入正轨。不是每月，不是每季，而是每周。

规则：

• 最多 5–15 个指标。超过 15 个则无法集中注意力。
• 每个指标都有负责人和每周目标（是一个数字，而非范围）。
• 红/黄/绿状态。不要写段落。
• 计分卡在领导团队周会上讨论。只有红色指标才占用讨论时间。

计分卡结构示例：

反模式： 衡量一切。如果你跟踪 40 个 KPI，你只是在观察，而不是在管理。

3. 会议节奏 (Meeting Pulse)

驱动公司运作的会议节奏。不是可选的——节奏是维持公司生命力的源泉。

完整节奏：

L10 会议（每周领导层同步）： 因每次会议的目标都是 10/10 分而得名。固定议程：

1. 汇报好消息 (5 分钟) —— 个人 + 业务
2. 计分卡回顾 (5 分钟) —— 仅标记红色项目
3. Rock 回顾 (5 分钟) —— 每个 Rock 是否步入正轨
4. 客户/员工头条 (5 分钟)
5. 问题清单 (60 分钟) —— IDS（见下文）
6. 待办事项回顾 (5 分钟) —— 上周的承诺
7. 总结 (5 分钟) —— 会议评分 1–10，下次如何达到 10 分

4. 问题解决 (IDS)

核心的问题解决循环。每个问题最多 15 分钟。

IDS: Identify (识别), Discuss (讨论), Solve (解决)

• Identify (识别): 真正的问题是什么？（不是症状，而是根本原因）用一句话陈述。
• Discuss (讨论): 相关事实 + 观点。设定时间限制。当讨论开始重复时，停止。
• Solve (解决): 一名负责人。一个行动。一个截止日期。写在待办事项清单上。

反模式：

• “我们线下谈吧” —— 大多数线下谈的事情永远得不到解决
• 只讨论不决定 —— 没有行动项的高水平讨论是在浪费时间
• 重新讨论已决定的问题 —— 一旦解决，就从清单中移除。除非有新信息，否则不要重新开启。

问题清单： 一份持续更新、按优先级排序的所有未解决问题的列表。由领导团队拥有。每周审视和修剪。如果一个问题在清单上停留了 3 次会议还没被讨论，它要么不是真实问题，要么就是太令人生畏而不敢触碰——两者都值得关注。

5. Rocks (90 天优先级)

Rocks 是每个人在接下来的 90 天内必须完成的 3–7 件最重要的事情。它们不是工作描述——它们是推动公司进步的事情。

为什么是 90 天？ 时间足够长，可以取得实质性进展；时间足够短，可以保持真实感。

Rock 规则：

• 每人：最多 3–7 个 Rocks。超过 7 个则一个都做不成。
• 公司级 Rocks（共同优先级）：领导团队 3–7 个
• 每个 Rock 都是二进制的：完成或未完成。没有“完成 60%”。
• 在季度规划会议上设定。每周回顾（是否步入正轨）。

糟糕的 Rock： “改进我们的销售流程” 好的 Rock： “在 3 月 31 日前实施 Salesforce CRM，包含完整的漏斗阶段和每周报告”

Rock vs. 待办事项： 待办事项只需一个动作。Rock 需要 90 天的持续工作。

6. 沟通频率 (Communication Cadence)

谁在什么时候、以何种方式获得什么信息。

默认规则： 如果你正在犹豫是否要在内部共享某事，那就共享吧。在公司内部，沟通不足的代价总是超过过度沟通的代价。

操作系统选择

完整对比请参阅 references/os-comparison.md。快速指南：

实施路线图

不要一次性实施所有内容。完整 90 天计划请参阅 references/implementation-guide.md。

快速启动（前 30 天）：

1. 构建责任表（1 次工作坊，2 小时）
2. 定义 5–10 个每周计分卡指标（领导团队达成一致，1 小时）
3. 开始每周 L10 会议（无需准备——直接开始）

仅这三项就能比大多数公司在一年内实现的协调性提升更多。

常见失败模式

局部实施： “我们做 OKR 但跳过每周检查。”半个操作系统比没有还糟——它制造了没有问责制的演戏。

会议疲劳： 在现有会议之上增加完整的节奏。应该从替换会议开始，而不是增加会议。

指标过载： 因为“它们都很重要”而从 30 个 KPI 开始。先从 5 个开始，待节奏建立后再增加。

Rock 通胀： 因为“一切都是优先级”而为每人设定 12 个 Rocks。当一切都是优先级时，就没有什么是优先级。硬性限制：7 个。

领导层不合规： 领导团队跳过 L10 或不遵循 IDS。操作系统反映了领导层对它的尊重程度。如果领导者不认真对待，没人会认真对待。

只有年度规划没有季度审视： 设定年度目标并在年底检查。对于任何有意义的目标，季度是最低限度的回顾周期。

与 C-Suite 的集成

公司 OS 是结缔组织。所有其他角色都依赖它：

操作系统关键问题

• “如果我问五个不同的团队主管本季度公司的前 3 个优先级是什么，他们会给出同样的答案吗？”
• “上周领导层会议提出的最重要问题是什么？它被解决了还是仍然挂着？”
• “说出一个能告诉我们到周五为止本周是否表现良好的指标。我们有跟踪它吗？”
• “谁负责客户流失？你能毫不犹豫地叫出那个人的名字吗？”
• “我们上次更新责任表是什么时候？”

详细参考

• references/os-comparison.md — EOS vs Scaling Up vs OKRs vs Holacracy vs hybrid
• references/implementation-guide.md — 90 天实施计划