项目背景与范围回顾

做复盘的第一件事，不是翻代码、也不是看日志，而是先把项目的背景和范围重新拉出来捋一遍。为什么？因为我踩过坑——有一回匆匆忙忙开复盘会，大家对着 timeline 吵了半天，结果发现连当初项目到底要解决什么问题都记不清了。嗯，从那以后，我定的规矩就是：任何复盘，背景先行。

1. 项目背景的梳理

说白了，我们需要搞清楚三件事：项目从哪来？为什么做？谁要的？ 别笑，很多团队在立项时写得很清楚，三个月后就忘得干干净净。

我个人习惯先把这些信息摘出来：

• 业务诉求：哪个业务线提出的？核心痛点是啥？
• 技术驱动力：是为了替换旧系统、支撑新场景，还是纯技术探索？
• 外部约束：客户 deadline、合规要求、预算上限……这些硬杠杠不能丢。

2. 范围的定义与边界

范围这东西，最怕的是「我以为你知道」。我曾经遇到一个项目，后端以为只做 API，前端以为要包 UI 组件库，结果验收时两边对不上。复盘时查范围文档，发现就一句话：「完成用户模块升级」。这哪够？

一个靠谱的范围回顾，至少包含下面这些维度：

维度	关键问题	复盘检查点
目标	项目最终要交付什么能力？	目标是否可量化、可验证？
交付物	代码、文档、模型、测试报告？	清单是否完整？有无遗漏？
时间线	里程碑节点与最终截止日	实际执行与计划差距多大？
资源	人力、GPU 配额、服务器预算	资源是否匹配工作量？
边界	明确不做哪些事	是否有「隐形需求」偷偷溜进来？

我建议把范围定义写成结构化的文件，复盘时直接拿来对照。举个例子：

# 项目范围定义（YAML 示例）
project:
  name: "MD Feature Learning Demo"
  goal: "在 3B 参数模型上验证 MD 特征提取的有效性"
  deliverables:
    - "数据处理 pipeline 脚本"
    - "训练与评估代码仓库"
    - "实验报告（含对比表格）"
  constraints:
    - "总 GPU 时长不超过 500 卡时"
    - "数据仅使用公开数据集"
  out_of_scope:
    - "生产级推理服务"
    - "多语言支持"
    - "模型量化与部署"

3. 利益相关方与期望

范围不是一个人定的。你得搞清楚谁关心这个项目，他们各自想要什么。

• 业务方：他们最关心功能上线时间，对内部技术架构不在意。
• 技术负责人：关注可维护性、扩展性，可能要求重构。
• 质量保障：对测试覆盖率和稳定性有底线。
• 运维平台：如果项目要上线，部署和监控的坑得提前排。

我曾经遇到一个 case：业务方觉得项目很简单，但技术团队忽略了数据合规要求，导致交付前被卡了两周。复盘时才发现，法务那边根本没人拉进范围讨论。

4. 风险与依赖项

范围回顾里，风险是绕不开的。我习惯把风险分成两类：内部风险（技术方案、人员变动）和外部依赖（第三方库、硬件配额、协同团队进度）。

依赖项最容易被忽略。比如模型训练依赖于某个底层框架的特定版本，那个框架中途改了 API，项目就得额外花两周适配——这在复盘时是典型的「已知依赖未管理」案例。

下面这张图把「背景与范围回顾」的核心节点串了起来，你可以复盘时当作检查地图：

5. 复盘实践模板

每次做背景与范围回顾，我会让团队一起填下面这个模板。填完大家就对齐了。

# 项目背景与范围复盘模板

## 项目基本信息
- 项目名称：________
- 启动时间：________
- 发起方：________

## 背景回顾
- 业务痛点/需求：________
- 目标用户/场景：________
- 技术选型理由（如 MD 特征方案选型）：________

## 范围基线
- 核心交付物：
  - 1. ________
  - 2. ________
  - 3. ________
- 明确不做的：
  - ________
  - ________
- 时间约束：________
- 资源约束：________

## 干系人期望
| 角色 | 关键期望 | 是否在范围中体现？ |
|------|----------|------------------|
|      |          |                  |
|      |          |                  |

## 风险与依赖清单
- 依赖项1（库/硬件/团队）：________
- 依赖项2：________
- 风险1（可能延期因素）：________
- 风险2：________

## 实际执行偏差（复盘时填）
- 范围膨胀清单：________
- 未预期的风险：________
- 干系人需求变更：________

这个模板我用了好几年，每次填完，至少能避免 80% 的「你们当时怎么没说」式争吵。嗯，说到底，范围回顾不是为了问责，而是为了让我们在复盘时站在同一块地上说话。