第4章 项目综合管理
项目综合管理包括的这些程序要求确保对项目的各种要素进行正确的协调。为满足或超越项目参与者的需要和原望,它包括在相互冲突的目标和众多的任选目标中权衡得失。
图表4-1对下列主要程序进行了总述:
4.1 项目计划的开发--吸收其他规划程序的成果,制定内容充实、结构紧凑的项目文件。
4.2 项目计划的实施--通过项目执行组织的具体活动执行这项计划。
4.3 全程变化控制--协调全部项目内部的变化过程。
这章的核心是分析用于项目综合管理过程的程序、工具和技术。
§4.1 项目计划的开发
项目计划的开发是用其他计划程序的输出,创建一个内容充实、结构紧凑的文件,使它能够引导项目计划的实施和控制。这个过程几乎经常重复几次。
最终计划要反映具体的方法和有明确的时间期限。这个项目计划用于:
引导项目的实施。
编制项目规划的设想。
记录项目计划讨论好的有关任选事宜。
促进项目参与者之间的沟通。
确定主要的管理问题如内容、范围和时间等。
为进一步提高测量和控制项目的水平提供一个标准。
§4.1.1 对项目计划开发的投入
其他规划的输出:包括两个基本文件,即工作分析结构和辅助说明。
历史资料:可行性的历史资料(比如;估算记录、过去项目执行情况记录)。在项目计划的开发期间,这些资料也有参考价值,它能帮助人们证实假设的真实性和评价任意一个在项目进程中,已得到确认的资料。
组织管理政策:所有的组织包括项目管理组织在内,可能都有正式的或非正式的政策,在计划时必须考虑到它们的影响。要考虑的组织管理政策通常包括以下内容,但并不局限于此:
质量管理--通过审计,继续改进目标。
人事管理--雇佣和解雇标准,雇员执行任务的情况分析。
财务监控--时间报告、要求的经费和支出情况分析、会计帐目和标准合同条款。
制约因素:制约因素是限制项目管理团队运行的因素。
假设:为了项目规划目标的准确性,考虑到的假设因素必须有科学性、真实性和肯定性。例如,如果一个项目不能确定关键人物的到场日期,那么,项目团队可以假设一个具体的开始时间。假设通常保含着一定程度的风险。
§4.1.2 为项目计划开发所采用的工具和技术
项目规划方法:在项目计划开发期间,项目规划方法是用于引导项目团队工作的一种结构分析方法。它可能是越来越简单的标准形式和图纸(不是信件就是电文,正式的或非正式的形式)或者是越来越复杂的一系列模型(比如:蒙特洛的风险分析一表)。多数项目规划方法都将项目管理的软件这种"刚性"手段和易召集的会议这种"柔性"手段结合在一起使用。
参与者的技能和知识:每个参与者所拥有的技能和知识,在项目计划开发中都能得到充分的利用。项目团队必须营造一个让参与者发挥自己才干的适当环境(看第9章第3节,团队建设)。
项目管理信息系统(PMIS):项目管理信息系统是由用于归纳、综合和传播其他项目管理程序输出的工具和技术组成。它用于提供从项目开始到项目最终完成,包括人工系统和自动系统的所有信息。
§4.1.3 项目计划开发的成果
项目计划:正式被批准的用于管理和控制项目实施的文件。它的作用在沟通管理计划中作了界定。
项目计划和项目执行情况测量基准是有明显区别的。项目计划是一个文件或文件的汇集,当得到有关项目的进一步的信息后,它会被改动。项目绩效测量基准代表了一种管理控制,这个管理控制通常只会周期性地变化,而且通常只要对通过的范围变化作出相应的反应。
项目计划的共同特征:
项目证书。
项目管理方法或战略的阐述(在其他章节对个人管理计划进行了总述)。
范围阐述,包括工作细目和项目目标。
工作分析结构(WBS),是把项目工作分解到控制系统可以操作的程度。
成本估算、进度计划的开始日期和责任分配,一直分解到WBS的控制系统可以操作的水平。
为进程和成本制定的绩效测量标准。
对项目每个阶段的具有里程碑意义的事件和目标日期的记载。
关键的或必需的人员。
主要风险,包括制约因素和假设以及每个阶段的对应计划。
辅助的管理计划,包括范围管理计划和进度管理计划等。
已经公布的和悬而未决的决定。
辅助说明:为项目计划所做的辅助说明包括:
没有包括在这个项目计划中的其他规划程序的输出。
在项目计划开发期间产生的附加信息和文件(比如:制约因素和假设如果事先没考虑到)。
技术性文件、要求、特征和设计等方面的文件。
有关标准文件。
§4.2 项目计划的实施
项目计划执行是实施这个项目计划的主要过程--项目的巨额预算在这个执行过程中被花掉。在这个过程 ,项目经理和项目管理团队必须协调和指导项目中存在各种技术和组织问题。这是项目的应用领域最有影响的项目程序。因为项目产品是在这个过程中产生的。
§4.2.1 对项目计划实施的输入
项目计划:具体项目的管理计划(范围管理计划、风险管理计划和采购管理计划等)和绩效测量基准是对项目计划实施的主要投入。
辅助说明
组织管理政策:所有包括组织管理政策都在项目中有正式的和非正式的两种,它们会影响项目计划的实施。
纠正措施:纠正行为所做的是把未来项目的执行,按照人们的预期纳入与项目计划要求相一致的轨道进行运转。纠正措施是各种控制程序的一个输出--在这里作为一种输入完成反馈环,这个反馈环是为确保项目管理的有效性。
§4.2.2 项目计划实施的工具和技术
普通管理技能:普通管理技能如领导艺术、信息交流和协商组织等,都对项目计划的实施产生实质性的影响。
生产技能和知识:项目团队必须适当地增加一系列有关项目生产的技能与知识的学习。这些必要的技能被作为项目规划的一部分得以确认,并通过人员的组织过程来获取、体现。
工作分配系统:为确保批准的项目工作能按时、按序地完成而建立的正式程序。一个工作分配系统的设计,应该权衡实施控制收入与成本之间的关系。例如:在一些比较小的项目上,言语分配就足够了。
形势评论会:有关项目信息交流的常规会议。在许多项目中,形势分析会以各种不定期的和不同级别的形式召开(比如:项目管理团队可有周会并通过周会或月会的形式与客户沟通)。
项目管理信息系统。
组织管理程序。项目的所有组织管理程序包括了运用在项目实施过程中的正式的和非正式的程序。
§4.2.3 项目计划实施的结果
工作成果:工作成果是为完成项目工作而进行的具体活动结果。工作成果资料--工作细目的划分、工作已经完成或没有完成,满足质量标准的程度怎样,已经发生的成本或将要发生的成本是什么等等--这些资料都被收集起来,作为项目计划实施的一部分,并将其编入执行报告的程序中
改变要求:改变项目要求(比如:扩大或修改项目合同范围,修改成本或进行估算等等)通常是在项目工作实施时得到确认。
§4.3 全程变化控制
全程变化控制是关于(a)影响造成项目变化的因素,并尽量使这些因素向有利的方向发展;(b)判断项目变化范围是否已经发生;(c)一旦范围变化已经发生,就要采取实际的处理措施。全程变化控制要求:
保持绩效测量标准的一致性--所有被通过的变化应该能够反映在这个项目计划中,但是,只有项目范围界定的改变会影响绩效测量标准。
要确保产品范围的变化要在已确定了的工作范围中反映出来。
协调变化过程的理论体系用图表4-2来阐明。例如,一个工作进程表的改变,通常会影响成本、风险、质量和人员调整。
§4.3.1 对全程变化控制的输入
项目计划。项目计划为变化控制提供基本的参考。
执行报告。执行报告(在第10章第3节阐述)提供的资料是项目执行中的一些情况。执行报告也能提醒项目团队公布项目未来可能出现的问题。
改变要求。改变要求有多种形式--口头的或书的、直接的或间接的、内在的或外在的原因及合法的代理或任选的。
§4.3.2 为全程变化控制投入的工具和技术
变化控制系统:变化控制系统是正式汇集资料,创建文件程序,创建的这个文件程序必须是经权威项目文件认可了发展阶段的文件。它包括书面工作、跟踪系统和必要的权威部门认可了的变化级别。许多变化控制系统都包括一个变化控制委员会(CCB),负责批准或抵制变化要求。控制委员会的权力和责任应该得到仔细地界定,并且要取得主要参与者的同意。在一些大的复杂的项目中,可能会有很多控制委员会,他们负有不同的职责。
结构管理:结构管理是编制一些文件程序,用于对技术和行政政策管理进行指导和监督:
项目或系统的界定、文件功能和物理特征。
对于任何会改变的特征的变化进行控制。
记录和报告这些变化并作必要的分析。
审计这个项目和系统的工作,检验它们是否符合要求。
绩效检测。绩效检测技术比如能帮助人们判断纠正措施是否符合计划的要求。
附加计划。项目很难按照计划的要求精确地运转。预期的变化可能要求新或修改成本估算、修改活动顺序,分析对风险的任意对策或对项目计划进行其他评判。
项目管理信息系统。
§4.3.3 从全程变化控制中的输出
项目计划的更新。项目计划的更新是对项目计划内容进行修改或辅助说明
纠正措施。
经验总结。我们应该把各种变化的原因,纠正行为背后的理由和经验总结的其他类型编制成文件,以作为历史资料的一部分,为执行组织完成这个项目和其他项目报告。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/6906/viewspace-401211/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/6906/viewspace-401211/