# 01-项目复盘与经验沉淀工作流

## 一、工作流总览

```
┌─────────────────────────────────────────────────────────────────────┐
│                   项目复盘与经验沉淀工作流全景图                       │
├─────────────────────────────────────────────────────────────────────┤
│                                                                     │
│  ┌──────────┐   ┌──────────┐   ┌──────────┐   ┌──────────┐        │
│  │1.评价准备 │──>│2.数据收集 │──>│3.多维评价 │──>│4.效益实现 │        │
│  │ 与设计    │   │ 与调研    │   │ 分析      │   │ 评估      │        │
│  └──────────┘   └──────────┘   └──────────┘   └──────────┘        │
│       │              │              │              │                │
│       v              v              v              v                │
│  ┌──────────┐   ┌──────────┐   ┌──────────┐   ┌──────────┐        │
│  │5.经验教训 │──>│6.知识资产 │──>│7.评价报告 │──>│8.改进行动 │        │
│  │ 萃取      │   │ 沉淀      │   │ 撰写      │   │ 跟踪      │        │
│  └──────────┘   └──────────┘   └──────────┘   └──────────┘        │
│                                                                     │
│  评价维度: 目标达成|效益实现|过程管理|技术成果|客户满意度|可持续性       │
└─────────────────────────────────────────────────────────────────────┘
```

## 二、评价时机

| 评价类型 | 时机 | 频次 |
|---------|------|:---:|
| 项目终期评价 | 项目最终验证后3-6个月 | 一次性 |
| 中期评价 | 项目中期/里程碑节点 | 按项目 |
| 影响评价 | 项目上线后12-18个月 | 观察长期效果 |

---

## 三、详细步骤说明

---

### 步骤1：评价准备与设计

**目标**：制定项目复盘方案，明确评价范围和标准。

**操作指南**：

**1.1 评价维度与权重**

| 评价维度 | 权重 | 评价内容 |
|---------|:---:|---------|
| 目标达成度 | 25% | 合同/SOW约定的目标是否达成 |
| 效益实现度 | 25% | 预期效益是否实际实现 |
| 过程管理水平 | 15% | 项目管理过程是否规范高效 |
| 技术成果质量 | 15% | 技术交付成果的质量和先进性 |
| 客户满意度 | 10% | 客户各层级的满意度 |
| 可持续性 | 10% | 项目成果的可持续性和扩展性 |

**1.2 评价团队**

```
评价团队组成:

  ┌─────────────┐
  │ 评价组长     │ (独立于项目交付团队的第三方)
  └──────┬──────┘
         │
  ┌──────┼──────┬───────────┐
  │      │      │           │
  v      v      v           v
┌────┐┌────┐┌────┐    ┌────────┐
│技术 ││业务 ││财务 │    │客户代表 │
│评价 ││评价 ││评价 │    │        │
└────┘└────┘└────┘    └────────┘
```

---

### 步骤2：数据收集与调研

**目标**：全面收集评价所需的数据和信息。

**操作指南**：

**2.1 数据收集清单**

| 数据类型 | 数据项 | 来源 |
|---------|-------|------|
| 项目文档 | 合同/SOW/变更记录/验收报告 | 项目管理归档 |
| 系统数据 | 使用率/活跃度/性能/KPI达成 | 系统日志/监控 |
| 财务数据 | 实际投资/运维成本/效益数据 | 财务系统 |
| 调研数据 | 用户满意度/使用反馈 | 问卷/访谈 |

**2.2 调研方法**

| 方法 | 对象 | 样本量 | 内容 |
|------|------|:---:|------|
| 决策者访谈 | 局/集团/处决策者 | 3-5人 | 战略价值评价 |
| 中层座谈 | 部门负责人 | 5-10人 | 业务效果评价 |
| 用户问卷 | 一线使用者 | 50-200人 | 使用体验评价 |
| 系统数据分析 | 全量数据 | 全量 | 客观使用数据 |

**2.3 用户满意度问卷**

