【请wwccss再进这个贴】建议可以将bug像任务一样,设置“预计”、“消耗”、“剩余”时间,将bug的修复也作为燃烧图的一部分

2010-06-22 21:51:43
hunter lim
  • 访问次数: 27
  • 注册日期: 2010-09-16
  • 最后登录: 2012-10-02
  • 我的积分: 362
  • 门派等级: 玄清 等级1 居士
对于开发人员来说,每天的部分时间将用于修复bug,所以一个迭代周期内的时间消耗要算上bug
hunter lim 最后编辑, 2010-07-05 16:06:40
沙发
2010-06-23 09:17:15
春哥
  • 访问次数: 10794
  • 注册日期: 2005-04-30
  • 最后登录: 2024-03-18
  • 我的积分: 530134
  • 门派等级: 幽灵 等级7 春哥
看你的bug是什么时候出现的。如果是修复之前版本的bug,应该建立一个需求,叫做修复bug,然后通过任务跟踪bug的修复,就可以反映到燃尽图中。

如果bug是当前sprint出现的,这个在做任务估计的时候,就应该把bug修复的时间算到里面去。呵呵。
板凳
2010-06-24 13:22:35
hunter lim
  • 访问次数: 27
  • 注册日期: 2010-09-16
  • 最后登录: 2012-10-02
  • 我的积分: 362
  • 门派等级: 玄清 等级1 居士
您说的“如果是修复之前版本的bug,应该建立一个需求,叫做修复bug,然后通过任务跟踪bug的修复”是指这样处理吗?
前一个迭代遗留的Bug,每一个Bug对应一个需求,然后再对这个需求(Bug)进行任务分解,并评估工作量

如果是这样的话,那希望能在新增需求时,可以直接选择Bug作为需求,这样会方便些
#3
2010-06-24 20:57:15
春哥
  • 访问次数: 10794
  • 注册日期: 2005-04-30
  • 最后登录: 2024-03-18
  • 我的积分: 530134
  • 门派等级: 幽灵 等级7 春哥
对的。呵呵,已经有这个需求了。后面bug和需求可以互相转换。因为有的bug其实是需求,有的需求其实是bug。
#4
2010-06-24 21:01:49
hunter lim
  • 访问次数: 27
  • 注册日期: 2010-09-16
  • 最后登录: 2012-10-02
  • 我的积分: 362
  • 门派等级: 玄清 等级1 居士
不知道什么时候,可以提供这个功能呢,我很期待呀 :)

不知道能不能在V1.1版本,加入这个功能
hunter lim 最后编辑, 2010-06-25 10:18:22
#5
2010-07-05 16:06:40
禅道bfb9ed
  • 访问次数: 18
  • 注册日期: 2010-06-08
  • 最后登录: 2012-09-25
  • 我的积分: 199
  • 门派等级: 玄清 等级1 居士
bug是开发过程的产物,开发用心,bug就可能减少。因此在开发中,应该给每个开发人员留出一定的自由时间,如果他有bug,则用于处理bug;如果没有bug,就可以自己做点什么拉。如果开发人员整日忙于bug,甚至占用了正常的任务时间,抬升项目的总工时,就要反思自己在开发工作中的态度了。这样做有助于开发人员对质检的自我要求,减少bug的发生。所以bug还是不要算在开发时间的好。
1/1 1