按键盘上方向键 ← 或 → 可快速上下翻页，按键盘上的 Enter 键可回到本书目录页，按键盘上方向键 ↑ 可回到本页顶部！
————未阅读完？加入书签已便下次继续阅读！
范围阐述，包括工作细目和项目目标。
工作分析结构（WBS），是把项目工作分解到控制系统可以操作的程度。
成本估算、进度计划的开始日期和责任分配，一直分解到WBS的控制系统可以操作的水
平。
为进程和成本制定的绩效测量标准。
对项目每个阶段的具有里程碑意义的事件和目标日期的记载。
关键的或必需的人员。
主要风险，包括制约因素和假设以及每个阶段的对应计划。
辅助的管理计划，包括范围管理计划和进度管理计划等。
已经公布的和悬而未决的决定。
根据各项目的需要，其他项目规划的输出应该包含在这正式计划中。例如：为一个大的工
程作的项目计划通常包括一个组织管理图表。
2． 辅助说明。为项目计划所做的辅助说明包括：
没有包括在这个项目计划中的其他规划程序的输出。
在项目计划开发期间产生的附加信息和文件（比如：制约因素和假设如果事先没考虑
到）。
技术性文件、要求、特征和设计等方面的文件。
有关标准文件。
应该根据需要对这些材料进行组织，使它们在项目计划实施期间更易于利用。
4。2项目计划的实施
项目计划执行是实施这个项目计划的主要过程项目的巨额预算在这个执行过程中被
花掉。在这个过程 ，项目经理和项目管理团队必须协调和指导项目中存在各种技术和组织问
题。这是项目的应用领域最有影响的项目程序。因为项目产品是在这个过程中产生的。
4。2。1对项目计划实施的输入
1． 项目计划。项目计划在（1。1。3。1中阐述了）。具体项目的管理计划（范围管理计
划、风险管理计划和采购管理计划等）和绩效测量基准是对项目计划实施的主要投入。
2． 辅助说明。辅助说明在4。1。3。2中阐述了。
3． 组织管理政策。组织管理政策在4。1。1。3中阐述。所有包括组织管理政策都在项
目中有正式的和非正式的两种，它们会影响项目计划的实施。
4． 纠正措施。纠正行为所做的是把未来项目的执行，按照人们的预期纳入与项目计划
要求相一致的轨道进行运转。纠正措施是各种控制程序的一个输出在这里作为一种输入完
成反馈环，这个反馈环是为确保项目管理的有效性。
4。2。2项目计划实施的工具和技术
1。 普通管理技能。普通管理技能如领导艺术、信息交流和协商组织等，都对项目计划
的实施产生实质性的影响。普通管理技能在第2章第4节中阐述。
2。 生产技能和知识。项目团队必须适当地增加一系列有关项目生产的技能与知识的学
习。这些必要的技能被作为项目规划（尤其是在7。1中的资源规划阐述的）的一部分得以确
认，并通过人员的组织过程来获取、体现。
3。 工作分配系统。工作分配系统是为确保批准的项目工作能按时、按序地完成而建立
的正式程序。基本的方式通常是以书面委托的形式开始进行工作活动或启动工作包。
一个工作分配系统的设计，应该权衡实施控制收入与成本之间的关系。例如：在一些比
较小的项目上，言语分配就足够了。
4。 形势评论会。形势评论会是把握有关项目信息交流的常规会议。在许多项目中，形
势分析会以各种不定期的和不同级别的形式召开（比如：项目管理团队可有周会并通过周会
或月会的形式与客户沟通）。
5。 项目管理信息系统。项目管理信息系统在4。1。2。3中阐述。
6。 组织管理程序。项目的所有组织管理程序包括了运用在项目实施过程中的正式的和
非正式的程序。
4。2。3项目计划实施的结果
1． 工作成果。工作成果是为完成项目工作而进行的具体活动结果。工作成果资料
工作细目的划分、工作已经完成或没有完成，满足质量标准的程度怎样，已经发生的成本或
将要发生的成本是什么等等这些资料都被收集起来，作为项目计划实施的一部分，并将其
编入执行报告的程序中（看第10章，第3节对执行报告有更细的讨论）。
2． 改变要求。改变项目要求（比如：扩大或修改项目合同范围，修改成本或进行估
算等等）通常是在项目工作实施时得到确认。
4。3全程变化控制
全程变化控制是关于（a）影响造成项目变化的因素，并尽量使这些因素向有利的方向发
展；（b）判断项目变化范围是否已经发生；（c）一旦范围变化已经发生，就要采取实际的
处理措施。全程变化控制要求：
保持绩效测量标准的一致性所有被通过的变化应该能够反映在这个项目计划中，但
是，只有项目范围界定的改变会影响绩效测量标准。
要确保产品范围的变化要在已确定了的工作范围中反映出来（产品范围和工作范围是
不同的；有关这些内容的介绍在第5章）。
协调变化过程的理论体系用图表4…2来阐明。例如；一个工作进程表的改变；通常会影
响成本、风险、质量和人员调整。
图４
4。3。1对全程变化控制的输入
1． 项目计划。项目计划为变化控制提供基本的参考（看4。1。3。1）。
2． 执行报告。执行报告（在第10章第3节阐述）提供的资料是项目执行中的一些情
况。执行报告也能提醒项目团队公布项目未来可能出现的问题。
3． 改变要求。改变要求有多种形式口头的或书的、直接的或间接的、内在的或外
在的原因及合法的代理或任选的。
4。3。2为全程变化控制投入的工具和技术
1。 变化控制系统。变化控制系统是正式汇集资料，创建文件程序，创建的这个文件程
序必须是经权威项目文件认可了发展阶段的文件。它包括书面工作、跟踪系统和必要的权威
部门认可了的变化级别。
在多数场合，项目执行组织将有一个变化控制系统，它能够通过项目，用〃好象是什么〃
的形式被采纳。然而，如果没有一个合适的控制系统可以利用，则项目团队就需要开发一个
这种系统，作为这个项目的一部分。
许多变化控制系统都包括一个变化控制委员会（CCB），负责批准或抵制变化要求。控
制委员会的权力和责任应该得到仔细地界定，并且要取得主要参与者的同意。在一些大的复
杂的项目中，可能会有很多控制委员会，他们负有不同的职责。
变化控制系统也应该包括这样一些程序，这些程序是在没有预先审议情况下通过的处理
改变的程序。例如：象紧急紧急情况的处理结果。典型的例子是，一个控制系统将允许对一
些确定的变化类别实行〃自动放行处理〃许可。这些变化必须也能被记录并让人们获得，以便
在项目后期不要引发一些问题。
2。结构管理。结构管理是编制一些文件程序，用于对技术和行政政策管理进行指导和
监督：
项目或系统的界定、文件功能和物理特征。
对于任何会改变的特征的变化进行控制。
记录和报告这些变化并作必要的分析。
审计这个项目和系统的工作，检验它们是否符合要求。
在许多应用领域，结构管理是变化控制系统的一个分支，用它是为确保项目产品说明的正
确性和完整性。然而，在一些应用领域，结构管理这个词是用来描述一些精确的变化控制系
统的。
3。 绩效检测。绩效检测技术比如能帮助人们判断纠正措施是否符合计划的要求。
4。 附加计划。项目很难按照计划的要求精确地运转。预期的变化可能要求新或修改成本
估算、修改活动顺序，分析对风险的任意对策或对项目计划进行其他评判。
5。 项目管理信息系统。项目管理信息系统在4。1。2。3中阐述。
4。3。3从全程变化控制中的输出
1。 项目计划的更新。项目计划的更新是对项目计划内容进行修改或辅助说明（在
4。1。3。1和4。1。3。2中有反映）。根据需要适当地通知项目的参与者。
2。 纠正措施。纠正措施在4。2。1。4中阐述。
3。 经验总结。我们应该把各种变化的原因，纠正行为背后的理由和经验总结的其他类
型编制成文件，以作为历史资料的