质量规划(8。1)明确哪一些质量标准是与本项目相关的,决定怎样去满足这些标准。
管理规划(9。1)确定、记录并分配项目职责和报告关系。
人员组织(9。2)组织项目工作所需的人力资源。
沟通规划(10。1)识别项目涉及人员所需的信息和沟通需求。谁需要什么信息、何时
需要、以及怎样传递给他们。
风险认别(11。1)识别可能会影响项目的风险,并且说明每种风险的特征。
风险量化(11。2)进行风险评估,并且分析风险间的相互作用,确定一系列可能的项
目结果。
风险对策研究(11。3)确定进行机会选择和危险应对的步骤。
采购计划(12。1)确定购买什么,何 购买。
征集申请书计划(12。2)以书面形式表述产品需求和识别潜在的来源。
3。3。3执行程序块
和第3章第2节的第2部分中的计划程序块一样,执行程序程块也包括核心程序和辅助程
序。图3…6表示了下列程序是如何相互作用的:
项目计划的执行(4。2)通过实施计划内的活动来执行计划。
范围核实(5。4)项目范围的正式验收。
质量保证(8。2)有规律的对所有项目工作进行评估,确保项目达到相关的质量标准。
团队建设(9。3)开发个人及团队的工作技能,以便提高实施项目工作的水平。
信息传递(10。2)定期向项目涉及人员传递他们所需的信息。
征集申请书(12。3)求征适当的报价。
货源选择(12。4)从潜在的卖方中进行选择。
合同管理(12。5)处理与卖方的关系。
3。3。4控制程序块
必需有规律的评测项目工作,以便知道实施情况与计划间存在的差异。各工作区域中存在
的差异都被纳入控制程序块中,一旦发现出现了重大差异(如对项目目标构成威胁的差异)
就需要重新正确实施计划程序,对计划加以调整。比如,一项活动延误了,就需要根据所延
误的时间,或根据对成本预算及进度安排权衡并调整目前的人员规划。控制也包括对可能发
生的问题预先采取防范措施。控制程序块同样也包括核心程序和辅助程序,图3…7表示以下
程序的相互作用:
全程变化控制(4。3)协调整个项目中出现的变化。
范围变化控制(5。5)控制对项目范围的改变。
进程控制(6。5)控制对项目进程的改变。
成本控制(7。4)控制对成本预算的改变。
质量控制(8。3)监测具体项目结果,判断它们是否达到了相关的质量标准,确定消
除导致不满意实施状况的成因的方法。
实施情况报告(10。3)收集和发送实施情况的信息,包括情形报告、进程检测及预测。
风险对策实施控制(11。4)在项目进行中对风险进行应变。
3。3。5结束程序块
图3…8表示了以下程序的相互作用:
行政收尾(10。4)产出、收集、发放阶段或项目正式结束的信息。
合同收尾(12。6)合同完成,及对赊销的清偿。
3。4按顾客需求制定项目程序
在第3章中确定的程序及图示的内部相互关系满足了总体可行性检测的需要它们在大
多数时候对大多数项目适用,但是并不是所有项目都需要有这些所有的程序,也并不是所有
的内部相互关系都适用所有的项目。比如:
一个大量使用分包商的组织会在项目计划程序中,对每一次采购程序都加以明确的说
明。
缺少某一个程序并不意味着这个程序不应该被实施。项目管理工作组应该确认并且管理
所有确保项目成功的程序。
依赖于某种独一无二的资源的项目(商业软件开发)可能会在范围界定之前先确定工作
人员及职责,因为所能获得的人才决定了所能进行的工作。
有些程序输出可能预先确定控制的因素。如管理需要确定一个目标完成期限,而不是任
由进程计划决定。
较大型项目相对需要更多细节。如风险识别就需要分别对风险成本、计划风险、技术风
险以及质量风险等进行细致分析。
对干一些子项目和小项目来说,则不需付出太多努力在已经被限定于项目水平上的程序
(如:谈判小组的成员就可以忽略谈判小组组长所承担的风险)或提供不重要功能的程
序(如四人的项目就不必制定正规沟通计划了)。
当需要变化时,则变化应清晰界定,仔细权衡和极积应对。
第4章 项目综合管理 项目综合管理包括的这些程序要求确保对项目的各种要素进行正确的协调。为满足或超越
项目参与者的需要和原望,它包括在相互冲突的目标和众多的任选目标中权衡得失。虽然所
有的项目管理程序在某种程度上看都是一个整体,但本章所描述的这些程序是最基本的综合
管理知识。图表4…1对下列主要程序进行了总述:
这些程序彼此相互影响,同其他知识领域中的程序也互相影响。根据项目计划的需要,每
个程序都包括一个或多个个体或团体的努力。在每个项目阶段,每个程序通常至少发生一次。
虽然这里提到的这些程序,是作为彼此独立的因素而给予较好的界定,但是,在实践中它们
是以某种方式重迭和影响的,在此就不详细讨论了。程序的互相影响在第3章进行了详细的
讨论。
这章的核心是分析用于项目综合管理过程的程序、工具和技术。例如:当为了一个临时性
的计划进行的成本估算或各种人员调整带来的风险被基本确认后,项目综合管理方可进入实
施状态。然而,为了能成功地完成一个项目,综合管理也会同其他领域发生一定数量的联系。
例如:
项目的具体工作必须要同项目执行组织正在进行的具体操作结合起来。
产品范围和项目范围必须结合起来(产品范围和项目范围是不同的,这些内容的介绍在
第5章)。
项目工作必须与不同特殊功能的子项目相结合(象工程设计项目中的工民建、电力工程
和机械图纸一样)。
4。1项目计划的开发
项目计划的开发
项目计划的开发是用其他计划程序的输出,创建一个内容充实、结构紧凑的文件,使它能
够引导项目计划的实施和控制。这个过程几乎经常重复几次。
例如:最初的草案可能包括一般性的方法并没有时间期限,而最终计划则要反映具体的方
法和有明确的时间期限。这个项目计划用于:
引导项目的实施。
编制项目规划的设想。
记录项目计划讨论好的有关任选事宜。
促进项目参与者之间的沟通。
确定主要的管理问题如内容、范围和时间等。
为进一步提高测量和控制项目的水平提供一个标准。
4。1。1对项目计划开发的投入
1. 其他规划的输出。其他项目规划程序在3。3中概括,这些项目规划程序的所有输
出是开发这项计划的输入。其他规划的输出包括两个基本文件,即工作分析结构和辅助说明。
许多项目也要求应用专门领域的输入(例如:许多建筑项目要求有资金流程预测)。
2. 历史资料。可行性的历史资料(比如;估算记录、过去项目执行情况记录)在其他
项目规划程序的制定中已经考虑到了。在项目计划的开发期间,这些资料也有参考价值,它
能帮助人们证实假设的真实性和评价任意一个在项目进程中,已得到确认的资料。3. 组织管理政策。所有的组织包括项目管理组织在内,可能都有正式的或非正式的政
策,在计划时必须考虑到它们的影响。要考虑的组织管理政策通常包括以下内容,但并不局
限于此:
质量管理通过审计,继续改进目标。
人事管理雇佣和解雇标准,雇员执行任务的情况分析。
财务监控时间报告、要求的经费和支出情况分析、会计帐目和标准合同条款。
4. 制约因素。制约因素是限制项目管理团队运行的因素。例如:预先确定预算被认为
是影响项目团队对范围、职员人数和日程表选择的极其重要的因素。当一个项目按照合同执
行时,合同条款通常是受合同制约的。
5. 假设。为了项目规划目标的准确性,考虑到的假设因素必须有科学性、真实性和肯
定性。例如,如果一个项目不能确定关键人物的到场日期,那么,项目团队可以假设一个具
体的开始时间。假设通常保含着一定程度的风险。
4。1。2为项目计划开发所采用的工具和技术
1. 项目规划方法。在项目计划开发期间,项目规划方法是用于引导项目团队工作的一
种结构分析方法。它可能是越来越简单的标准形式和图纸(不是信件就是电文,正式的或非
正式的形式)或者是越来越复杂的一系列模型(比如:蒙特洛的风险分析一表)。多数项目
规划方法都将项目管理的软件这种〃刚性〃手段和易召集的会议这种〃柔性〃手段结合在一起
使用。
2. 参与者的技能和知识。每个参与者所拥有的技能和知识,在项目计划开发中都能得
到充分的利用。项目团队必须营造一个让参与者发挥自己才干的适当环境(看第9章第3节,
团队建设)。谁奉献?他们奉献些什么?什么时候改变。例如:
对于按照大量的合同进行运作的建筑项目来说,专业成本工程师对制定有利的项目目
标,在目标准备阶段的合同金额决定时起着主要作用。
对一个已事先确定了人员结构的项目来说,每个参加者为制定满意的成本和进度目标,
通过回顾期限和理智的估算都能做出有益的贡献。
3. 项目管理信息系统(PMIS)。项目管理信息系统是由用于归纳、综合和传播其他项
目管理程序输出的工具和技术组成。它用于提供从项目开始到项目最终完成,包括人工系统
和自动系统的所有信息。
4。1。3项目计划开发的成果
1. 项目计划,项目计划是正式被批准的用于管理和控制项目实施的文件。它的作用在沟
通管理计划中作了界定(比如:执行组织的管理,可能不要求提供详情,而承包商则要求每
个问题要提供全部细节)。在一些应用领域,综合项目计划是归在这个文件中的。
应该搞清楚项目计划和项目执行情况测量基准是有明显区别的。项目计划是一个文件或文
件的汇集,当得到有关项目的进一步的信息后,它会被改动。项目绩效测量基准代表了一种
管理控制,这个管理控制通常只会周期性地变化,而且通常只要对通过的范围变化作出相应
的反应。
有许多方法可以用于组织和表示项目计划,但是它的共同特征包括在以下几方面(这些项
目工作在其他章节阐述的更多一些):
项目证书。
项目管理方法或战略的阐述(在其他章节对个人管理计划进行了总述)。
范围阐述,包括工作细目和项目目标。
工作分析结构(WBS),是把项目工作分解到控制系统可以操作