按键盘上方向键 ← 或 → 可快速上下翻页，按键盘上的 Enter 键可回到本书目录页，按键盘上方向键 ↑ 可回到本页顶部！
————未阅读完？加入书签已便下次继续阅读！
花掉。在这个过程 ，项目经理和项目管理团队必须协调和指导项目中存在各种技术和组织问
题。这是项目的应用领域最有影响的项目程序。因为项目产品是在这个过程中产生的。
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。 经验总结。我们应该把各种变化的原因，纠正行为背后的理由和经验总结的其他类
型编制成文件，以作为历史资料的一部分，为执行组织完成这个项目和其他项目报务。
第5章 项目范围管理项目范围管理包括的程序，要求能确保该项目所覆盖的整体工作要求和单项工作要求，
从而促使项目工作成功地完成。它首先涉及到界定和控制项目包括的内容。图表5…1提供了
主要项目范围管理程序的总述：
同其他理论体系中的程序一样，这些程序彼此互相影响。根据项目计划的需要，每个程序
可能会需要一个或多个个体或团体的努力。在每个项目阶段，每个程序通常至少发生一次。
尽管这里提到的这些程序是作为各自独立的因素给予了明确的界定，但是，在实践中它们
是以各种形式重迭和影响的。这里就不详细论述了。程序的互相影响在第3章中作了详细的
讨论。
根据项目中的上下文关系，〃范围〃这个词涉及到两方面内容：
产品范围界定产品范围的特征和功能包含在产品或服务中。
工作范围界定项目工作的完成为的是能交付一个有特殊的特征和功能的产品。
本章的核心是阐述用于管理项目的程序、工具和技术。用于管理项目产品范围变化的程序、
工具和技术，在不同应用领域中会有所不同，通常它们被认为是项目生命周期的一部分（项
目的生命周期在2。1中阐述）。
一般情况下，一个项目是由一个单个产品组成的，但是，这个产品可能包括几个子要素，
每个子要素都彼此分离，但是在产品活动范围中又相互依存。例如：一个新的电话系统，通
常包括四个子要素硬件、软件、试运行和完成。
产品范围的完成情况是参照客户的要求来衡量的，而项目范围的完成情况则是参照计划
来检验的。这两个范围管理模型间必须要有较好的统一性，以确保项目的具体工作成果，能
按特定的产品要求准时交付。
5。1启动阶段
启动阶段是正式认可一个新项目的存在，或者是对一个已经存的项目让其继续进行下一阶
段工作的过程（看2。1，对项目阶段有详细的阐述）。在一些组织中，一个项目计划的正式
启动，是在必要的学习、初步的计划和其他相当于划分项目开始阶段的工作完成后才进行的。
有些项目形式，如特殊的内部服务项目和新产品开发项目，它们的启动不是很正规，要受到
所做的工作数量的制约，目的是为项目正式启动时，职员能牢固地掌握这些工作方法。项目
通常是由于以下的需要而被核准的
市场需求（比如：一家石油公司核准一个建立新炼油厂的项目，是对长期的汽油发展战
略作出的反应）。
商业需求（比如：一个旅游公司为了增加收入核准的项目是开辟一条新的旅游线