用于迭代跟踪的工具：任务板和迭代燃尽图
任务板具有双重目的：即给开发团队提供了方便的组织工作的机制，也给他们提供了查看还剩多少工作的途径。
任务板可以让任务高度可视化，每个人可以看到哪些任务正字处理，还有哪些任务等待被领取。
通常就是一块大的白板，或者是一大块软木板。
任务栏的第一列是故事卡。
第二列是实现该故事或者特性所必须的所有任务卡，每张卡片上显示该任务所需的工作估算值。
第三栏显示该故事的验收测试是否已经就绪，编码前先编写失败的单元测试，在特性层面，鼓励开发团队在编码前涉及高层次的验收测试，在迭代计划是确定了每个故事的满意条件。
完成高层次测试后就在测试就绪一栏打上一个大勾，在用例完成之前不要把卡片挪到正在处理。
任务栏的最后一栏是对该特性或故事剩余工作小时数的简单求和。
在任务板上跟踪故障，团队刚开始转换敏捷的事后，会面临大量的遗留故障，不仅有大堆的需要修复的故障，新故障还在很快的增加，最常见的一个常见挑战就是如何处理这些故障，任务板为纠正这个问题提供了一个便利机制。
-----
在新的迭代计划里，需要分配一定的时间来修复故障，如：
新的迭代包含修复10个高级别故障的工作，产品负责人选出10个故障，转化为带有估算值的任务卡片，把卡片贴到任务栏上的“待处理”栏中，随着迭代的进展，开发人员像处理其他任务卡片一样处理这10个故障，如在过程中大仙了一个新的故障，如果比待处理的一个或多个错误有更高的优先级，则进行故障任务的更换。
每次迭代中可以分配40或者100个小时来修复故障，产品负责人决定一次迭代中有多少时间用于修复故障而不是开发新功能。
绘制迭代燃尽图是了解项目是否走入歧途的好方法。迭代燃尽图可以看出趋势，但是在长于2周的迭代才有用，燃尽图显示了剩余工作的小时数。
燃尽图，只需把任务板上剩余工作的小时数加载一起，然后绘制到图中。
通过跟踪已完成工作量的方法来提高估算的准确性是非常微妙的行为，将已完成的工作量与原始估算需要的工作量进行比较，会导致“评估顾虑”。
个人速度：指单个团队成员完成的故事点或理想人天数目，不要跟踪个人速度。
网友评论