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

看你的bug是什么时候出现的。如果是修复之前版本的bug，应该建立一个需求，叫做修复bug，然后通过任务跟踪bug的修复，就可以反映到燃尽图中。

如果bug是当前sprint出现的，这个在做任务估计的时候，就应该把bug修复的时间算到里面去。呵呵。

您说的“如果是修复之前版本的bug，应该建立一个需求，叫做修复bug，然后通过任务跟踪bug的修复”是指这样处理吗？
前一个迭代遗留的Bug，每一个Bug对应一个需求，然后再对这个需求(Bug)进行任务分解，并评估工作量

如果是这样的话，那希望能在新增需求时，可以直接选择Bug作为需求，这样会方便些

对的。呵呵，已经有这个需求了。后面bug和需求可以互相转换。因为有的bug其实是需求，有的需求其实是bug。

不知道什么时候，可以提供这个功能呢，我很期待呀 :)

不知道能不能在V1.1版本，加入这个功能

bug是开发过程的产物，开发用心，bug就可能减少。因此在开发中，应该给每个开发人员留出一定的自由时间，如果他有bug，则用于处理bug；如果没有bug，就可以自己做点什么拉。如果开发人员整日忙于bug，甚至占用了正常的任务时间，抬升项目的总工时，就要反思自己在开发工作中的态度了。这样做有助于开发人员对质检的自我要求，减少bug的发生。所以bug还是不要算在开发时间的好。