4.3全程变化控制
全程变化控制是关于(a)影响造成项目变化的因素，并尽量使这些因素向有利的方向发展；(b)判断项目变化范围是否已经发生；(c)一旦范围变化已经发生，就要采取实际的处理措施。全程变化控制要求：
·保持绩效测量标准的一致性--所有被通过的变化应该能够反映在这个项目计划中，但是，只有项目范围界定的改变会影响绩效测量标准.
·要确保产品范围的变化要在已确定了的工作范围中反映出来(产品范围和工作范围是不同的,有关这些内容的介绍在第5章)。
·协调变化过程的理论体系用图表4-2来阐明。例如,一个工作进程表的改变,通常会影响成本、风险、质量和人员调整。 图4
4.3.1对全程变化控制的输入
1.项目计划。项目计划为变化控制提供基本的参考(看4.1.3.1).
2.执行报告。执行报告(在第10章第3节阐述)提供的资料是项目执行中的一些情况。执行报告也能提醒项目团队公布项目未来可能出现的问题。
3.改变要求。改变要求有多种形式--口头的或书的、直接的或间接的、内在的或外在的原因及合法的代理或任选的。
4.3.2为全程变化控制投入的工具和技术
1. 变化控制系统。变化控制系统是正式汇集资料，创建文件程序，创建的这个文件程序必须是经权威项目文件认可了发展阶段的文件。它包括书面工作、跟踪系统和必要的权威部门认可了的变化级别。在多数场合，项目执行组织将有一个变化控制系统，它能够通过项目，用"好象是什么"的形式被采纳。然而，如果没有一个合适的控制系统可以利用，则项目团队就需要开发一个这种系统，作为这个项目的一部分。
许多变化控制系统都包括一个变化控制委员会(CCB)，负责批准或抵制变化要求。控制委员会的权力和责任应该得到仔细地界定，并且要取得主要参与者的同意。在一些大的复杂的项目中，可能会有很多控制委员会，他们负有不同的职责。
变化控制系统也应该包括这样一些程序，这些程序是在没有预先审议情况下通过的处理改变的程序。例如：象紧急紧急情况的处理结果。典型的例子是，一个控制系统将允许对一些确定的变化类别实行"自动放行处理"许可。这些变化必须也能被记录并让人们获得，以便在项目后期不要引发一些问题。
2.结构管理。结构管理是编制一些文件程序，用于对技术和行政政策管理进行指导和监督：
·项目或系统的界定、文件功能和物理特征。
·对于任何会改变的特征的变化进行控制。
·记录和报告这些变化并作必要的分析。
·审计这个项目和系统的工作，检验它们是否符合要求。
在许多应用领域，结构管理是变化控制系统的一个分支，用它是为确保项目产品说明的正确性和完整性。然而，在一些应用领域，结构管理这个词是用来描述一些精确的变化控制系统的。
3. 绩效检测。绩效检测技术比如能帮助人们判断纠正措施是否符合计划的要求。
4. 附加计划。项目很难按照计划的要求精确地运转。预期的变化可能要求新或修改成本估算、修改活动顺序，分析对风险的任意对策或对项目计划进行其他评判。(chinaopi.com.cn) |
