制订项目计划.pdfVIP

制订项目计划 制订项目计划 第四部分：遗漏任务或不正确的分配资源很容易发生，甚至有了计划和时间的正确评估。 作者：WilliamH.Roetzheim 译者：Mirnshi 译者评注：制定项目计划是项目经理的职责，本系列文章为项目经理提供了很好的参考， 值得一看和细细体会。译文与原文有冲突之处，以原文为主。原文参见 对于一位项目经理来说，最困难的任务之一是制订一个用于管理项目开发计划的基线。 遗漏任务、不正确的任务分配计划或为维护而分配足够资源的失败很容易发生， 甚至有了 计划和时间的正确评估。软件评估是一门可以被学习的科学；对于广泛的项目来说，经过 可以实现的正确和持续的评估开发费用和时间进度后，就可以快速的制订一个项目计划。 这些文章提供了一些工具，帮助你理解一步步完成项目的费用和时间进度的评估。 在第一篇文章中，《评估软件费用》(项目和过程管理，2000年十月)，我给出了评估 一个程序大小(称作程序量)的不同方法。我论述了代码行数和函数点的传统计量方法，并 且介绍了其他的方法，最后，我指出了如何使用那些资料准备一个初步的不调整的评估。 在 《项目费用调整》(项目和过程管理，2000年 11月)，我针对不同的项目环境回顾了项 目费用调整的原则，并且举例说明了如何制订一个精确的时间和费用的评估，用于开发一 个新的应用。《重用的计算》(项目和过程管理，2000年 12月)，说明了如何量化软件重用、 商业组件和函数库在你的评估中的效果。最后，也就是这篇文章描述了你如何通过你对项 目费用和时间进度的洞察，制订一个完整的项目计划。 工作细目分类结构 一个项目计划最基本的构建块是工作细目分类结构(workbreakdown structure-- WBS)。WBS包含了需要完成的任务列表，你可以用一个电子表格制订 WBS的模板，电子表 格中包括任务名称列表，计划中的任务百分比和任务说明。一个是用于多数电子商务的简 单的WBS模板见表 1。 一旦你确定了项目工作任务的全部正确的计划，你就可以使用计划的百分比，快速轻 松的分配 WBS中的所有任务的计划。确定计划所用到的方法和资料在系列文章的前三部分 作了说明。 可交付的计划 在大多数项目中，你需要制订技术文档。 一般来说，这促进了开发之间的交流，帮助维护和为付款提供里程碑界点 第一步是制订另外一个模板，文档标题的时间和说明。文档模板经常被当作标准参考； 然而，我们能在这个最初的一步上走得更远。在你的项目计划中，将每份文档的页数评估 第 1 页 共 4 页 制订项目计划 包含进来是有意义的。这些资料可以帮助建立客户的期望值，为编写文档的开发人员和审 核时的评估人员定义文档的适用范围 我发现文档正确的页数能够预测出。将开发计划的所有月数作为输入，就可以用下面 的公式计算出页数。 页数 = A +人月^C)B ( 对人月取 C的幂，然后乘以 B，然后加上 A，得出结果。 表2提供了一个适用于许多电子商务开发项目的可交付计划的例子 使用表2列举的标准，来计算一下一个50个人月项目的软件设计描述的页数评估。A、B、 C的取值分别为0.00、8.00、和0.91。计算如下: 页数 = A + B (人月^C) = 0 + 8 (50 ^ 0.91) = 8 * 35 = 280页 评估维护计划 作为你的计划过程的一部分，经常需要评估维护的效果。你也许需要计划一个适当的 维护，或者提供软件的保障。这些都要求你要为提供这些服务的计划作评估。 第一，首先，你必须要和参与维护工作的客户达成共识。在 CostXpert Group里，我 们将维护工作划分为三种类别：纠错，适应和优化。标准的 bug修订作为纠错维护，而适 应修订包括修改程序使之适应于操作环境的改变，诸如数据库、操作系统、编译器版本的 改变等等。优化维护是最复杂的，包括修改代码，使之在同样的需求下，能适应更多的可 接受的方式。优化维护的最大的例子是通过修改代码，在一个糟糕的地方提高性能。注意 并不是所有为增加新的功能作的代码修改被认为维护，任何修改也不见得都要严格基于用 户的喜好。 图1基于 Capers Jones 的一项研究结果的维护 计划的大致分布(参见 软件费用评估，McGr