【请wwccss再进这个贴】建议可以将bug像任务一样,设置“预计”、“消耗”、“剩余”时间,将bug的修复也作为燃烧图的一部分
2010-06-22 21:51:43
hunter lim |
对于开发人员来说,每天的部分时间将用于修复bug,所以一个迭代周期内的时间消耗要算上bug
|
hunter lim 最后编辑, 2010-07-05 16:06:40
春哥 |
看你的bug是什么时候出现的。如果是修复之前版本的bug,应该建立一个需求,叫做修复bug,然后通过任务跟踪bug的修复,就可以反映到燃尽图中。
如果bug是当前sprint出现的,这个在做任务估计的时候,就应该把bug修复的时间算到里面去。呵呵。 |
hunter lim |
您说的“如果是修复之前版本的bug,应该建立一个需求,叫做修复bug,然后通过任务跟踪bug的修复”是指这样处理吗?
前一个迭代遗留的Bug,每一个Bug对应一个需求,然后再对这个需求(Bug)进行任务分解,并评估工作量 如果是这样的话,那希望能在新增需求时,可以直接选择Bug作为需求,这样会方便些 |
春哥 |
对的。呵呵,已经有这个需求了。后面bug和需求可以互相转换。因为有的bug其实是需求,有的需求其实是bug。
|
hunter lim |
不知道什么时候,可以提供这个功能呢,我很期待呀 :)
不知道能不能在V1.1版本,加入这个功能 |
hunter lim 最后编辑, 2010-06-25 10:18:22
禅道bfb9ed |
bug是开发过程的产物,开发用心,bug就可能减少。因此在开发中,应该给每个开发人员留出一定的自由时间,如果他有bug,则用于处理bug;如果没有bug,就可以自己做点什么拉。如果开发人员整日忙于bug,甚至占用了正常的任务时间,抬升项目的总工时,就要反思自己在开发工作中的态度了。这样做有助于开发人员对质检的自我要求,减少bug的发生。所以bug还是不要算在开发时间的好。
|
1/1
1