敏捷开发中，基于Points 的burndown

       敏捷开发，很大的成功，来自于将开发的过程简单化，同时让整个团队的工作变得透明。在团队工作透明化过程中，burndown report 起了很大的作用。    通过查看整个团队、某个Story或某个任务的Burndown，能很清晰的了解到工作的进展。Burndown report可以通过以下两种方式来生成

• 基于剩余工作时间的burndown
• 基于剩余Points的burndown

基于剩余时间的burndown，团队成员每天及时更新任务层面的花费时间和剩余时间，从而获得burndown table。下图是一个具体的范例。

通过汇总每天剩余工作时间的总和，我们可以得到一个线性的burndown报表

一般来说，对于刚开始尝试敏捷开发的团队，获得基于剩余时间的burndown会更容易些。因为很直观，团队成员只要每天及时更新花费时间，以及还有多少剩余时间，burndown就会自动生成。团队工作的透明度，很容易就看到成果。但是越来越多的实践发现，使用基于剩余时间的burndown，带来越来越多的问题。主要的问题来自以下2个方面：

• 剩余时间由团队成员每日自我预估并填写，常常出现一开始预估的剩余时间不够精