ace3000chao 10 Rockefeller Habits（洛克菲勒10大习惯）
R — 原文 (Reading)
"There are 10 fundamental habits that support the successful execution of your strategy — habits that haven't changed for 100 years since John D. Rockefeller implemented them."
— Vern Harnish, Scaling Up, 第1章
I — 方法论骨架 (Interpretation)
洛克菲勒10大习惯是一套经过百年验证的企业执行基础设施清单。 不是"建议"，而是"做过的人证明有效"的硬核习惯。
底层逻辑：企业做不大，往往不是因为战略不对，而是因为执行系统不行。 执行系统靠习惯，不靠英雄。创始人亢奋时不缺执行力，难的是把这种状态 固化成不依赖个人状态的团队节奏。
十大习惯分三类：
一、高管团队对齐（1-2条）
- 核心是让"那几个人"（3-5个核心高管）始终在一个节奏上， 减少组织内的"信息不对称损耗"
二、节奏与透明度（3-6条）
- 核心是把"优先级"、"进展"、"问题"变成可见的物理节奏， 而不是靠个人自觉或临时拉会
三、输入与迭代（7-10条）
- 核心是从员工、客户、价值观中持续获取真实信号， 防止组织在"内部叙事"中自我麻痹
执行的关键：不是"知道这10条"，而是"每个季度专注落地1-2条"， 贪多嚼不烂。这不是一次性工程，而是持续迭代。
A1 — 书中的应用 (Past Application)
案例 1: 洛克菲勒本人的验证
- 问题: 19世纪末标准石油已经是世界上最大的公司之一， 如何在规模和复杂度爆炸的情况下依然保持执行效率？
- 方法论的使用: 洛克菲勒建立了这套习惯体系——固定会议节奏、 季度优先事项、员工匿名反馈、量化评分等——在150年前就实践了
- 结论: 这些习惯不是"现代管理发明"，而是穿越百年的有效实践
- 结果: 标准石油在超大规模下仍保持惊人的运营效率
案例 2: 季度单一主题（Hoshin Kanri的雏形）
- 问题: 企业同时推进太多战略主题，导致资源分散， 每一项都推进不彻底
- 方法论的使用: 洛克菲勒习惯中的"季度单一优先事项"—— 每个季度只选一个核心主题全公司聚焦，其他一切服从这个主题
- 结论: "少即是多"——季度内集中全部资源攻一个山头， 比同时推三个山头效率高得多
- 结果: 大幅提升战略主题的完成率，增强团队信心
案例 3: 员工输入与客户反馈闭环
- 问题: 组织大了之后，一线员工和客户的真实声音传不到决策层， 高层在"内部叙事"中做决策
- 方法论的使用: 洛克菲勒习惯中的匿名员工调查和客户满意度系统—— 定期强制收集、量化、追踪，形成反馈闭环
- 结论: "没有测量就没有管理"——感觉到的文化问题 用数据验证，感觉到的客户不满用NPS验证
- 结果: 及时发现文化退化和客户满意度下滑，避免"后知后觉"
A2 — 触发场景 (Future Trigger) ★
用户会在什么情境下需要这个 skill?
- 高管团队开会效率低、议而不决——每次开会都是 "重新讨论上次的问题"，没有积累，决策质量靠个人而非机制
- 战略和执行两张皮——年度战略大会开完了， 战略停在PPT上，日常运营还是按惯性走
- 员工不知道公司现在最重要的事是什么—— 每个人都有自己的理解，没有统一的优先级框架
- 团队规模超过15人，出现"信息衰减"问题—— 创始人的意图往下传三层就走样了
- 需要建立一套"不用创始人盯"的运营节奏—— 创始人不在公司的时候，团队依然按节奏运转
语言信号 (用户的话里出现这些就应激活)
- "战略定了，但执行总是打折扣"
- "开会挺多的，但好像没什么用"
- "员工好像不知道公司在忙什么"
- "我们需要一个方法来让团队聚焦"
- "老板不在，项目就停了"
- "客户投诉很多，但我们好像改不上去"
- "团队感觉没有合力，各干各的"
- "有什么方法可以让运营更系统化？"
与相邻 skill 的区分
- 与
PACe（流程问责表）的区别: PACe解决"谁对哪个流程负责"的问题； Rockefeller Habits解决"高管团队用什么节奏来驱动整个组织运转"的问题。 PACe是执行层的分工，Habits是高层的节奏设计 - 与
4D Framework的区别: 4D是"想什么"的元框架； Rockefeller Habits是"Disciplines维度"的具体落地清单 - 与
OPSP（一页战略计划）的区别: OPSP是战略输出工具； Rockefeller Habits是战略执行的基础设施。
E — 可执行步骤 (Execution)
当 skill 被激活后，agent 应按以下步骤执行:
【诊断】对照10大习惯，给企业现状打分
- 出示10大习惯清单（见原文引用和解读）
- 让用户逐条自评：做到/没做到/部分做到
- 完成标准: 用户完成自评，找出"明显缺失"和"部分做到"的习惯
【聚焦】选择1-2个最高杠杆习惯优先落地
- 优先级判断：
- 高管团队不对齐 → 先做"季度单一优先事项"（习惯3）
- 信息不透明 → 先做"会议节奏和可视化"（习惯4-5）
- 执行打折扣 → 先做"谁/什么/何时/为何"（习惯2）
- 员工声音传不上来 → 先做"员工调查"（习惯7）
- 判停条件: 绝对不要同时推进超过2个习惯；精力分散=全部无效
- 优先级判断：
【执行设计】为选定的习惯设计最小可行版本
- 原则：先做"能坚持的最小版本"，不要做"完美的理想版本"
- 例如：会议节奏 → 先从"每周高管30分钟站立会"开始， 而不是一开始就设计全套会议体系
- 完成标准: 用户有明确的"第一周做什么"而非"我要做什么系统"
B — 边界 (Boundary) ★
不要在以下情况使用此 skill
- 战略尚未形成：习惯是执行的工具，没有清晰的战略方向时 建立习惯只会固化错误的方向；先做OPSP或7 Strata of Strategy
- 5人以下的初创期团队：习惯清单过于重磅，此时需要的是 速度而非仪式；创始人直接沟通就是最好的习惯
- 单一项目公司：项目制公司的执行逻辑与运营公司不同， 习惯体系需要针对项目特性调整，不宜照搬
作者在书中警告的失败模式
- 一次性导入全部10条：贪多嚼不烂，团队疲于应付，最终全部放弃
- 习惯变成"管控工具"而非"赋能工具"：当会议节奏变成 "汇报检查"而非"协作解决问题"，文化会迅速恶化
- 只学形式不学精神：照着清单打分但不了解每条背后的逻辑， 机械执行导致形式主义和团队反感
作者的盲点 / 时代局限
- 清单偏向制造业和传统行业的节奏模式；对软件/互联网公司 的"持续交付"和"快速迭代"节奏适配性有限
- 原书2014年初版，对远程/混合办公的会议节奏设计（如异步更新工具） 覆盖不足
- 对"习惯养成需要多久"没有给出清晰的预期管理； 实际落地中文化改变往往需要6-18个月
容易混淆的邻近方法论
- OKR: OKR是目标设定方法，Rockefeller Habits是执行节奏机制； 两者互补但用途不同——OKR定"登哪座山"，Habits定"怎么走"
- Scrum/敏捷冲刺: 敏捷偏工程执行层，Habits偏高管团队的战略节奏层； 用敏捷不一定需要Rockefeller Habits，但高管团队用Habits可以更好地 为敏捷团队设定方向
- EOS（Entrepreneurial Operating System）: EOS是完整的运营系统， 包含Rockefeller Habits的核心元素（ Rockefeller Habits是EOS的重要来源）， 但EOS更结构化、有配套工具
相关 skills (阶段 3 填充)
- depends-on: [4d-framework, pace-process-chart, fac-e]
- contrasts-with: [okr, scrum, eos]
- composes-with: [cash-conversion-cycle, topgrading]
审计信息
- 验证通过: V1 ✓
- 测试通过率: N/A (待测试)
- 蒸馏时间: 2026-04-26