2. 从战略到路线图

2.1 适用场景

本章节适用于启动Roadmap制定工作前的筹备与对齐阶段，确保资源、数据、人员均具备可执行条件。当团队出现以下情况时，必须执行本章节前置检查：

• 首次制定产品Roadmap
• 跨部门协作的季度/年度版本规划
• 组织架构调整后重新梳理决策链路
• 引入了新的产品线或重大战略转型

2.2 前置条件与所需数据

在开启本课程后续任何操作步骤前，必须完成以下四项数据就绪检查：

2.3 参与角色与RACI矩阵

RACI矩阵是本章核心工具，用于明确每位参与者在Roadmap制定各步骤中的权责边界。以下矩阵定义八个标准角色及其在三个核心任务中的责任：

RACI图例： R=执行者（Responsible） / A=审批者（Accountable） / C=咨询者（Consulted） / I=知会者（Informed）

2.4 操作步骤：前置条件验收流程

本章节遵循固定的三步验收法，确保在进入版本节奏规划前，所有前置条件已闭环。每一步都需输出可追溯的记录材料。

1. 数据对齐会（Step 1）
   • 组织方：PMO 召集所有RACI矩阵中标有R或A的角色参会
   • 时长：不超过90分钟
   • 输出：《数据就绪检查表》（记录D1-D4每项数据的状态与负责人签字）
2. 权责确认会（Step 2）
   • 组织方：PO 与 Stakeholder 对RACI矩阵逐项确认
   • 重点：确认A角色是否有否决权冲突
   • 输出：《RACI矩阵签字确认版》
3. 准入检查会（Step 3）
   • 主持人：PMO
   • 检查项：所有前置条件是否已满足准入标准（见2.6验收标准）
   • 输出：《准入检查清单签署表》（通过/不通过/附带条件通过）

2.5 输入输出物与记录材料

记录材料模板（节选）：

异常处理登记表（表单结构）
_______________________________
| 异常编号 | 描述 | 责任方 | 处理措施 | 状态 | 关闭日期 |
| A01      | RACI中“版本发布审批”无A角色 | Stakeholder | 重新指定PO为A | 已关闭 | 2025-02-20 |
| A02      | D3市场数据缺失竞品动态 | Marketing | 延至下一轮补全 | 附带条件通过 | - |
_______________________________

2.6 责任边界声明

所有参与角色必须严格遵守RACI矩阵中的权责界线。以下为三条硬性边界规则：

• 【I角色不得主动决策】 知会者（I）仅在信息流层面被动接收，不得在数据收集、版本定义、审批发布中提出否决性意见。
• 【A角色拥有单一否决权】 同一任务只能有一位A角色；若出现多位A，视为RACI矩阵定义错误，需返回Step 2修正。
• 【R角色可委托，不可转责】 R角色可以指派具体执行人，但最终交付质量与时限仍由该角色全权负责。

2.7 异常处理

在本章流程执行中，最常见的三类异常及其标准处理预案如下：

2.8 验收标准

以下为标准验收项，全部通过后方可进入第3章（版本节奏设计）。

1. 数据完整性：D1-D4四项数据全部在《数据就绪检查表》中标为“通过”或“附带条件通过”且附带处理计划。
2. RACI矩阵完整性：每个核心任务至少有一位A角色，无重复A、无空白A、无未识别角色。
3. 准入签字：所有R/A角色已在《准入检查清单签署表》上签字确认。
4. 异常关闭：异常登记表中的所有异常状态不为“开启”；若为“附带条件通过”，必须有明确的关闭计划与截止日期。

本章内联SVG：RACI与数据流框架图