项目复盘核心要点
一、复盘价值框架
二、事前预期关键动作
1. 技术方案设计
- 可行性验证：确认核心功能可实现性
- 难点识别：标记不确定功能和技术风险点
- 架构输出：输出技术选型及模块设计文档
2. 工作量评估三步法
| 步骤 | 工作内容 | 输出物 |
|---|---|---|
| 1 | 确认技术方案与协作方式 | 技术方案文档 |
| 2 | 功能模块拆分与工时评估 | 模块分解表 |
| 3 | 风险标注与应对预案 | 风险登记表 |
模块分解表示例：
| 模块 | 功能点 | 预估工时(人天) | 负责人 | 依赖资源 |
|---|---|---|---|---|
| 用户认证 | 登录/注册 | 3 | 前端A | 后端接口 |
| 支付模块 | 支付流程 | 5 | 前端B | 支付SDK |
| 数据看板 | 图表展示 | 4 | 前端C | 设计稿 |
3. 风险管控四象限
三、事后复盘双维度分析
1. 时间维度分析
项目阶段时间对比表：
| 阶段 | 计划完成日 | 实际完成日 | 偏差(天) | 主要原因 |
|---|---|---|---|---|
| 需求确认 | 2023-04-01 | 2023-04-01 | 0 | - |
| 技术设计 | 2023-04-05 | 2023-04-07 | +2 | 方案变更 |
| 开发完成 | 2023-04-20 | 2023-04-25 | +5 | 接口联调延误 |
| 测试验收 | 2023-04-25 | 2023-04-28 | +3 | 重大BUG修复 |
| 上线发布 | 2023-05-01 | 2023-05-06 | +5 | 发布窗口冲突 |
2. 质量维度分析
项目质量指标雷达图：
质量评分(5分制)
^
|
5.0 + ● 代码规范
|
4.0 + ● 单测覆盖 ● 性能指标
|
3.0 + ● BUG率
|
2.0 + ● 设计还原度
+--|--|--|--|--|-->
2 3 4 5 6 维度
质量维度说明：
- 代码规范：ESLint通过率（目标：100%）
- 单测覆盖：Jest覆盖率（目标：≥80%）
- 性能指标：Lighthouse评分（目标：≥90）
- BUG率：每千行代码BUG数（目标：≤0.5）
- 设计还原度：UI验收通过率（目标：≥95%）
四、复盘输出模板
### [项目名称]复盘报告
**1. 项目概览**
- 周期：2023-04-01 至 2023-05-06
- 团队：前端3人 + 后端2人
- 业务目标：实现XX功能，提升用户转化率
**2. 核心数据对比**
| 指标 | 预期值 | 实际值 | 偏差率 |
|--------------|--------|--------|--------|
| 开发人天 | 120 | 145 | +20.8% |
| 重大BUG数 | ≤3 | 8 | +167% |
| 首屏加载时间 | 1.5s | 2.1s | +40% |
**3. 关键发现**
✓ 成功点：
- 支付模块封装复用性达85%
- 组件库复用节省30%开发时间
✗ 改进点：
- 接口协议变更导致5天返工
- 设计稿交付延迟影响进度
**4. 行动项**
- [ ] 建立接口变更通知机制
- [ ] 制定设计资源交付SLA
- [ ] 新增性能监控自动化
五、前端专项复盘要点
技术方案验证：
- 组件复用率 vs 重复开发量
- 第三方库选型合理性评估
- 性能优化ROI分析
协作效率指标：
- 接口对齐次数及时长
- UI走查问题密度
- 跨团队沟通成本
自动化程度：
- 单测/集成测试覆盖率
- CI/CD流水线效率
- 监控告警完备性
核心价值：通过系统化复盘，对于全局观和自己的提升都会很有帮助。