我自己从2010年8月开始接触和使用禅道项目管理软件，由刚开始的只使用测试--Bug管理模块，到现在的所有模块均有在使用。
在不断的使用过程中，加上长期混迹在禅道QQ技术交流群，对禅道的使用，项目管理也有了深入的理解。
在QQ群里，同样的问题经常被问起，看起来是个小问题，其实里面却蕴含了项目管理的一些大道理。
因此，我以禅道使用为背景，再加上自己的拙见，整理了“六问禅道项目”系列使用分享，希望能达到抛砖引玉的效果。
欢迎吐槽指正。
今天来说说燃尽图更新的问题。
不少童鞋有在群里提问：为什么我的燃尽图没数据，不更新呢？
惯例，在回答问题前，先来看看燃尽图的概念：
燃尽图（Burndown Chart）是以图表展示随着时间的减少，工作量的剩余情况。
工作量一般以竖轴展示，时间一般以横轴展示。
燃尽图可以非常直观的把握项目的进度，经常被用于敏捷软件开发中，如Scrum。而禅道的设计是完整支持敏捷方法scrum的。
禅道里的燃尽图是统计项目中所有任务剩余工时的总和，每天计算一下，形成坐标，然后把线连接起来绘制而成。
下面来回答开篇的问题：
1、燃尽图是需要更新的，没更新当然就没数据。
2、如果你设置了燃尽图的定时更新，后台--计划任务，检查一下定时任务是否是停止状态，可以重启计划任务。
3、燃尽图的更新有以下方法：
1）根据禅道提供的更新脚本来更新。
首先参考《 初始化管理脚本》这篇文章来初始化各个脚本。
然后到zentao/bin/目录下，windows系统执行computburn.bat脚本，linux系统执行computburn.sh脚本来更新燃尽图。
2）手工更新。
首先在组织视图中，通过权限管理给相应的用户分配更新燃尽图的权限。
有权限即可在项目--任务--燃尽图页面，点击燃尽图“更新”按钮，即可计算数据绘制燃尽图。
3）定时更新。
windows下面可以使用计划任务，需要在禅道界面后台先开启计划任务。linux下面则可以使用crontab来设置。
注意：
1、大家及时更新任务工时。
2、燃尽图最好在每天的同一时间更新。
3、定时更新燃尽图，建议下班后，比如晚上11点执行定时任务。
在这里，给大家分享一下Dusan Kocurek对各种燃尽图的分类和解析。
分析得比较有意思，欢迎对号入座。
英文原文地址： http://www.methodsandtools.com/archive/scrumburndown.php
中文翻译地址：http://blog.cnezsoft.com/blog/80103.html
1. 理想团队工作的燃尽图
这种燃尽图说明该团队可以组织好工作。
产品经理明白迭代的工作量，Scrum master 能够帮助团队完成任务。
团队没有超负荷，并按时完成迭代工作。
该团队可以正确估算自己的能力，迭代过程中也不需要改正。
2. 很好的团队的工作的燃尽图
这种燃尽图一般是具有丰富经验的团队的工作进度展示。
团队按时完成工作，并且达到了迭代目标。
这种团队可以完成工作，更重要的是可以适应迭代积压工作的情况。
迭代后期，团队也有能力完成一些额外的工作。
3. 不错的团队的工作的燃尽图
这是典型的工作进度燃尽图，在很多有经验的敏捷团队的工作中都可以看到。
该燃尽图说明团队可以按时完成任务，调整以适应迭代中的积压任务，额外努力工作以完成任务。
该团队需要自我反省，在迭代初期看到进度减慢就应该立即讨论如何变动计划。
4. “太迟啦”团队工作燃尽图
这种燃尽图明显在说，“你们没有完成工作。”
这种团队整个迭代过程都在迟到，没能合理调整工作。
燃尽图还显示出团队没有完成需求，这些需求应该被进一步分解，或者挪到下一个迭代中。
5. “太快啦”团队工作燃尽图
燃尽图显示团队比预期早很多完成任务。
团队完成了需求，也没有继续完成其他任务及时团队有时间和精力这么做。
这种情形下，需求可能被高估了，所以团队提前完成了任务。
团队的工作速度没有被合理的估算。
6. “休息一下吧”团队工作燃尽图
团队的工作进度如果如该燃尽图所示，那么问题就来了。
问题在于对工作复杂度的高估，这使得工作的完成比迭代初期预估的要早。
Scrum master应该及早找出问题所在没要求产品经理给团队跟过的工作。
即使需求被高估，团队至少应该继续做下一个迭代的任务。
7.“管理层要来了”团队工作燃尽图
这种团队可能没有更新自己的工作进度。
这里一种情况可能是产品经理增加了一些已经完成的工作，所以燃尽图时机工作曲线是直线。
8. “上天”团队工作燃尽图
团队第一个迭代一般来说都是这种燃尽图。
这种情况是成功之母，很明显团队没有完成任务。
每天都有需求或任务添加到跌倒工作中来却没有记录任何工作季度。
另一个原因可能是迭代中的任务不断地被重新估算。
