敏捷中的燃尽图
|
在敏捷团队中燃尽图的统计是十分重要的，它能即时的反映出团队迭代中的进度和问题。 由于在我们团队中，燃尽图的更新是轮流值班的，所以某个人遗漏或计算错误，会使得燃尽图不能真实的反映团队进度和问题。
这是一个迭代刚刚开始统计出的燃尽图，出现两次平线，这一种可能是团队忘记更新看板造成的，第二种就是团队真的没有再做迭代中的故事。 第一种可以在早会上督促下团队，第二种就要仔细分析问题了。 下面，我来介绍一下我们统计燃尽图的方法： 首先，我们是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 (文／张松然) ©著作权归作者所有 |
