容量规划

　　作为版本规划的一部分，敏捷团队将在电子表格中花费大量时间来新增用户案例、对其进行评估，以及更为重要的，确定它们的优先级。但是，密切关注版本的状态也同样非常重要。产品积压工作簿包括一个容量规划工作簿。通过评估用户案例及其工作所在的小版本，此工作簿可对小版本自身的快速处理提供很大帮助。

　　容量规划是规划版本时的一项重要活动。它有助于了解可在各个小版本中完成的功能。此计算中的关键数据点是进度。进度是在某个小版本中，团队所完成的工作量。如果恰好有来自先前小版本的数据，则它将是非常好的入手点。

　　图 6 使用先前的小版本来计算进度

　　这通常被称为“根据昨天的天气进行预报”。实际上，如果 TFS 数据仓库可用，则容量规划电子表格可从其中提取历史数据。如图 6 所示，我可以选择 Iteration 1 作为从中获取历史数据的小版本，并可以键入开始日期、结束日期以及团队成员数。在本例中，进度为 816 小时，这意味着团队可以在 Iteration 1 中完成 816 个小时的工作。如果对此数据不满意，团队可以在开始时使用一个估计值，而在规划未来的小版本时使用第一个小版本的进度。

　　在容量规划电子表格中，可指定小版本的日期范围、团队成员的数量以及小版本期间的任何中断情况(如节假日)。通过将此数据与用户案例评估和进度相结合，可创建一个能够大体给出小版本工作负荷的图表。如果发现评估的工作超过了预期的容量限制，则您可能会希望在不同的小版本之间移动用户案例以得到一个合理的分配。

　　在我的示例中，我并未在 Iteration 2 中规划任何工作。我可以将积压中的一些剩余用户案例添加到 Iteration 2 中。现在，容量图表将如图 7 所示。这是一种非常不错的情形——评估工作并没有超出容量限制。

　　图 7 为小版本 Iteration 2 分配了工作的容量图表

　　项目启动后，也可以使用产品积压工作簿来了解各种用户案例的整体状态。但是，通过“剩余工时和进度”、“剩余工作”和“案例进展”等报表可以了解更为详细的信息。这些报表均包括在 Agile 模板中，可在团队项目的 Report 文件夹中找到。我将在本文的稍后部分介绍这些报表。