| name | fast-pulse-fast-growth |
| description | 用于设计组织节奏和会议体系。当用户在讨论会议效率、组织节奏、成长速度时激活。
不适用于：个人时间管理（那是GTD范畴）、具体的会议议程设计。
关键 trigger：提到会议太多/太少、成长瓶颈、决策太慢、组织效率。
|
| source_book | 《Scaling Up》 Verne Harnish |
| source_chapter | 第1章 Overview / p28 |
| tags | ["meeting-rhythm","growth","cadence","organizational-design"] |
| related_skills | ["rockefeller-habits(composes-with)"] |
Fast Pulse Fast Growth
R — 原文 (Reading)
"Those who pulse faster, grow faster."
— Verne Harnish, Scaling Up, 第1章
I — 方法论骨架 (Interpretation)
Scaling Up 的组织进化论核心命题：组织的心跳（会议节奏）越快，成长越快。这不是关于忙碌，而是关于反馈回路的速度。
人类的神经系统需要高频反馈才能快速学习和调整——组织也一样。一年一次战略会议、一季度一次复盘的组织，在VUCA环境中必然反应迟钝。
Scaling Up 标准节奏：日站会（daily huddle）→ 周例会（weekly meeting）→ 月复盘（monthly review）→ 季规划（quarterly planning）→ 年审视（annual summit）。每层节奏解决不同时间跨度的问题，缺一不可。
快脉搏的本质不是开更多会，而是让决策周期匹配业务变化的周期。零售可能需要日节奏，战略可能需要季节奏，但每个层级都不能缺失。
A1 — 书中的应用 (Past Application)
案例 1: 某零售连锁从月到周的蜕变
- 问题: 总部与门店的决策周期差：总部每月开一次经营会，门店每天遇到问题，但解决方案要30天后才能下达。
- 方法论的使用: 将总部经营会从每月改为每周，同时要求每个区域负责人每周到2家门店实地了解情况。引入"日站会"在门店层面解决日常问题，无需上报。
- 结论: 层级化的节奏体系让问题在合适的层级被解决，总部聚焦战略，门店自主运营。
- 结果: 门店问题平均解决时间从28天缩短到3天，单店利润率提升11%。
案例 2: 科技公司的"双周节奏"
- 问题: 产品迭代采用季度OKR，但互联网环境三个月内的用户反馈已经发生了巨大变化，季度目标经常在第三个月完全失效。
- 方法论的使用: 建立"双周节奏"：每两周做一次小的产品路线图回顾，双周内不允许路线图变更（保证执行力），双周结束时可以调整下一双周的优先级。
- 结论: 快节奏不意味着没有稳定性——关键是在"执行周期"和"复盘周期"之间找到平衡。
- 结果: 产品方向调整的响应时间从90天缩短到14天，用户NPS在半年内提升22点。
A2 — 触发场景 (Future Trigger) ★
用户会在什么情境下需要这个 skill?
- 感觉决策太慢时：用户说"一个事情要开三次会才能定下来"或"等批下来市场都变了"。
- 会议体系混乱时：有太多临时的"对齐会"，或者会议很多但没有决策质量。
- 组织扩张后协调成本上升时：从20人扩到100人，跨部门协作变得缓慢而复杂。
- 讨论要不要开某种会议时：在犹豫某个新的定期会议是否必要。
- 季度目标经常无法完成时：可能是节奏设计问题——目标定在季度但执行反馈在月度，纠偏太晚。
语言信号 (用户的话里出现这些就应激活)
- "会议太多了……"
- "决策太慢……"
- "成长遇到瓶颈……"
- "节奏……"
- "多久开一次……"
与相邻 skill 的区分
- 与
Less Is More Priorities 的区别：聚焦是内容选择，快脉搏是时间节奏——你可以聚焦得很好但节奏太慢导致错过窗口。
- 与
Strategy Must Be Discussed Weekly 的区别：战略周论解决的是战略思考的频率，这个解决的是整体组织的节奏设计，包括执行、反馈、复盘全周期。
E — 可执行步骤 (Execution)
当 skill 被激活后，agent 应按以下步骤执行:
-
诊断当前各层级节奏的覆盖情况
- 绘制当前组织的"节奏地图"：日（谁和谁开会/碰头）→ 周（固定周会有什么）→ 月（月度复盘谁参加）→ 季（季度规划和谁负责）
- 完成标准：一张覆盖5个时间层级的当前节奏图
-
识别缺失或过慢的节奏层级
- 常见问题：日层级缺失（没有日站会，信息传递靠微信群随意化）→ 月层级过重（所有问题都积累到月度解决）→ 季层级缺失（没有真正的季度复盘）
- 判停条件：若节奏图显示5个层级都已覆盖，直接进入步骤3
-
修复最关键的节奏断层
- 选择标准：当前对组织伤害最大的节奏缺失（如门店扩张后日层级沟通断掉）
- 设计最小可行节奏：先建立习惯，再优化质量
- 完成标准：产出一份包含新增/调整节奏的落地计划（谁、在什么时候、讨论什么）
B — 边界 (Boundary) ★
不要在以下情况使用此 skill
- 团队<5人的极早期阶段：5人以内几乎不需要正式节奏，口头沟通效率更高，建立过多会议反而伤害创业公司的敏捷优势。
- 强监管合规场景：如金融、医疗行业的某些合规要求本身就有固定节奏，过度增加频率可能违反监管规定。
- 远程分布式团队的跨时区协作：如果核心团队跨越5个以上时区，日节奏的可行性需要特殊设计，不能简单套用标准框架。
作者在书中警告的失败模式
- 把节奏等同于"更多的会"——没有决策产出的日站会是形式主义，快节奏反而消耗组织能量。
作者的盲点 / 时代局限
- 对异步协作工具（飞书、Slack、Notion）支撑下的分布式节奏覆盖不足——书中以现场会议为主要场景假设。
容易混淆的邻近方法论
Strategy Must Be Discussed Weekly：战略周论是快脉搏框架在"战略层面"的具体落地——前者是后者的子集，但快脉搏还包括日/月的执行节奏。
相关 skills (阶段 3 填充)
- depends-on: [less-is-more-priorities]
- contrasts-with: [strategy-must-be-discussed-weekly]
- composes-with: [weekly-stop-item]
审计信息
- 验证通过: V1 ✓ / V2 ✓ / V3 ✓
- 测试通过率: 待填充
- 蒸馏时间: 2026-04-26
