一个迭代会有很多的Story，我们每个开发人员都会建立一个泳道，然后将自己的Story拖入泳道中（也有的团队是每个Story一个独立的泳道，这个看自己的需求情况而定）；在Task及Story完成后，团队成员需要主动、及时的拖动Task和Story，不然对应Task或Story会变为红色，而且整个Sprint对应的燃尽图会变得很怪异；在迭代的第一天，应该讲Story拆分为Task，并且Story完成时间不能标记到迭代的最后一天（最后一天应该是产品验收会及迭代总结会），开发Task完成时间不能标记到迭代的最后两天（给测试预留时间，并且需要进行回归测试）；在迭代正式开始后，Story和Task应该是不变的，不然很难保证迭代的顺利进行；
燃尽图
燃尽图是基于Sprint Backlog的，以下是一个迭代的燃尽图示例：
燃尽图.jpg
燃尽图能反馈一个迭代任务周期内的整体进度，一般这个图由SM来管理及分析，如果发现燃尽图偏离参考值，则应该考虑具体原因：在上方则应该询问团队是否出现无法解决的阻碍；如果在下方，则迭代式朝着良好的方向走着，如果下方偏离过多，则表示该团队这个团队战斗力有所提升，可以接受更多的Story。
以上是 Leangoo 中，我认为最重要的三个图表，这些做好了，可以让迭代更好的进行，迭代的执行更清晰，在迭代管理上也更轻松。