planning-cadence

规划节奏优化

通过结构化、分层的规划机制，让长期战略与短期执行保持一致。

借鉴 Lenny's Podcast 和 Newsletter 中 13 位嘉宾及帖子的见解，帮助用户优化规划节奏。

如何提供帮助

1. 审视节奏 - 评估当前规划频率是否符合公司规模和市场波动性。
2. 设计细化程度 - 确定哪些时间跨度需要详细的项目规划，哪些应保持为高层次的战略主题。
3. 选择框架 - 根据组织对自上而下或自下而上意见的需求，在 W、M 或滚动周期中做出选择。
4. 优化机制 - 实施每周检查点，弥合季度目标与推动指标所需的即时行动之间的差距。

核心原则

先定战略，再设机制

Shreyas Doshi Live：“我发现有趣的是，因为我有真正的产品战略，不是那种虚假的战略，而是真正的产品战略，而且我已经和所有人达成共识，所以我为 Stripe 这个大型产品做规划只花了大约三天。”

高效规划是拥有真正且事先达成共识的产品战略的副产品，而不是完成官僚式流程的结果。

重视每周进展，而非截止日期

Christina Wodtke：“我会问：‘我这周要做什么，才能更接近我们的目标？’如果你能回答这个问题，就可以放弃所有 OKR 流程；但如果你只问：‘这周我们要做什么，才能更接近战略目标和长期目标？’这才是问题的核心……”

把注意力从遥远的截止日期转向本周需要立即采取的行动，确保当前任务能推动你实现战略目标。

通过标准化减少差异

Eeke de Milliano：“流程的本质就是减少差异。你引入流程，是因为担心组织内的差异过大。你希望大家达到某种标准。当然，这样做的代价是，在降低标准并让大家达到平均水平的同时，也会把其他人拉低到平均水平。”

引入流程，专门减少不可接受的标准差异，同时避免给高绩效者带来不必要的阻碍。

严格限定时间

Jason Fried：“我们每次由两个人开发产品。无论是在 Basecamp、HEY 还是其他产品中，每项功能都由两个人负责：一名程序员和一名设计师，他们最多有六周时间交付正在开发的功能。”

将开发周期限制在六周，并采用规模小、自主性强的团队，可以避免项目膨胀并保持组织势头。

灵活采用滚动周期

Paige Costello：“以前我们主要按年度规划。现在我们每六个月规划一次，覆盖滚动的 12 个月。因此，近期半年把握更大，之后半年把握较小；但我们每 12 个月规划一次、每六个月更新一次，因为这能让企业更有信心地了解未来，也能更好地协调市场推广和产品规划。”

转向滚动规划周期，既能灵活适应新信息，也能保持长期一致性。

分层设定规划细化程度

摘自《How Notion builds product》：“话虽如此，我们大致按半年规划，但两个季度的细化程度不同。举例来说，今年年初，我们要求列出 Q1 的所有项目，并详细说明路线图的优先级；对于 Q2，只需提供一些高层次的要点，说明预计要做什么。”

详细规划当前季度的具体项目，同时将下一季度保持为高层次的要点，以保留灵活性。

大巨石对齐

引自“How Snowflake builds product”：“我们会花不少时间进行规划，而且经常规划，既有季度规划周期，也有年度规划周期。我有时会开玩笑说，如果超过六周都没做过任何规划活动，那我的电子邮件一定是出问题了。”

确定一小组高层级公司优先事项，所有团队计划都必须与之对应，以实现全组织对齐。

模板与框架

• Snowflake 的大巨石规划框架（How Snowflake builds product）——一套全公司范围的对齐框架，领导层每年确定 6-10 个“大巨石”，产品领域制定六页年度计划，将其与这些大巨石对应；
• W 形框架（The Secret to a Great Planning Process — Lessons from Airbnb and Eventbrite）——一个四步规划框架，用于梳理年度或季度规划期间领导层与团队之间的往复沟通。因其“W”形而得名；
• 季度规划的“M”框架（How Gong builds product）——一种精简版的季度规划流程，形状类似字母 M，通常在没有新的自上而下指导时，从产品小组自下而上启动；
• 半年规划与可变精度（How Notion builds product）——一种规划方式，公司以完整半年为周期制定计划，但对每个季度采用不同的详细程度；
• 每周目标 75%（How Perplexity builds product）——一种轻量级的每周规划惯例，每位团队成员确定自己的首要任务，并力争在周末前完成其中的 75%，使预期保持适度；
• 按公司发展阶段演进规划节奏（How Ramp builds product）——介绍公司从产品市场契合度前阶段发展到多产品组合阶段时，如何演进规划周期；
• Snowflake 年度产品计划（六页计划）（How Snowflake builds product）——各产品领域制定的年度计划文档结构，用于与公司级大巨石对齐；
• 采用置信度分级的滚动六个月路线图（Varun Parmar）——一种路线图流程，通过随时间推移降低置信度，兼顾企业客户对可见性的需求与团队敏捷性；
• 多层级规划节奏（How Figma builds product）——Figma 的三级规划结构：年度公司优先事项、半年度团队路线图和季度调整。

完整列表及详情请参阅 references/artifacts.md。

帮助用户思考的问题

• “你的团队目前采用什么规划周期，又多久回顾一次计划？”
• “正式规划流程开始前，是否有书面策略供团队对齐？”
• “你如何区分高层级的年度押注与细化的季度任务？”
• “规划流程进行到哪个阶段时，高级领导和各团队会提供意见？”
• “如何应对那些可能觉得标准化规划惯例拖慢进度的高绩效团队？”
• “你会根据新的市场信息或产品表现数据多久调整一次路线图？”

需要指出的常见错误

• 没有策略就开始规划——如果没有清晰且预先对齐的战略方向，规划惯例就会变成空洞的官僚流程。
• 固定不变的年度路线图——僵化地遵循年度计划，会阻碍团队响应年中发现的新数据或市场变化。
• 精度一刀切——试图以与当前季度相同的详细程度规划下一季度，会导致在推测性任务上浪费精力。
• 过度标准化——强迫富有创造力或高绩效的团队遵循僵化流程，可能会扼杀其生产力并造成组织摩擦。

深入了解

13 位嘉宾分享的全部 17 条洞见，请参阅 references/guest-insights.md

相关技能

• 路线图优先级排序
• 目标设定 OKR
• 高风险决策
• 权衡评估