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