12、软件开发项目关键文档与计划详解

软件开发项目关键文档与计划详解

1. 迭代计划与状态

1.1 迭代计划

迭代计划详细列出了本次迭代中正在开发的内容。每个开发项的耗时可能从一天到两周不等，具体取决于迭代周期的长短。迭代计划的呈现形式多样，它可以展示工作项之间的依赖关系（例如通过快速规划制定的计划），也可以将所有工作项视为独立的（如极限编程（XP）的规划游戏生成的计划，或仅仅是产品特性列表），还可以是用例中选定句子的标记。

迭代计划由协调员与开发团队共同制定，并由协调员以同样的方式保持更新，通常会直接转变为迭代状态。一个好的迭代计划会列出团队必须完成的所有工作项，以便在完成时进行标记，让赞助者和开发者能够看到所有重要的工作项。其粒度会根据迭代长度和团队对任务的了解程度而有所不同。

例如，Thoughtworks 公司的迭代计划，每个 XP 用户故事写在一张活动挂图上，每个故事的任务写在便利贴上并贴在活动挂图上（活动挂图下方的任务已不在本次迭代范围内）。

1.2 迭代状态

迭代状态列出了迭代相对于计划的进展情况，通常写在信息展示板上。它一般是迭代计划项及其当前工作状态的展示，通常标记为“已开始”或“已完成”，中间状态通常不做标记。不过，也有一些情况会要求增加第三个标记“已集成”，用于表示该项通过了集成测试。虽然任务通常较短，标记完成百分比不太实用，但也有一些有创意的方法可以实现。

迭代状态由协调员与开发团队沟通后创建。原则上，每个开发者负责更新，但通常需要协调员的指导。状态图用于向所有人展示迭代工作列表的进展速度。一个好的迭代状态易于所有人查看，能让人一目了然地看到已完成和待完成的工作。

例如，之前讨论的活动挂