Release Burndown是在敏捷开发中做计划的一个重要途径。Product Owner可以以此来决定发布计划。
但是Release burndown chart以何种形式呈现更好，却一直没有定论。各个咨询师有自己的推荐的chart，有用传统burndown的，有用burn up的。我个人最喜欢的是Mike Cohn的burndown bar chart：
横轴是Sprint，纵轴是Story points。每条bar的高度都代表了每个Sprint所剩Story points的数目。0轴以上是项目开始时计划的Story points，0轴以下是后来增加的Story points。Bar的上沿随着每个Sprint团队完成的Story points的数目而慢慢下降，体现了团队的Velocity。Bar的下沿随着PO对backlog增加的Story points而慢慢下降，体现了Scope的变化趋势。两条趋势线相交的地方，就是所能推测的项目截止的世界点。
用这张chart能很好的知道项目的实际进度。PO从这张图上可以根据Team的Velocity来调整Scope，从而决定项目结束的时间。Scope的增加速率一定不能高于Team的Velocity，那样两条线将无法相交，项目会无法完成。这对Aggressive的PO会是一个很有效地提醒。
如果要使用这个工具，可以在一下链接下载Excel格式的图表，虽然没上图工具那么好看，不过也足以达到效果了：
