把产品战略转成可执行发布路线图时…

适用于季度、半年或年度规划，把分散需求转成以成果为导向、可排序、可排期并能向干系人沟通的战略路线图。

适用场景

解决思路

1. 先明确本流程的定位：路线图是战略沟通工具，不是甘特图；要展示构建什么、为何重要、如何支撑业务成果。
2. 选择路线图类型：Now/Next/Later 适合敏捷团队、不确定性和持续发现；Theme-Based 适合向高管沟通战略意图；Timeline（按季度）适合资源规划和干系人沟通；避免 Feature-Based 反模式（只列功能无上下文）。
3. Phase 1：在 Day 1-2 收集业务目标、客户问题、技术约束和干系人请求。
4. Phase 1 活动 1：审查业务目标（OKR、战略举措）；来源包括公司 OKR、高管战略备忘录、董事会材料；回答公司今年前 3 大优先级、必须推动的指标（收入、留存、获客、效率）、是否有战略赌注（新市场、合作、产品线）；产出 3-5 个要优化的业务成果。
5. Phase 1 活动 2：审查客户问题（发现洞察）；来源包括发现访谈、支持工单、NPS 反馈、流失调查；如近期完成，使用 skills/discovery-process/SKILL.md 的洞察；回答前 3-5 大客户痛点、影响最多客户的问题、强度最高的问题；产出 3-5 个已验证客户问题。
6. Phase 1 活动 3：审查技术约束与机会；来源包括工程领导层、技术债评估；回答是否有技术阻塞（扩展、性能、安全）、是否有使能投资（平台升级、API 重写）、技术路线图是什么（迁移、弃用）；产出所需技术投资列表。
7. Phase 1 活动 4：审查干系人请求；来源包括销售、市场、客户成功、高管；回答销售要什么（企业功能、集成）、市场要什么（增长举措、定位）、客户成功在标记什么（流失风险、扩展阻塞）；产出干系人请求列表（尚未承诺）。
8. Phase 1 输出检查：业务成果 3-5 个 OKR/战略目标、客户问题 3-5 个已验证痛点、技术投资、干系人请求。
9. Phase 2：在 Day 3-4 把输入转成有假设、成功指标和努力估算的史诗。
10. Phase 2 活动 1：定义史诗假设；使用 skills/epic-hypothesis/SKILL.md；为每个举措写假设语句；格式：“我们相信为[角色]构建[X]将实现[结果]，因为[假设]”；参与者 PM；每个史诗 60 分钟；产出 10-15 个史诗假设。
11. Phase 2 活动 2：估算努力（T-Shirt Sizing）；参与者 PM + 工程负责人；90 分钟；方法：S=1-2 周（1-2 名工程师）、M=3-4 周（2-3 名工程师）、L=2-3 个月（3-5 名工程师）、XL=3+ 个月（5+ 名工程师）；产出每个史诗的努力估算。
12. Phase 2 活动 3：映射到业务成果；为每个史诗标记主要业务成果；产出史诗到 OKR 的映射。
13. Phase 2 输出检查：10-15 个史诗，每个有假设、成功指标、努力估算；并完成业务成果映射。
14. Phase 3：在 Day 5 按影响、努力和战略契合度给史诗排序。
15. Phase 3 活动 1：选择优先级框架；使用 skills/prioritization-advisor/SKILL.md；参与者 PM；30 分钟；产出推荐框架（RICE、ICE、Value/Effort 等）。
16. Phase 3 活动 2：给史诗打分；参与者 PM、工程负责人、产品领导层；120 分钟；对所有史诗应用框架；例如 RICE 按 Reach、Impact、Confidence、Effort 计算 RICE Score。
17. Phase 3 活动 3：根据战略契合度调整；审查分数是否与业务目标一致；进行战略覆盖，即使分数较低也提升符合战略赌注的史诗；产出排序后的 backlog（RICE 分数 + 战略调整）和前 10 个史诗。
18. Phase 3 输出检查：排序后的 backlog；最高优先级前 10 个举措。
19. Phase 4：在 Day 6-7 按依赖关系把史诗组织到季度/发布中。
20. Phase 4 活动 1：映射依赖；回答 Epic B 是否依赖 Epic A、是否有技术阻塞；产出依赖图（Epic A → Epic B → Epic C）。
21. Phase 4 活动 2：按季度或发布排序；Now（Q1）放前 3-5 个无依赖史诗；Next（Q2）放下 3-5 个可能依赖 Q1 完成的史诗；Later（Q3+）放剩余较低置信度史诗。
22. Phase 4 活动 2 备选：使用 Now/Next/Later 路线图；NOW 当前季度、NEXT 下一季度、LATER 未来。
23. Phase 4 活动 3：与工程验证；参与者 PM + 工程负责人；回答排序是否现实（容量、依赖）、是否有隐藏技术阻塞、是否需要调整范围；产出已验证的路线图排序。
24. Phase 4 输出检查：按 Q1、Q2、Q3 组织的已排序路线图；依赖图；工程同意排序可行。
25. Phase 5：在 Week 2 向干系人展示路线图、收集反馈并建立对齐。
26. Phase 5 活动 1：创建路线图演示；格式为 30-45 分钟演示；结构：Slide 1 战略背景（业务目标、客户问题）、Slide 2-3 路线图总览（Q1、Q2、Q3）、Slide 4-6 每季度深入（史诗、假设、成功指标）、Slide 7 不在路线图上的内容和原因、Slide 8 依赖与风险；参与者 PM、设计；准备 2-3 小时。
27. Phase 5 活动 2：向干系人展示；受众包括高管、产品领导层、工程、销售、市场、客户成功；45 分钟演示 + 15 分钟问答；重点：战略叙事“为什么优先 X 而不是 Y”、成果导向“每个史诗推动[业务成果]”、灵活性“路线图是计划不是承诺，会随学习调整”。
28. Phase 5 活动 3：收集反馈；询问优先级是否与业务目标一致、是否遗漏关键客户问题、依赖是否清晰、有什么顾虑；产出反馈、顾虑、问题列表。
29. Phase 5 活动 4：优化路线图；根据反馈调整优先级、添加遗漏史诗、澄清依赖；持续 1-2 天；产出最终路线图 v1.0。
30. Phase 5 活动 5：发布路线图；内部通过 Confluence、Notion、Productboard 等分享给团队；外部可选发布公开路线图（使用 Now/Next/Later 格式）；格式为可视化路线图 + 叙事文档。
31. Phase 5 输出检查：30-45 分钟路线图演示；干系人对齐（反馈已纳入、顾虑已处理）；已发布路线图（内部或外部）。
32. 端到端时间安排：Week 1 Day 1-2 收集输入；Day 3-4 定义史诗；Day 5 优先级排序；Day 6-7 排序路线图；Week 2 沟通路线图（制作演示、展示、收集反馈、优化、发布）。
33. 总时间投入：快速通道 1 周（已有史诗、快速对齐）；典型 1.5-2 周（定义史诗、干系人评审）。
34. 避免 Pitfall 1：不要做功能驱动路线图；把史诗写成带成功指标的假设，而不是功能名称。
35. 避免 Pitfall 2：不要按 HiPPO（最高薪者意见）排序；用 RICE、ICE 等框架透明打分。
36. 避免 Pitfall 3：不要把路线图当承诺（瀑布思维）；沟通为“战略计划，会根据学习变化”。
37. 避免 Pitfall 4：不要不映射依赖；在 Phase 4 明确映射依赖并与工程验证。
38. 避免 Pitfall 5：不要 PM 单独做路线图；在 Phase 1 从所有干系人收集输入，在 Phase 5 展示草稿收集反馈。
39. 相关配合：在路线图规划前可运行 skills/product-strategy-session/SKILL.md 建立战略；Phase 1 可用 skills/discovery-process/SKILL.md 提供客户问题输入；复杂史诗的发布规划可用 skills/user-story-mapping-workshop/SKILL.md。
40. 如以引导式对话执行，使用 workshop-facilitation 作为交互协议：会话提示 + 进入模式（Guided、Context dump、Best guess）、单问题轮次与通俗语言提示、进度标签（如 Context Qx/8、Scoring Qx/5）、打断处理与暂停/恢复、决策点编号建议、常规问题提供编号快速选择选项（有用时包含 Other (specify)）。

适用边界 · 注意事项

• 仅用于战术冲刺规划时不要用；应使用 backlog。
• 战略尚不清晰时不要用；先运行 product-strategy-session。
• 干系人期望具体日期承诺时不要用；先处理期望。