软件工程之美学习笔记四十 39 | 项目总结：做好项目复盘，把经验变成能力

《软件工作之美》材料地址： https://time.geekbang.org/column/article/98141

什么是项目复盘？

软件项目中的复盘，也是通过分析、讨论开发中出现的问题，进而总结成功经验，吸取失败教训，提升团队能力。

复盘为什么没效果

总结不出来有效的结论
没做好是客观原因导致的
知道什么原因，但不知道该怎么办

如何做好项目复盘？

对比目标和结果找差距
思考背后原因
结合软件工程的知识，把实践经验概括为理论或原则
利用理论或原则知道后续项目

联想公司的复盘

• 回顾项目目标； 对目标的描述要尽可能准确和客观

• 评估项目结果；
  好的差异：

  1. 上线后质量很稳定，严重 Bug 很少；
  2. 没有出现需求遗漏，开发和测试能及时同步需求的变更。
     坏的差异：
  3. 功能发生了变化，中间有比较多的需求变更；
  4. 项目发生了延期

• 分析原因；
  好的差异的原因：

  1. 增加了自动化测试代码的比例，改进了开发流程，代码合并之前有代码审核，并且要通过自动化测试；
  2. 增加了工具的使用，比如持续集成系统的搭建，每次提交后可以清楚的看到测试结果；
  3. 改进了项目流程，对于所有的需求细分后，都创建成了 Ticket，基于任务跟踪系统记录了起来，这样可以及时了解任务进程，有需求变更的情况，相关人员也能及时了解。

  坏的差异的原因：

  1. 老板对于产品干预过多，导致需求变更频繁；
  2. 项目周期过长，难以响应需求的变化；
  3. 设计时没有考虑到需求的变化；
  4. 设计时没有考虑到需求的变更，导致需求变更发生后，很多设计需要修改，最终导致延期。

• 总结规律，落实行动

  规律：

  1. 需求变更是导致项目延期的主要源头，需要在后续项目中控制好需求的变更；
  2. 自动化测试加上代码审查，再配合持续集成工具，可以有效提升产品质量；
  3. 任务跟踪系统可以方便地跟踪需求的执行情况，也能保证项目成员能及时同步需求的变更。

  行动：

  1. 采用快速迭代的开发模式，及时响应需求变更，同时在一个迭代中，没有特殊情况，不做需求上的变更，有变更放到下一个迭代中；
  2. 继续增加自动化测试代码的比例，代码在合并前要对代码进行审查，用好持续集成工具；
  3. 继续使用任务跟踪系统，对需求任务进行跟踪，并且可以尝试对于一些临时性的任务也用任务跟踪系统跟踪起来。

参考

《开会 = 浪费时间？阿里技术团队这样开项目复盘会》

我的留言

我觉得scrum方法中提到的两个会，可以作为项目复盘会内容的参考。Sprint评审会议（Sprint Review Meeting）和Sprint回顾会议（Sprint Retrospective Meeting）。Sprint 评审会议在 Sprint 快结束时举行 ，用以检视所交付的产品增量并按需调整产品待办列表，是对工作成果的评审。Sprint 回顾会议是 Scrum 团队检视自身并创建下一个 Sprint 改进计划的机会。是对方法论的回顾和提高。项目复盘会也应该从这两个角度去做总结提高。
老师回复: ?谢谢补充！

Sprint评审会议可以帮助发现做的好的和做的不好的；
Sprint回顾会议可以帮助找出原因和总结规律