```
项目复盘用户满意度问卷（节选）:

1. 项目整体满意度 [1-10]
2. 系统操作便捷性 [1-5]
3. 对工作效率的提升 [1-5]
4. 对决策支持的作用 [1-5]
5. 实施团队的配合度 [1-5]
6. 运维服务的及时性 [1-5]
7. 是否达到了您的期望？ [超过/达到/部分达到/未达到]
8. 最满意的方面是？ [开放题]
9. 最需要改进的方面是？ [开放题]
10. 如果满分100分，您给这个项目打多少分？ [0-100]
```

---

### 步骤3：多维评价分析

**目标**：从多个维度对项目进行系统评价。

**操作指南**：

**3.1 目标达成度评价**

| 合同目标 | 是否达成 | 达成证据 | 偏差说明 |
|---------|:---:|---------|---------|
| 事件检测率>85% | 是 | 实测89.2% | 优于预期 |
| 系统可用性>99.9% | 是 | 年均99.95% | 达标 |
| 6个月完成交付 | 否 | 实际8个月 | 因客户数据提供延迟 |

**3.2 效益实现度评价**

对比前期ROI分析中的预期效益与实际效益：

| 效益项 | 预期 | 实际 | 达成率 |
|-------|:---:|:---:|:---:|
| 人工成本节约 | 200万/年 | 180万/年 | 90% |
| 运维成本降低 | 25% | 22% | 88% |
| 事件处置时间缩短 | 50% | 55% | 110% |

---

### 步骤4：效益实现评估

**目标**：深度分析效益实现情况，识别偏差原因。

**操作指南**：

**4.1 效益偏差分析**

对每个未达预期的效益，分析根因：

| 效益偏差 | 偏差原因 | 改进建议 |
|---------|---------|---------|
| 人工成本节约未达预期 | 部门未及时调整人员撰写 | 建议客户加快组织优化 |
| 数据准确率提升不足 | 数据源头治理范围不够 | 二/三期纳入数据治理 |

**4.2 非预期效益**

记录那些前期未预料到但实际产生的效益：
- 意外发现了XX业务场景的应用价值
- 系统数据被XX上级部门直接采用，提升了影响力
- 项目实施培养了客户的数字化意识，自发启动了其他数字化项目

---

### 步骤5：经验教训萃取

**目标**：系统性地萃取项目过程中的经验教训。

**操作指南**：

**5.1 经验教训工作坊**（半天）

```
经验教训工作坊议程:

13:30-14:00  项目回顾时间线
  · 用时间线方式回顾项目全历程
  · 标记关键事件（成功/挫折/转折）

14:00-15:00  分组讨论
  · 组1: 技术维度（方案/架构/开发/测试/部署）
  · 组2: 管理维度（计划/沟通/风险/变更/团队）
  · 组3: 客户维度（需求/验收/培训/关系）
  · 每个组写出：What Went Well / What Went Wrong / What Can Be Better

15:00-15:15  茶歇

15:15-16:00  成果展示与投票
  · 各组展示 Top 5发现
  · 全体投票选出最重要的经验教训

16:00-16:30  执行计划
  · 针对 Top 3教训制定改进行动
```

**5.2 经验教训记录模板**

| 类别 | 经验/教训 | 具体情况 | 影响程度 | 建议 |
|------|---------|---------|:---:|------|
| 需求 | 需求确认不充分导致后期大量变更 | 需求评审只做了一轮... | 高 | 必须完成2轮以上需求评审 |
| 技术 | XX技术在交通场景效果不如预期 | ... | 中 | 新技术的POC应在实际场景验证 |

---

### 步骤6：知识资产沉淀

**目标**：将项目经验和成果转化为可复用的知识资产。

**操作指南**：

**6.1 知识资产类型**

