敏捷中的燃尽图
您目前处于:敏捷  2015年07月05日

在敏捷团队中燃尽图的统计是十分重要的,它能即时的反映出团队迭代中的进度和问题。

由于在我们团队中,燃尽图的更新是轮流值班的,所以某个人遗漏或计算错误,会使得燃尽图不能真实的反映团队进度和问题。

这是一个迭代刚刚开始统计出的燃尽图,出现两次平线,这一种可能是团队忘记更新看板造成的,第二种就是团队真的没有再做迭代中的故事。

第一种可以在早会上督促下团队,第二种就要仔细分析问题了。

下面,我来介绍一下我们统计燃尽图的方法:

首先,我们是10个工作日,你在上图可以看到从1到10有十个点,每个点的含义是:第n天结束时剩余的个工时。

当我们开完 planning meeting 之后,统计所有故事任务的工时,作为起始点。所以燃尽图上一共是11个点,10个间断,起始点是统计的总工时 th,第10个点是0,所以每个点的间隔是 ths / 10,递减的画在燃尽图上。

统计工时更新燃尽图的时间是在每日站立会议结束之后,但一定确保大家都更新完工时。

同时,你可以准备一张迭代日历,标注迭代的开始时间和结束时间,贴在燃尽图上面。

从日历上看,迭代是从4日开始,到15日结束,Planning Meeting 是在1日进行的,对应燃尽图上,第1个点的工时是在5日早会结束后统计的,而不是4日。第10个点的工时是迭代结束的后一天统计的(即18日,而不是15日)。

我们在燃尽上把日期标记上去:

这是由于每个点统计的是第n天结束时的剩余工时,即今天更新的是昨天完成任务后的剩余工时。

关于计算工时有些方法和窍门:

第一,在 Planning Meeting 上,团队评估规模,拆分任务预估工时,这时就可以把对应的每个故事的总工时写在故事便签上,这样会方便统计。

第二,在迭代开始后,建议前期可以进行减法计算,但后期建议进行加法计算,一是由于便签移动经常掉的情况,二是后期任务基本都开发完毕了。


本文受原创保护,未经作者授权,禁止转载。 linkedkeeper.com (文/张松然)