company-os

公司运营系统

运营系统是决定公司如何运转的工具、节奏与约定的集合。每家公司都有一套运营系统，只是大多数公司并不清楚它是什么。把它明确下来，才能持续改进。

关键词

operating system, EOS, Entrepreneurial Operating System, Scaling Up, Rockefeller Habits, OKR, Holacracy, L10 meeting, rocks, scorecard, accountability chart, issues list, IDS, meeting pulse, quarterly planning, weekly scorecard, management framework, company rhythm, traction, Gino Wickman, Verne Harnish

为什么这很重要

大多数运营上的失灵并非人的问题，而是系统的问题。当出现以下情况时：

• 同样的问题每周反复出现：缺少问题解决系统
• 会议感觉毫无意义：缺少结构化的会议节奏
• 没人知道谁负责什么：缺少责任图
• 季度目标屡屡落空：Rocks 并不是真正的承诺

那就修复系统。人在系统中会运作得更好。

六个核心组成部分

无论你选择哪种框架，有效的运营系统都包含以下六个部分：

1. 责任图

不是组织架构图。责任图回答的是："谁对这个结果负责？"

关键区别： 每个职能只由一个人负责。可以有多人参与其中，但负责意味着最终责任落在一个人身上。

结构：

CEO
├── Sales (CRO/VP Sales)
│   ├── Inbound pipeline
│   └── Outbound pipeline
├── Product & Engineering (CTO/CPO)
│   ├── Product roadmap
│   └── Engineering delivery
├── Operations (COO)
│   ├── Customer success
│   └── Finance & Legal
└── People (CHRO/VP People)
    ├── Recruiting
    └── People operations

规则：

• 不存在共同负责。"Alice 和 Bob 都对此负责"意味着没有人负责。
• 在早期阶段，一个人可以同时担任多个职位，这没有问题，但要说明清楚。
• 随着公司扩张，每季度重新审视。责任归属会随公司成长而变化。

在工作坊中构建责任图：

1. 列出公司履行的所有职能
2. 为每个职能指定一位负责人，没有例外
3. 找出缺口（无人负责的职能）和重叠（两人都认为自己负责的职能）
4. 发布责任图，并在有变动时及时更新。

2. 记分卡

每周指标，用于判断公司是否按计划推进。不是每月，不是每季度，而是每周。

规则：

• 最多 5–15 个指标。超过 15 个，就没有任何指标能得到关注。
• 每个指标都有负责人和每周目标（不是区间，而是一个具体数字）。
• 使用红/黄/绿状态，而不是长篇段落。
• 记分卡在领导团队的每周会议上讨论。只有红色指标才占用讨论时间。

记分卡结构示例：

Metric	Owner	Target	This Week	Status
New MRR	CRO	€50K	€43K	🔴
Churn	CS Lead	< 1%	0.8%	🟢
Active users	CPO	2,000	2,150	🟢
Deployments	CTO	3/week	3	🟢
Open critical bugs	CTO	0	2	🔴
Runway	CFO	> 18mo	16mo	🟡

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

3. 会议节奏

驱动公司运转的会议节奏。它不是可选项，节奏才是让公司保持活力的关键。

完整节奏：

Meeting	Frequency	Duration	Who	Purpose
Daily standup	Daily	15 min	Each team	Blockers only
L10 / Leadership sync	Weekly	90 min	Leadership team	Scorecard + issues
Department review	Monthly	60 min	Dept + leadership	OKR progress
Quarterly planning	Quarterly	1–2 days	Leadership	Set rocks, review strategy
Annual planning	Annual	2–3 days	Leadership	1-year + 3-year vision

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 与待办事项的区别： 待办事项只需一个行动即可完成；Rock 则需要 90 天的持续投入。

6. 沟通节奏

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

受众	内容	时间	形式
全体员工	公司动态	每月	书面 + 问答
全体员工	季度成果与下一阶段优先事项	每季度	全员大会
领导团队	记分卡	每周	仪表盘
董事会	公司业绩	每月	董事会备忘录
投资人	关键指标与叙述	每月或每季度	投资人更新
客户	产品更新	每次发布时	发布说明

默认规则： 如果你在犹豫是否要在内部分享某件事，那就分享。在公司内部，沟通不足的代价总是大于沟通过多的代价。

---

运营系统选择

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

如果你是……	可考虑……
10–250 人的公司，由创始人主导，运营混乱	EOS / Traction
追求高速增长、需要严谨战略层层分解的公司	Scaling Up
技术公司，具有工程文化，以假设驱动	原生 OKR
去中心化、扁平化、高度自治	Holacracy（仅适用于有耐心的团队）
以上都不太合适	自定义混合方案

---

实施路线图

不要一次性全部实施。完整的 90 天计划请参阅 references/implementation-guide.md。

快速起步（前 30 天）：

1. 制定责任分工图（1 次工作坊，2 小时）
2. 定义 5–10 个每周记分卡指标（领导团队对齐，1 小时）
3. 开始每周 L10 会议（无需准备，直接开始）

仅这三项，就能比大多数公司一年的协作改进效果更明显。

---

常见失败模式

部分落地: "我们做 OKR,但跳过了每周复盘。" 半套运营系统比没有更糟,它会制造形式主义,却没有问责。

会议疲劳: 在现有会议之上叠加完整的节奏。应先用新会议替换旧会议,而不是直接叠加。

指标过载: 因为"它们都很重要",一上来就设定 30 个 KPI。应从 5 个开始,待节奏稳定后再逐步增加。

Rock 膨胀: 因为"所有事情都是优先级",给每人设定 12 个 Rock。当一切都是优先级时,就没有优先级。硬性上限为 7 个。

领导层不遵守: 管理层跳过 L10 会议,或不遵循 IDS。运营系统会映照领导层对它的重视程度。如果领导层不认真对待,其他人也不会认真对待。

只做年度规划,没有季度复盘: 设定年度目标,到年底才检查。季度复盘是任何有意义目标的最低复盘周期。

---

与 C-Suite 的协同

公司运营系统是连接各个角色的纽带。其他每个角色都依赖它:

C-Suite 角色	对运营系统的依赖
CEO	设定愿景,输入一年计划和 Rock
COO	负责会议节奏和问题解决的周期
CFO	负责记分卡中的财务指标
CTO	负责工程 Rock 和技术记分卡指标
CHRO	负责记分卡中的人员指标(离职率、招聘速度)
Culture Architect	将文化仪式嵌入会议节奏
Strategic Alignment Engine	验证团队 Rock 是否从公司 Rock 层层分解

---

运营系统的关键问题

• "如果我问五位不同的团队负责人,本季度公司的前三大优先事项是什么,他们给出的答案会一致吗?"
• "上周领导层会议上提出的最重要问题是什么?它解决了吗,还是仍然悬而未决?"
• "请说出一个指标,能让我们在周五之前判断这一周是否成功。我们有在跟踪它吗?"
• "谁负责客户流失?你能毫不犹豫地说出这个人的名字吗?"
• "我们上一次更新责任图是什么时候?"

详细参考

• references/os-comparison.md — EOS 与 Scaling Up、OKR、Holacracy 及混合模式的对比
• references/implementation-guide.md — 90 天落地计划