| 资产类型 | 内容 | 存储位置 |
|---------|------|---------|
| 方案资产 | 可复用的技术方案、架构设计、需求模板 | 公司知识库 |
| 代码资产 | 可复用的代码组件、工具脚本 | 代码仓库 |
| 数据资产 | 行业基准数据、测试数据集 | 数据平台 |
| 文档资产 | 项目实施方法论、最佳实践文档 | 知识库 |
| 案例资产 | 项目案例（脱敏版），用于销售/售前 | CRM+知识库 |

**6.2 知识沉淀清单**

- [ ] 项目案例故事（1页+PPT，脱敏版）
- [ ] 技术方案精华（架构图+关键技术选型+经验）
- [ ] 常见问题与解决方案（FAQ列表）
- [ ] 交通行业需求模式库更新
- [ ] 给售前团队的"赢单经验"
- [ ] 给交付团队的"避坑指南"

---

### 步骤7：评价报告撰写

**目标**：撰写完整的项目复盘报告。

**操作指南**：

**7.1 报告结构**

```
项目复盘报告:

1. 评价概述
2. 项目执行回顾
3. 目标达成度评价
4. 效益实现度评价
5. 过程管理评价
6. 技术成果评价
7. 客户满意度评价
8. 可持续性评价
9. 综合评价结论
10. 经验教训
11. 改进建议与执行计划

附录
  A. 评价数据来源
  B. 问卷统计结果
  C. 访谈纪要摘要
  D. 效益数据对比明细
```

---

### 步骤8：改进行动跟踪

**目标**：将评价中发现的问题转化为可落地的改进行动。

**操作指南**：

**8.1 改进行动跟踪表**

| 编号 | 改进项 | 来源 | 负责人 | 目标完成日 | 状态 |
|:---:|-------|------|-------|:---:|:---:|
| ACT-01 | 需求评审流程优化 | 经验教训#1 | PMO | 下季度 | 进行中 |
| ACT-02 | 交通AI模型测试数据集建设 | 经验教训#2 | AI团队 | 6个月内 | 新建 |

**8.2 持续改进运行框架**

- 每个项目完结必须完成项目复盘
- 评价结果纳入项目绩效考核
- 经验教训在项目启动时作为"前车之鉴"学习材料
- 年度进行多项目横向对比分析

---

## 四、角色与职责（RACI矩阵）

| 活动 | 评价组长 | 项目经理 | 技术负责人 | 客户代表 | PMO |
|------|:---:|:---:|:---:|:---:|:---:|
| 评价设计 | **R/A** | C | I | I | C |
| 数据收集 | **R** | C | C | C | I |
| 多维评价 | **R/A** | C | C | C | I |
| 经验工作坊 | **R** | C | C | C | I |
| 知识沉淀 | C | **R** | **R** | I | **A** |
| 报告撰写 | **R/A** | C | I | I | I |
| 改进跟踪 | I | C | I | I | **R/A** |

---

## 五、关键检查点

| # | 检查点 | 通过标准 |
|---|--------|---------|
| CP1 | 评价方案评审 | 评价方案经双方确认 |
| CP2 | 数据收集完成 | 问卷回收>70%，关键干系人100%覆盖 |
| CP3 | 评价报告完成 | 报告经内部+客户双审 |
| CP4 | 知识资产归档 | 知识库更新完成 |
| CP5 | 改进行动启动 | 改进行动有明确Owner和时间表 |

---

## 六、估计时长

| 阶段 | 时长 |
|------|:---:|
| 评价准备 | 3-5天 |
| 数据收集与调研 | 1-2周 |
| 评价分析与工作坊 | 3-5天 |
| 报告撰写 | 2-3天 |
| 知识沉淀 | 2-3天 |
| **合计** | **3-4周** |

---

## 七、输出物清单

1. **项目复盘方案**（.docx）
2. **用户满意度调研报告**（.docx）
3. **效益实现度分析表**（.xlsx）
4. **经验教训工作坊纪要**（.docx）
5. **知识资产包**（多文件）
6. **项目复盘报告**（.docx + .pptx）
7. **改进行动跟踪表**（.xlsx）

---

> **版本**: V1.0 | **撰写日期**: 2025-07
