出现库存堆积的时候，就是我们需要改进的时候。如果“待测试”这一栏有太多的任务卡片，那么就说明我们的测试活动没有跟上，有可能是我们的测试环境出了问题，或者大连防火墙软件开发测试人员人力不足。如果太多的卡片位于“测试完成”状态，说明我们的发布和最终交付过程出了某些问题。如果“待开发”这一栏中任务过多，说明我们的计划有可能超出了当前团队的开发能力，或者说反映了开发人员的不足。还有一种情况是“待开发”这一栏空了很久，这可能说明了另外一个问题，那就是我们的分析师的分析速度匹配不上团队的开发能力。一个良好的团队，必然是各种角色协调配合，并行工作，同时他们之间的任务衔接也能够比较流畅。

      致远服软认为：http://www.soft8.com.cn/团队在每个迭代所能完成的工作量，通常被称为迭代的速度（velocity），是衡量团队每个迭代产能的一个指标。这个指标能够帮助团队制定迭代计划。根据大连防火墙软件开发测试团队估计任务工作量的方法不同，迭代的velocity的单位也可能不同（例如故事点数）。通常，我们只需要在迭代结束的时候，数一数状态墙上完成的任务工作量就可以了。

      当我们经历了若干个迭代以后，通常大连防火墙软件开发测试团队的迭代速度会趋于稳定，我们在做下一个迭代计划的时候，会参考以往迭代的数据。如果上一个迭代完成了15个点，那么下一个迭代我们通常也会计划15个点左右的工作量，将这些卡片放到“待开发”这一栏中。也就是说，每个迭代结束时，我们都会对状态墙进行更新，将即将到来的迭代的卡片放到墙上，而且将一些处于半成品状态的卡片进行适当的调整。

      前面提到，状态墙上可能有三种卡片，除了需求，还可能有 bug 和技术任务。测试人员每次在迭代中测出一个bug，就会将bug 写成卡片，放到“待开发”这一栏。当bug不多的时候，团队可以在不太影响原有计划的情况下消化掉这些 bug，确保软件的质量持续地得到保证；如果bug太多，则需要做一些计划，将bug分散到几个迭代里去消化。然而到这个时候，团队可能更需要及时反省一下出现这么多bug的原因了。

      另一类技术任务也需要和 bug 以及需求卡片一起被考虑到迭代计划中去。通常技术任务包括诸如搭建持续集成环境、准备测试环境、重构这样的任务。它们虽然不直接给用户带来价值，但是却是保证苹果手机指纹软件开发质量、确保团队效率的重要因素。比如重构类的任务，对于工作在遗留系统上的团队来说可能是需要一直考虑的事情，为了保障新需求的顺利实现，可能需要有计划地重构之前的一些遗留代码。