一、任务变化
1.问题不明确
Q：不知道将要做的东西到底是什么，在做的过程中逐步熟悉，了解需求。
A：在启动会时，产品经理进行简要的说明一下需求，介绍一下本次迭代中任务。
2.探索性任务
Q：需求不确定，产品经理只知道大概方向，不太确定最后的成品是什么样子。
A：随时与需求人员沟通，随时出产品，随时演示给需求人员看，进行迭代中的小迭代。与大迭代冲突的解决办法是最开始估算时间的时候，直接翻倍，但是小任务还是按照最开始的估算，多出来的时间作为缓冲。
二、燃尽图不准确
1.新加任务较多
Q：拆分原有任务，临时任务，项目支持等事情，导致任务在不停增加，原有的燃尽图的曲线基准就发生了偏差。
A： a）如果新任务不是很多，那么在计算的时候，忽略新任务，这样还是只计算原有任务的燃尽情况。
b）如果任务很多，那么累计到一定程度，重新打印一张燃尽图，进行重新计算基准。
三、组内协作
Q：因为任务涉及到组内合作，别的小组发生了变化，导致了这边的进度发生问题。
A：加强信息沟通，协作组内发生的任何代码评审，设计评审，都需要通知到这边小组内人员。
四、质量不能保证
Q：迭代过程中，只是关注进度变化了，没有重视质量
A：a) 每周2,4下午进行结对评审代码
b) 双周的周三进行全员评审重要节点代码。
c) 重要节点设计，随时评审，需要评估相应参与人员。