Milestone 1 Postmortem 事后诸葛亮会议

周一软件工程课上，我们队所有成员花了半个多小时，深刻反思自己，到底是什么原因导致我们组在M1中跪得如此彻底，如果再来一次我们会有哪些改进，我们总结出了大概10个问题，最后按照事后诸葛亮会议的流程我们投票选出了自己认为最为严重的3个问题：我们总结为3个关键字：

communication，testing，task assignment

1. Communication

这个主要说的是我们在工作的过程中，各个组员都在自己埋头干自己的任务，没有很好地去和队友沟通，本来daily scrum的目的就是让大家来沟通，交流，了解彼此之间的进度的，但是我们的Daily scrum开的实在是效果一般，大家没有意识到重要性。所以在我们的算法部分，Yi Lu对网页内容的提取之后和Bin Xia的沟通不好，导致Bin Xia所需要的东西和Yi Lu所提供的东西有很多差别，沟通的不利导致了算法衔接不好；另外，大家communication不够，导致大家不在一个节奏上，一些人在埋头苦干，一些人很放松，时间上没有同步起来，导致大家总体的进度受到干扰；

2. Testing

这个是我们在M1的基本功能实现之后需要去做的事情，但是我们没有去做，如果我们做了很好的testing的工作，我们就可以发现算法的不衔接，算法的不合理，进一步我们就能去找出问题所在，再进一步我们就能把问题fix掉，所以testing这一步导致我们很伤。其实testing分两个level，第一个是每一个部件的level，这好比如一台机器上的很多零件，在组装之前我们要把每一个零件自己的功能都测试好，第二个是总体配合的level，在这个level上我们需要做的事情是看看每一个部分是否能很好地衔接，每一个部分之间交流的东西是不是大家所需要的。这样即使有问题，也有时间去亡羊补牢；

3. Task Assignment

这个说的是我们的有些组员工作量太大，超负荷工作，有些组员却很轻松，这样子一个方面会很打击大家的工作积极性，另外一方面会让大家的工作质量没有办法得到保证。比如说我们的Yupeng Zhang同学，他就是超负荷运转，自己在MSRA的研究组有事情要做，team project任务还比较重，另外他还要去handle一些出国的事情，比如申请，寄分数，考托福，GRE等等，压力很大，而我们张大神却十分悠哉游哉，这样的直接结果是Yupeng的积极性受到打击，同时工作质量也没有办法保证。

如果再来一次你们会如何改进？

如果再来一次，我们肯定比这次要好很多倍，

首先，我们会把daily scrum真正地落实，大家在scrum上要表现地和周一的班级会议一样，而且大家会同步自己的工作状态，特别是彼此工作有依赖关系的同学；

其次，我们专门安排了一位同学做testing，他的目的就是想尽一切办法attack我们的软件，找出越多bug越好，同时每天汇报自己的bug情况，视优先级来让负责同学fix；

最后，我们会合理安排任务，既考虑到同学的搬砖能力也同时考虑到同学的时间充裕与否，我们已经把超级搬砖工Guiying同学和Yupeng组合在一起了，这样他们将能互相替补，保质保量。

最后，我们按照惯例进行了人员的rotate，张大神离开了我们，Guiying加入。还是那句话，从错误和失败中我们学到了很多，希望M2我们能给力！

转载于:https://www.cnblogs.com/codelsd/archive/2012/10/31/2748616.html