ebookg13-17.PDFVIP

下载 第 17 章 阶段完成记录 1 7 每个阶段末尾提供了修正方向与获得经验的机会。 在项目进展时愈来愈精确的预估，可作为下一阶段规划的 基础。到目前为止得到的项目经验，应该保存在软件项目 记录中，好让未来的项目也能从其中获益。 微软项目 下载 求生法则 312 阶段性完成规划可分两种方向进行。可以将阶段划 分成决定性的，主要提供软件最重要功能，可最 先完成。阶段的内容也可以在每个阶段末尾重新订定，先 完成最重要的功能，但是在各阶段末尾，依然提供改变项 目执行方向的机会。 不管何种做法，在各阶段结束时，都提供了学习阶段 中获得的经验，并继续应用的机会。而且能更快速得到经 验与专业知识的方法。 总结更动会议 在本书建议的阶段性完成做法中，项目可以只在两个 阶段间的空档，考虑变更功能来简化更动评估的工作。项 目应该持续进行更正错误的工作，不过项目主管（在更动 会议成员之外）不应该拦阻功能变更提议。如果更动次数 不受限制，项目成员会发现自己的更动评估结果会每隔几 天就产生重大影响，而累积成重大的困扰。 可试着将功能更动评估延到项目结束再进行，也由 此把提案分类而作了更好的更动顺序安排。如果更动会 议每周评估一次更动提案，可能就会通过某些不重要的 更动，因为那周可能没有其他提案出现，而批准半天额 下载 微软项目：求生法则 阶段完成记录 313 外的工作，还可能造成某些伤害。甚至造成严重的时间 脱序，特别是当那些原来估计半天就可以做好的事情， 却花费了一整天的时间。更动分类使得判断更动顺序更 容易些，况且，有时两个看来大得难以个别进行的相关 更动合并，就容易多了。 在发行程序版本后，是个考虑更动提案的好时机。整 个项目团队在完成软件发行以前，通常都卖力工作着，在 那之后再来花一两天时间，考虑更动提案会是个比较适宜 的时机。 估计修正 阶段末尾也是检查项目时程进展、与规划时程差距、 修订项目预估的好时机。 重新检查开头用来产生估计的那些不同因素。项目 规模是否还是跟本来预估的差不多？如果不是，就应该 依据对项目大小的进一步了解来重新调整。功能项目变 更了吗？软件表现、稳定度或是适于完成的水准改变了 吗？开发团队是否如预期的具有生产力？估计中是否省 略了必要的工作？这些都是估计修订时应该考虑进去的 因素。 微软项目 下载 求生法则 314 错的不是低估项目规模或是高估项目团队生产 力，错的是没发现估计错误而且没更正错误的估 计。 重新估计生产力 假使项目本来规划在六个月内完成，让第一阶段在八 个星期内完成。如果第一阶段实际上花了十个星期才完成， 开发团队该如何更正对项目剩下部分的估计？ ◆ 假设时程后面可以弥补失去的两个星期，让原来六 个