软件工程之美39讲——项目总结:做好项目复盘,把经验变成能力

软件工程之美39讲——项目总结:做好项目复盘,把经验变成能力

项目复盘流程

第一步:回顾项目目标

其中的关键就在于,对目标的描述要尽可能准确和客观。因为只有做到准确和客观,在后续你才能对目标的完成情况进行准确地评估。识。

第二步:评估项目结果

在对项目的目标进行回顾后,就可以来看看项目的实际结果和当初的目标有多少差异了。这里需要列出两方面的差异:好的差异和坏的差异
好的差异

  • 上线后质量很稳定
  • 严重 Bug 很少
  • 没有出现需求遗漏
  • 开发和测试能及时同步需求的变更

坏的差异

  • 功能发生了变化
  • 中间有比较多的需求变更
  • 项目发生了延期

第三步:分析原因

在结果评估完了后,就可以来分析原因了,分析的时候也可以主要从两方面着手:是什么原因导致了好的差异,什么原因导致了坏的差异。比如说,导致好的差异的原因:

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

导致坏的差异的原因

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

在分析的时候,可以营造一个宽松的氛围,让团队成员能畅所欲言,讨论时要做到对事不对人,尽可能客观地分析清楚成功和失败的原因。只有分析清楚原因,才能总结出规律。

第四步:总结规律,落实行动

接着上面的案例你可以继续总结规律:

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

总结出来规律后,还需要落实成行动,才能真正做出有效的改变,帮助你在以后的项目中做的更好。落实行动的关键就是:
对于好的实践,继续保持;
对于不好的实践,停止并寻求改变。

  • 针对需求变更,我们将缩短项目周期,采用快速迭代的开发模式,及时响应需求变更,同时在一个迭代中,没有特殊情况,不做需求上的变更,有变更放到下一个迭代中;
  • 继续增加自动化测试代码的比例,代码在合并前要对代码进行审查,用好持续集成工具;
  • 继续使用任务跟踪系统,对需求任务进行跟踪,并且可以尝试对于一些临时性的任务也用任务跟踪系统跟踪起来。
posted @ 2021-01-22 23:51  段志轩  阅读(32)  评论(0编辑  收藏