第2章：项目背景回顾——业务目标·建模范围·关键干系人·时间轴·里程碑
本章定位：项目背景回顾是AI需求建模复盘的“原点对齐”动作，用于确保所有复盘参与者在同一信息地平线上讨论后续技术决策。本模板将复杂背景拆解为5个可独立验证的回顾单元，降低信息遗漏风险。
1. 适用场景
- 已完成一轮需求建模交付，需进行阶段性复盘或终期复盘。
- 项目交接、新人接手或跨团队回溯历史建模决策时。
- 建模结果与业务预期出现偏差，需要定位根因的场景。
- 多期迭代项目中，对齐前后期背景变更的回顾会议。
2. 前置条件
- 项目原始立项文档、需求文档、会议纪要已归档且可调阅。
- 至少2名核心参与者（PM+建模负责人）可参与回顾访谈。
- 已完成第1章《复盘准备与角色分工》的初始化动作，角色已分配。
- 准备好统一的背景回顾模板（本章提供）。
3. 操作步骤
使用“5步对齐法”完成项目背景回顾，每一步产出对应模板字段：
- 步骤一：还原业务目标 —— 从立项文档摘录原始业务目标，标注实际达成的量化指标，区分“声明目标”与“隐性目标”。
- 步骤二：界定建模范围 —— 列出模型期望覆盖的实体、关系、事件类型，标注范围边界（含显性排除项）。
- 步骤三：识别关键干系人 —— 按决策权/信息需求/技术依赖三维度列出干系人，标注参与阶段。
- 步骤四：重建时间轴 —— 以周为粒度标注关键事件、版本交付、外部依赖变更的时间点。
- 步骤五：校准里程碑 —— 对照实际节奏，标注已达成/延期/取消的里程碑，量化偏差。
💡 实操提示：建议按“先独立填写再交叉校准”的方式操作——每位核心成员先单独填写回顾模板，再在复盘会上逐项对齐差异，避免群体趋同。
模板示例：项目背景回顾卡
| 回顾维度 | 原始记录（复盘时填写） | 实际结果 | 偏差评级 |
|---|---|---|---|
| 业务目标 | 提升客服意图识别准确率至92% | 91.3% (A/B测试) | 🟡 轻微偏差 |
| 建模范围 | 含6个一级意图，22个子意图 | 实际覆盖6+19个子意图（取消3个低频子意图） | 🟢 范围收缩 |
| 关键干系人 | 业务方(王×)、标注团队(李×)、IT基础架构(张×) | 标注团队中途更换负责人，引入1位新干系人 | 🟡 中等影响 |
| 时间轴 | 2024-03-01 至 2024-06-15 | 实际结束 2024-07-01，延期2周 | 🔴 显著偏差 |
| 里程碑 | M1: 数据就绪(3/15); M2: 基线模型(4/15); M3: 验收(6/15) | M1准时，M2延1周，M3延2周 | 🔴 串行延期 |
4. 输入输出物
| 类型 | 名称 | 格式/来源 | 用途 |
|---|---|---|---|
| 输入 | 项目立项书 + 需求规格说明书 | PDF / 文档库 | 提取原始业务目标与范围 |
| 输入 | 项目周报/会议纪要（最近3个月） | Wiki / 邮件归档 | 重建时间轴与里程碑实际日期 |
| 输出 | 项目背景回顾卡（本章模板） | 结构化文档 / 复盘平台 | 作为后续偏差分析与根因追溯的统一基线 |
| 输出 | 干系人参与热力图 | 表格 + SVG 可视图 | 标识各阶段干系人实际参与度 |
5. 责任边界
- 复盘引导师（PM或Scrum Master）： 负责组织“5步对齐会”，确保各维度完整回顾，不遗漏任何一项。
- 建模负责人： 提供建模范围的实际边界与技术约束说明，标注范围变更点。
- 业务代表： 确认业务目标的原始意图与实际验收结果，判定偏差类型。
- 记录员： 将对齐后的背景卡录入复盘文档库，标注争议项待后续处理。
⚠️ 常见权责模糊点：“建模范围”的确认常被当作纯技术动作，实际需要业务方共同签字确认。建议在责任边界中明确写死“建模范围须由业务代表与建模负责人双签”，避免复盘时出现“我以为你覆盖了”的信息断层。
6. 记录材料
可复用的检查表，用于验证背景回顾是否完整：
| 检查项 | 通过标准 | 自检结果 |
|---|---|---|
| 业务目标是否同时记录了“声明目标”与“隐性目标”？ | 两项均有文字记录且标注优先级 | ☐ 是 ☐ 否 |
| 建模范围是否包含显性排除列表？ | 有明确的“不在范围内”清单 | ☐ 是 ☐ 否 |
| 关键干系人是否按阶段标注参与粒度？ | 每个干系人标注了“介入-退出”时间点 | ☐ 是 ☐ 否 |
| 时间轴是否覆盖从立项到验收的全周期？ | 包含开始日、关键事件日、结束日三项 | ☐ 是 ☐ 否 |
| 里程碑是否区分了“计划日期”与“实际日期”？ | 两列均有数值，且偏差天数已计算 | ☐ 是 ☐ 否 |
| 所有偏差项是否标记了“根因待查”？ | 偏差评级为🟡或🔴的条目均已打标 | ☐ 是 ☐ 否 |
7. 异常处理
| 异常场景 | 典型表现 | 应对措施 |
|---|---|---|
| 原始目标文档丢失或不完整 | 无法准确提取业务目标 | 启动“逆向目标推演”：通过已交付功能反推隐含目标，标注置信等级（高/中/低） |
| 关键干系人已离职/转岗 | 无法还原决策背景 | 邮件/聊天记录取证，标注为“间接证据”，降低该维度置信度 |
| 时间轴记录混乱（多个版本并存） | 周报与Git记录日期冲突 | 以Git tag/CI交付日期为锚点，周报为参考，产出“可信区间”而非单一日期 |
| 建模范围膨胀但无书面变更 | 回顾时发现实际范围远大于文档 | 启用“范围回溯清单”：逐条列出新增项、触发节点、决策人，作为过程改进输入 |
| 里程碑实际日期无人记录 | 无法计算偏差 | 以最近可验证的交付物日期近似替代，标注“近似值” |
8. 验收标准
- 背景回顾卡5个维度均完成填写，无空值。
- 每个维度至少包含1项偏差评级（🟢/🟡/🔴）。
- 所有🔴偏差项已关联到具体的“根因待查”标签，并指定责任人跟进。
- 干系人列表覆盖项目全生命周期，无超过2周的参与空白期。
- 模板已归档至复盘文档库，权限对复盘小组全员开放。
📌 使用指引：上图展示了背景回顾的5步串行流程与最终产出物。在实际操作中，步骤①→④为顺序执行，步骤⑤（里程碑）建议在第④步时间轴完成后独立校准。右侧说明框标注了高频异常场景的快速处理策略，建议打印后粘贴在复盘会议室白板旁。