一、任务变化

1.问题不明确

       Q：不知道将要做的东西到底是什么，在做的过程中逐步熟悉，了解需求。

       A：在启动会时，产品经理进行简要的说明一下需求，介绍一下本次迭代中任务。

  2.探索性任务

       Q：需求不确定，产品经理只知道大概方向，不太确定最后的成品是什么样子。

       A：随时与需求人员沟通，随时出产品，随时演示给需求人员看，进行迭代中的小迭代。与大迭代冲突的解决办法是最开始估算时间的时候，直接翻倍，但是小任务还是按照最开始的估算，多出来的时间作为缓冲。

 

二、燃尽图不准确

1.新加任务较多

     Q：拆分原有任务，临时任务，项目支持等事情，导致任务在不停增加，原有的燃尽图的曲线基准就发生了偏差。

      A： a）如果新任务不是很多，那么在计算的时候，忽略新任务，这样还是只计算原有任务的燃尽情况。

             b）如果任务很多，那么累计到一定程度，重新打印一张燃尽图，进行重新计算基准。

 

三、组内协作

  Q：因为任务涉及到组内合作，别的小组发生了变化，导致了这边的进度发生问题。

  A：加强信息沟通，协作组内发生的任何代码评审，设计评审，都需要通知到这边小组内人员。

 

四、质量不能保证

   Q：迭代过程中，只是关注进度变化了，没有重视质量

   A：a) 每周2,4下午进行结对评审代码

         b) 双周的周三进行全员评审重要节点代码。

         c) 重要节点设计，随时评审，需要评估相应参与人员。