(项目管理)微软项目-求生法则-16.pdfVIP

下载 第 16 章 软件发行 1 6 在各阶段末尾将软件驱策到可发行程度，是驾驭整合 失败和不良质量的基本方法。直觉上，要决定软件是否可 以发行是件困难的事情，有几个简单的统计技巧可以协助 进行这样的决定。发行阶段可能是令人兴奋的时刻，而发 行检查清单的使用则可避免在发行阶段内发生问题。 微软项目 下载 求生法则 292 在每个阶段结尾时，项目团队会象征性或实质性的 发行软件。无论如何，这对各阶段结束时，软件 是否已驱策到一个可推出状态是重要的。缺陷应该减少到 让软件能对外公开发行，并完成应该处理的问题，例如使 用文件应该与实际建立的软件一致等等。 严肃看待发行工作 将发行工作与下一个阶段的细节设计时期重叠进行通 常是个好点子。在不使用设计与程序检查方法的项目中， 开发人员在发行阶段为了更正缺陷而手忙脚乱。如果项目 在这阶段完成良好的品管，就不会有太多发行相关的工作 让开发人员整天忙个不停，而他们会更热切期望开始进行 下一阶段的工作。 在这种情形下，将软件修正到可推出状态反而成为次 要工作。开发人员们很快开始新领域的工作，进行新设计 与新实作会更有生产力与成就感。 在各个阶段结束时，项目团队将驱策软件达到可 推出状态当成第一优先的工作，是非常重要的。 下载 微软项目：求生法则 软件发行 293 阶段性完成做法的成功，依赖将软件推动至一个可推 出质量的水准，并做到超出所有必须之外的品管与开发工 作。将软件推动至一个可推出状态，必须消除可能累积工 作的死角，并提供项目状态的精确可见度。如果在大部分 项目团队成员都已经开始下个阶段的工作时，发行仍然继 续拖上几个星期或几个月，就会丧失决定项目真正状态的 能力。甚至让软件开始慢慢滑向低质量，而且可能永远回 不了头。 我审核过一个开发人员本来预计要在阶段中完成软件 的项目。当开发人员接近第一阶段末尾时，他们觉得时间 不够将软件驱策到可推出状态，就决定直接进行第二阶段 的开发工作。当我审核的团队检查项目进度时，已经比预 定时程要慢上好几个月了，开发人员几乎被困在延长的测 试/ 除错/修正/测试循环中。他们修好的每个缺陷似乎又产 生至少一个新的错误。 这个项目的问题根源在于累积了大量低质量的程序代 码。在开发人员加上新程序代码时，他们没有分辨新问题 是来自新的程序代码还是来自低质量的旧程序中。那样大 大增加了找问题所需的时间，而且使他们更容易出错。最 后通过停止新程序代码的开发，再让开发人员多花一个月 微软项目 下载 求生法则 294 的时间全力修正错误，才摆脱了那样的困境。 开发人员在第一阶段结束时决定“没有时间”将软件 驱策到可推出状态，他们所做出的代价是最昂贵的。他们 大概在做出那个决定时就已经延误时程了，这时更是火上 加油。如果那些开发人员按照原定规划将软件在第一阶段 结束时驱策到可推出状态，他们的工作量将大大减少。 开发人员可以在目前阶段的发行时期