第八章-项目整合管理
管理基础
执行整合
项目整合管理由项目经理负责,项目经理负责整合所有其他知识领域的成果,并掌握项目总体情况。项目整合管理的责任不能被授权或转移,项目经理必须对整个项目承担最终责任。整合是项目经理的一项关键技能。执行项目整合时项目经理承担双重角色:
-
组织层面上,项目经理扮演重要角色,与项目发起人携手合作,了解战略目标并确保项目目标和成果与项目组合、项目集以及业务领域保持一致。项目经理以这种方式有助于项目的整合与执行。
-
在项目层面上,项目经理负责指导团队关注真正重要的事务并协同工作。为此,项目经理需要整合过程、知识和人员。
-
- 过程层面执行整合
-
- 认知层面执行整合
-
- 背景层面执行整合
整合的复杂性
项目的复杂性来源于组织的系统行为、人类行为以及组织或环境中的不确定性。
管理新实践
项目整合管理知识领域要求整合所有其他知识领域的成果。与整合管理过程相关的新趋势和新兴实践包括:
-
使用信息化工具:信息化工具用来收集、分析和使用信息,支持实现项目目标和项目效益。项目经理需要整合大量的数据和信息,因此有必要使用项目管理信息系统等相关的信息化工具。
-
使用可视化管理工具:可视化管理工具可以通过可视化分析表等直观形式获取和监督关键的项目要素。帮助整个团队直观地看到项目的实时状态,促进知识转移,并提高团队成员和其他干系人识别和解决问题的能力。
-
项目知识管理:项目人员的流动性和不稳定性越来越高,项目知识管理可以将项目生命周期中积累的知识传达给目标受众,防止知识流失。
-
项目经理在项目以外的职责:项目处在内外部环境中,项目经理需要参与管理层和PMO负责的立项前、结项后的可行性研究与评估和效益管理,以便更好地实现项目目标以及交付项目价值。项目经理也需要更全面地识别于系人,并引导他们参与项目,包括管理项目经理与各职能部门、运营部门和高级管理人员之间的接口。
-
混合型方法:经实践检验的新方法会不断地融入项目管理中,例如采用敏捷或其他迭代的适应型方法,为开展需求管理而采用商业分析技术,为分析项目复杂性而采用相关分析工具,以及为应用项目成果而采用组织变革管理方法等。
项目管理计划和项目文件
项目整合管理过程
过程概述
项目整合管理过程包括:①制定项目章程:编写一份正式批准项目并授权项目经理在项目活动中使用组织资源的文件。②制订项目管理计划:定义、准备和协调项目计划的所有组成部分,并把它们整合为一份综合项目管理计划。③指导与管理项目工作:为实现项目目标而领导和执行项目管理计划中所确定的工作,并实施已批准变更。④管理项目知识:使用现有知识并生成新知识,以实现项目目标,帮助组织学习。⑤监控项目工作:跟踪、审查和报告整体项目进展,以实现项目管理计划中确定的绩效目标。⑥实施整体变更控制:审查所有变更请求,批准变更,管理可交付成果、组织过程资产、项目文件和项目管理计划的变更,并对变更处理结果进行沟通。⑦结束项目或阶段:结束项目、阶段或合同的所有活动。
裁剪考虑因素
因为每个项目都是独特的,所以项目经理可能根据需要裁剪项目整合管理过程:项目生命周期;开发生命周期;管理方法;变更;治理;经验教训;效益。
敏捷与适应方法
在敏捷或适应型环境中,采用敏捷或适应型方法能够帮助项目经理将决策权下放,团队成员可以自行决定并控制具体产品的规划和交付,而项目经理则重点关注营造合作型的决策氛围,并确保团队有能力应对变更,促进团队成员以相关领域专家的身份参与整合管理。
制定项目章程
制定项目章程是编写一份正式批准项目并授权项目经理在项目活动中使用组织资源的文件的过程。本过程的主要作用:①明确项目与组织战略目标之间的直接联系;②确立项目的正式地位;③展示组织对项目的承诺。本过程仅开展一次或仅在项目的预定义时开展。制定项目章程过程的数据流向如下图所示:
项目章程在项目执行和项目需求之间建立了联系。通过编制项目章程,来确认项目是否符合组织战略和日常运营的需要。项目章程不能当作合同,在执行外部项目时,通常需要用正式的合同来达成合作协议,项目章程用于建立组织内部的合作关系,确保正确交付合同内容。项目章程授权项目经理进行项目管理过程中的规划、执行和控制,同时还授权项目经理在项目活动中使用组织资源,因此,应在规划开始之前任命项目经理,项目经理越早确认并任命越好,最好在制定项目竟程时就任命。项目章程可由发起人编制,也可由项目经理与发起机构合作编制。通过这种合作,项目经理可以更好地了解项目的目的、目标和预期收益,以便更有效地分配项目资源。项目章程一旦被批准,就标志着项目的正式启动。
项目由项目以外的机构来启动,例如发起人、项目集或项目管理办公室(PMO)、项目组合治理委员会主席或其授权代表。项目启动者或发起人应该具有一定的职权,能为项目获取资金并提供资源。
输入
-
- 立项管理文件
一般情况下立项管理包含商业需求和成本效益分析:论证项目的合理性并确定项目边界。立项管理一般由市场需求、组织需要、客户要求、技术进步、法律要求、生态影响、社会需要等一个或多个因素引发。
项目章程包含来源于立项管理文件中的相关项目信息。由于立项管理文件不是项目文件项目经理不可以对它们进行更新或修改,只可以提出相关建议。虽然立项管理文件是在项目之前制定的,但需要定期审核。
-
- 协议
协议有多种形式,包括合同、谅解备忘录(MOUs)、服务水平协议(SLA)、协议书、意向书、口头协议或其他书面协议。为外部客户做项目时,通常需要签订合同。
-
- 事业环境因素
能够影响制定项目章程过程的事业环境因素主要包括:政府或行业标准(如产品标准、质量标准、安全标准和工艺标准);法律法规要求和相关制约因素;市场条件;组织文化和氛围;组织治理框架(通过安排人员、制定政策和确定过程,以结构化的方式实施控制、指导和协调,以实现组织的战略和目标);干系人的期望和风险临界值等。
-
- 组织过程资产
能够影响制定项目章程过程的组织过程资产主要包括:组织的标准政策、流程和程序;项目组合、项目集和项目的治理框架(用于提供指导和制定决策的治理职能和过程);监督和报告的方法;模板(如项目章程模板);历史信息与经验教训知识库(如项目记录与文件、关于以往项目选择决策的结果及以往项目绩效的信息)等。
工具与技术
-
- 专家判断
专家判断是指基于某应用领域、知识领域、学科和行业等的专业知识而做出的、关于当前活动的合理判断,这些专业知识可来自具有专业学历、知识、技能、经验或培训经历的任何小组或个人。
-
- 数据收集
可用于制定项目章程过程的数据收集技术主要包括:
-
头脑风暴:用于在短时间内获得大量创意,适用于团队环境,需要引导者进行引导。头脑风暴由两个部分构成:创意产生和创意分析。制定项目章程时可通过头脑风暴向干系人、主题专家和团队成员收集数据、解决方案或创意。
-
焦点小组:召集干系人和主题专家讨论项目风险、成功标准和其他议题,比一对一访谈更有利于互动交流。
-
访谈:通过与干系人直接交谈,了解高层级需求、假设条件、制约因素、审批标准以及其他信息。
-
- 人际关系与团队技能
制定项目章程需要的人际关系与团队技能主要包括:
-
冲突管理:有助于干系人就目标、成功标准、高层级需求、项目描述、总体里程碑和其他内容达成一致意见。
-
引导:有效引导团队活动成功达成决定、解决方案或结论。
-
会议管理:包括准备议程,确保邀请每个关键干系人代表,以及准备和发送后续的会议纪要和行动计划。
-
- 会议
在制定项目章程过程中,与关键干系人举行会议的目的是识别项目目标、成功标准、主要可交付成果、高层级需求、总体里程碑和其他概述信息。
输出
-
- 项目章程
项目章程记录了关于项目和项目预期交付的产品、服务或成果的高层级信息:⑴项目目的;⑵可测量的项目目标和相关的成功标准;⑶高层级需求、高层级项目描述、边界定义以及主要可交付成果;⑷整体项目风险;⑸总体里程碑进度计划;⑹预先批准的财务资源;⑺关键干系人名单;⑻ 项目审批要求(例如,评价项目成功的标准,由谁对项目成功下结论,由谁签署项目结束);⑼ 项目退出标准(例如,在何种条件下才能关闭或取消项目或阶段);⑽委派的项目经理及其职责和职权;⑾发起人或其他批准项目章程的人员的姓名和职权等。
-
- 假设日志
假设日志用于记录整个项目生命周期中的所有假设条件和制约因素。
制订项目管理计划
制订项目管理计划是定义、准备和协调项目计划的所有组成部分,并把它们整合为一份综合项目管理计划的过程。本过程的主要作用:生成一份综合文件,用于确定所有项目工作的基础及其执行方式。制订项目管理计划过程的数据流向如下图所示:
项目管理计划确定项目的执行、监控和收尾方式,其内容会根据项目所在的应用领域和复杂程度的不同而不同。项目管理计划可以是概括或详细的,每个组成部分的详细程度取决于具体项目的要求。项目管理计划应基准化,即至少应规定项目的范围、时间和成本方面的基准,以便据此考核项目执行情况和管理项目绩效。在确定基准之前,可能要对项目管理计划进行多次更新,且这些更新无需遵循正式的流程。但是一旦确定了基准,就只能通过提出变更请求实施整体变更控制过程进行更新。在项目收尾之前,项目管理计划需要通过不断更新来渐进明细,并且这些更新需要得到控制和批准。
输入
-
- 项目章程
项目团队把项目章程作为初始项目规划的起点。
-
- 其他知识领域规划过程的输出
创建项目管理计划需要整合诸多过程的输出。其他知识领域规划过程所输出的子计划和基准都是本过程的输入。
-
- 事业环境因素
能够影响制订项目管理计划过程的事业环境因素主要包括:政府或行业标准(如产品标准质量标准、安全标准和工艺标准);法律法规要求和相关制约因素,垂直市场(如建筑)和专门领域(如环境、安全、风险或敏捷软件开发)的项目管理知识体系;组织的结构、文化、管理实践和可持续性;组织治理框架(通过安排人员、制定政策和确定过程,以结构化的方式实施控制、指导和协调,从而实现组织的战略和目标);基础设施(如现有的设施和固定资产)等。
-
- 组织过程资产
能够影响制订项目管理计划过程的组织过程资产主要包括:组织的标准政策、流程和程序项目管理计划模板;变更控制程序,包括修改正式的组织标准、政策、计划、程序或项目文件,以及批准和确认变更所须遵循的步骤;监督和报告方法、风险控制程序以及沟通要求;以往类似项目的相关信息(如范围、成本、进度与绩效测量基准、项目日历、项目进度网络图和风险登记册);历史信息和经验教训知识库等。
工具与技术
-
- 专家判断
制订项目管理计划过程中,应征求具备如下领域相关专业知识或接受过相关培训的个人或小组的意见,涉及的领域包括:根据项目需要裁剪项目管理过程,包括这些过程间的依赖关系和相互影响,以及这些过程的主要输入和输出;根据需要制订项目管理计划的附加组成部分;确定过程所需的工具与技术;编制应包括在项目管理计划中的技术与管理细节;确定项目所需的资源与技能水平;定义项目的配置管理级别;确定哪些项目文件受制于正式的变更控制过程;确定项目工作的优先级,确保把项目资源在合适的时间分配到合适工作。
-
- 数据收集
可用于制订项目管理计划过程的数据收集技术主要包括:
-
头脑风暴:制订项目管理计划时,经常以头脑风暴的形式来收集关于项目方法的创意和解决方案。参会者包括项目团队成员,其他主题专家和干系人也可以参与。
-
核对单:很多组织基于自身经验制定了标准化的核对单,或者采用所在行业的核对单。核对单可以指导项目经理制订计划或帮助检查项目管理计划是否包含所需的全部信息。
-
焦点小组:召集干系人讨论项目管理方法以及项目管理计划各个组成部分的整合方式。
-
访谈:用于从干系人获取特定信息,制订项目管理计划、任何子计划或项目文件。
-
- 人际关系与团队技能
制订项目管理计划需要的人际关系与团队技能主要包括:
-
冲突管理:必要时可以通过冲突管理让具有差异性的于系人就项目管理计划的所有方面达成共识。
-
引导:引导者确保参与者有效参与、互相理解,并考虑所有意见,按既定决策流程全力支持得到的结论或结果。
-
会议管理:有必要采用会议管理来确保有效召开多次会议,以便制订、统一和商定项目管理计划。
-
- 会议
在制订项目管理计划中,可以通过会议讨论项目方法,确定为达成项目目标而采用的工作执行方式,以及明确项目执行过程中的监控方式。
输出
项目管理计划是说明项目执行、监控和收尾方式的一份文件,它整合并综合了所有知识领域子管理计划和基准,以及管理项目所需的其他组件信息,项目管理计划的组件取决于项目的具体需求。项目管理计划组件主要包括:
-
子管理计划:范围管理计划、需求管理计划、进度管理计划、成本管理计划、质量管理计划、资源管理计划、沟通管理计划、风险管理计划、采购管理计划、干系人参与计划。
-
基准:范围基准、进度基准和成本基准。
-
其他组件:项目管理计划过程生成的组件会因项目而异,但是通常包括:变更管理计划、配置管理计划、绩效测量基准、项目生命周期、开发方法、管理审查。
指导与管理项目工作
指导与管理项目工作是为实现项目目标而领导和执行项目管理计划中所确定的工作,并实施已批准变更的过程。本过程的主要作用是对项目工作和可交付成果开展综合管理,以提高项目成功的可能性。本过程需要在整个项目期间开展。指导与管理项目工作过程的数据流向如下图所示:
输入
-
- 项目管理计划
项目管理计划的任何组件都可用作指导与管理项目工作的输入。
-
- 项目文件
可作为指导与管理项目工作过程输入的项目文件主要包括:需求跟踪矩阵;风险登记册;风险报告;里程碑清单;项目进度计划;项目沟通记录;经验教训登记册;变更日志。
-
- 批准的变更请求
批准的变更请求是实施整体变更控制过程的输出,包括经项目经理审查和批准的变更请求,必要时需要经变更控制委员会(Change Control Board,CCB)审查和批准。CCB是项目的所有者权益代表,负责对变更进行决策。CCB由项目所涉及的主要于系人共同组成,通常包括用户和项目所在组织管理层的决策人员。CCB是决策机构,不是作业机构;通常CCB的工作是通过评审手段来决定项目基准是否需要变更,但不提出变更方案。
经CCB批准的变更请求可能是纠正措施、预防措施和缺陷补救措施,并由项目团队纳入项目进度计划付诸实施,批准的变更请求可能对项目或项目管理计划的相关领域产生影响,还可能导致修改正式受控的项目管理计划组件或项目文件。
-
- 事业环境因素
能够影响指导与管理项目工作过程的事业环境因素主要包括:组织的结构、文化、管理实践和可持续性;基础设施(如现有的设施和固定资产);干系人的风险临界值(如允许的成本超支百分比)等。
-
- 组织过程资产
能够影响指导与管理项目工作过程的组织过程资产主要包括:组织的标准政策、流程和程序;问题与缺陷管理程序,用于定义问题与缺陷控制、问题与缺陷识别及其解决,以及行动事项跟踪;问题与缺陷管理数据库,包括历史问题与缺陷状态、问题和缺陷解决情况,以及行动事项的结果;绩效测量数据库,用来收集与提供过程和产品的测量数据;变更控制和风险控制程序;以往项目的项目信息(如范围、成本、进度与绩效测量基准,项目日历,项目进度网络图,风险登记册,风险报告以及经验教训知识库)等。
工具与技术
-
- 专家判断
指导与管理项目工作过程中,应征求具备如下领域相关专业知识或接受过相关培训的个人或小组的意见,涉及的领域包括:关于项目所在的行业以及项目关注的领域的技术知识;成本和预算管理;法规与采购;法律法规;组织治理等。
-
- 项目管理信息系统
项目管理信息系统给项目提供了IT软件工具,例如 进度计划软件工具、工作授权系统、配置管理系统、信息收集与发布系统,以及进入其他在线信息系统(如知识库)的登录界面,支持自动收集和报告关键绩效指标(KPI)。
-
- 会议
在指导与管理项目工作时,可以通过会议来讨论和解决项目的相关事项。参会者可包括项目经理、项目团队成员,以及与所讨论事项相关或会受该事项影响的干系人。会议应该明确每个参会者的角色,确保有效参会。会议类型一般包括:开工会议、技术会议、敏捷或迭代规划会议、每日站会、指导小组会议、问题解决会议、进展跟进会议以及回顾会议。
输出
-
- 可交付成果
可交付成果是在某一过程、阶段或项目完成时,必须产出的任何独特并可核实的产品、成果或服务能力。它通常是项目的结果,包括项目管理计划的组成部分。
-
- 工作绩效数据
工作绩效数据是在执行项目工作的过程中,从每个正在执行的活动中收集到的原始观察结果和测量值。
-
- 问题日志
问题日志是一种记录和跟进所有问题的项目文件。
在整个项目生命周期应该随时监控活动更新问题日志。
-
- 变更请求
变更请求是关于修改任何文件、可交付成果或基准的正式提议。
任何项目干系人都可以提出变更请求,应该通过实施整体变更控制过程对变更请求进行审查和处理。变更请求源自项目内部或外部,可能来自项目需求,也可能是法律(合同)强制要求。变更请求一般包括:
-
纠正措施:为使项目工作绩效重新与项目管理计划一致,而进行的有目的的活动。
-
预防措施:为确保项目工作未来绩效符合项目管理计划,而进行的有目的的活动。
-
缺陷补救:为了修正不一致产品或产品组件,而进行的有目的的活动。
-
更新:对正式受控的项目文件或计划进行变更,以反映修改、增加的意见或内容。
-
- 项目管理计划(更新)
项目管理计划的任何变更都以变更请求的形式提出,且通过组织的变更控制过程进行处理。项目管理计划的任一组成部分都可在指导与管理项目工作中通过变更请求更新。
-
- 项目文件(更新)
在指导与管理项目工作过程中更新的项目文件主要包括:活动清单;假设日志;经验教训登记册;需求文件;风险登记册;干系人登记册。
-
- 组织过程资产(更新)
可在指导与管理项目工作过程中更新任何组织过程资产。
管理项目知识
管理项目知识是使用现有知识并生成新知识,以实现项目目标并且帮助组织学习的过程。管理项目过程的主要作用:①利用已有的组织知识来创造或改进项目成果;②使当前项目创造的知识可用于支持组织运营和未来的项目或阶段。本过程需要在整个项目期间开展。管理项目知识过程的数据流向如下图所示:
从组织的角度来看,知识管理指的是确保项目团队和其他干系人的技能、经验和专业知识在项目开始之前、开展期间和结束之后都能够得到运用。知识存在于人们的思想中,人们不能强迫别人分享自己的知识或关注他人的知识,因此,知识管理最重要的环节就是营造一种相互信任的氛围,激励人们分享知识或关注他人的知识。如果不激励人们分享知识或关注他人的知识,即便最好的知识管理工具和技术也无法发挥作用。在实践中,可以联合使用知识管理工具和技术(用于人际互动)以及信息管理工具和技术(用于编撰显性知识)来分享知识。
输入
-
- 项目管理计划
项目管理计划的所有组成部分都是管理项目知识的输入。
-
- 项目文件
可作为管理项目知识过程输入的项目文件主要包括:资源分解结构;项目团队派工单;供方选择标准;干系人登记册。
-
- 可交付成果
可交付成果是在某一过程、阶段或项目完成时,必须产出的任何独特的、可核实的产品、成果或服务能力。它通常是为实现项目目标而完成的、有形的、项目结果的组成部分,包括项目管理计划的组成部分。
-
- 事业环境因素
能够影响管理项目知识过程的事业环境因素主要包括:组织文化、干系人文化,相互信任的工作关系和互不指责的文化对知识管理尤其重要。其他因素则包括赋予学习的价值和社会行为规范;设施和资源的物理分布,团队成员所在位置有助于确定收集和分享知识的方法;组织中的知识专家,有些组织拥有专门从事知识管理的团队或员工;法律法规要求和制约因素,包括对项目信息的保密性要求。
-
- 组织过程资产
在项目管理过程和例行工作中,经常必然要使用项目管理知识,能够影响管理项目知识过程的组织过程资产主要包括:组织的标准政策、流程和程序;人事管理制度;组织对沟通的要求;正式的知识分享和信息分享程序;经验教训登记册。
工具与技术
-
- 专家判断
管理项目知识过程中,应征求具备如下领域相关专业知识或接受过相关培训的个人或小组的意见,涉及的领域包括:知识管理、信息管理、组织学习、知识和信息管理工具以及来自其他项目的相关信息等。
-
- 知识管理
知识管理工具和技术将员工联系起来,使他们能够合作生成新知识,分享隐性知识,以及集成不同团队成员所拥有的知识。
可以通过面对面和虚拟方式来应用所有这些工具和技术。通常,面对面互动最有利于建立知识管理所需的信任关系。信任关系建立后可以用虚拟互动来维护这种信任关系。
-
- 信息管理
信息管理工具和技术用于创建人们与知识之间的联系,可以有效促进简单、明确的显性知识的分享。
-
- 人际关系与团队技能
可用于管理项目知识过程的人际关系与团队技能主要包括:
-
积极倾听:有助于减少误解并促进沟通和知识分享。
-
引导:有助于有效指引团队成功地达成决定、解决方案或结论。
-
领导力:可帮助沟通愿景并鼓舞项目团队关注合适的知识和知识目标。
-
人际交往:可促进项目干系人之间建立非正式的联系和关系,为显性和隐性知识的分享创造条件。
-
大局观:有助于项目经理根据组织政策与职权结构等进行规划与沟通。
输出
-
- 经验教训登记册
经验教训登记册可以包含执行情况的类别和详细的描述,还可包括与执行情况相关的影响、建议和行动方案。经验教训登记册可以记录遇到的挑战、问题、意识到的风险和机会以及其他适用的内容。经验教训登记册在项目早期创建,作为管理项目知识过程的输出。因此,在整个项目期间,它可以作为很多过程的输入,也可以作为输出而不断更新。
-
- 项目管理计划(更新)
项目管理计划的任何变更都以变更请求的形式提出,且通过组织的变更控制过程进行处理。项目管理计划的任一组成部分都可在管理项目知识过程中更新。
-
- 组织过程资产(更新)
所有项目都会生成新知识。有些知识应该被编撰,并在管理项目知识过程中被嵌入到可交付成果中,或者被用于改进过程和程序。
监控项目工作
监控项目工作是跟踪、审查和报告整体项目进展,以实现项目管理计划中确定的绩效目标的过程。本过程的主要作用:①让干系人了解项目的当前状态并认可为处理绩效问题而采取的行动;②通过成本和进度预测,让干系人了解项目的未来状态。本过程需要在整个项目期间开展。监控项目工作过程的数据流向如下图所示:
监督是贯穿于整个项目的项目管理活动之一,包括收集、测量和分析测量结果,以及预测趋势,以便推动过程改进。
监控项目工作过程主要关注:①把项目的实际绩效与项目管理计划进行比较;②定期评估项目绩效,决定是否需要采取纠正或预防措施,并推荐必要的措施;③检查单个项目风险的状态;④在整个项目期间,维护一个准确且及时更新的信息库,以反映产品及文件的情况;⑤为状态报告、进展测量和预测提供信息;⑥做出预测,以更新当前的成本与进度信息;⑦监督已批准变更的实施情况;⑧如果项目是项目集的一部分,还应向项目集管理层报告项目进展和状态;⑨确保项目与商业需求保持一致等。
输入
-
- 项目管理计划
监控项目工作包括查看项目的各个方面。项目管理计划的任一组成部分都可作为监控项目工作过程的输入。
-
- 项目文件
可用于监控项目工作过程输入的项目文件主要包括:假设日志;风险登记册;风险报告;里程碑清单;估算依据;问题日志;经验教训登记册;成本预测;进度预测;质量报告。
-
- 工作绩效信息
在工作执行过程中收集工作绩效数据,再交由控制过程做进一步分析。将工作绩效数据与项目管理计划组件、项目文件和其他项目变量比较之后生成工作绩效信息。
-
- 协议
采购协议中包括条款和条件,也可包括其他条目,如买方就卖方应实施的工作或应交付的产品所做的规定。
-
- 事业环境因素
能够影响监控项目工作过程的事业环境因素主要包括:项目管理信息系统,例如进度、成本、资源工具、绩效指标、数据库、项目记录和财务数据;基础设施(如现有设施、设备、组织通信渠道);干系人的期望和风险临界值;政府或行业标准(如监管机构条例、产品标准、质量标准和工艺标准)等。
-
- 组织过程资产
能够影响监控项目工作过程的组织过程资产主要包括:组织的标准政策、流程和程序;财务控制程序(如必需的费用与支付审查、会计编码及标准合同条款等);监督和报告方法;问题管理程序,用于定义问题控制、问题识别及其解决以及行动事项跟踪;缺陷管理程序,用于定义缺陷控制、缺陷识别及其解决以及行动事项跟踪;组织知识库,尤其是过程测量和经验教训知识库等。
工具与技术
-
- 专家判断
监控项目工作过程中,应征求具备如下领域相关专业知识或接受过相关培训的个人或小组的意见,涉及的领域包括:挣值分析;数据的解释和情境化;持续时间和成本的估算技术;趋势分析;关于项目所在的行业以及项目关注的领域的技术知识;风险管理;合同管理等。
-
- 数据分析
可用于监控项目工作过程的数据分析技术主要包括:
-
备选方案分析:用于在出现偏差时选择要执行的纠正措施或纠正措施和预防措施的组合。
-
成本效益分析:有助于出现偏差时确定最节约成本的纠正措施。
-
挣值分析:对范围、进度和成本绩效进行了综合分析。
-
根本原因分析:关注识别问题的主要原因,它可用于识别出现偏差的原因以及项目经理为达成项目目标应重点关注的领域。
-
趋势分析:根据以往结果预测未来绩效,它可以预测项目的进度延误,提前让项目经理意识到,按照既定趋势发展,后期进度可能出现的问题。应该在足够早的项目时间进行趋势分析,使项目团队有时间分析和纠正任何异常。可以根据趋势分析的结果,提出必要的预防措施建议。
-
偏差分析:成本估算、资源使用、资源费率、技术绩效和其他测量指标。偏差分析审查目标绩效与实际绩效之间的差异(或偏差),可涉及持续时间估算,可以在每个知识领域,针对特定变量开展偏差分析。
-
- 决策
常用于监控项目工作过程的决策技术是投票。投票可以包括用下列方法进行决策:一致同意、大多数同意或相对多数原则。
-
- 会议
会议可以是面对面或虚拟会议,正式或非正式会议。参会者可以包括项目团队成员和其他合适的项目干系人;会议的类型包括用户小组会议和用户审查会议等。
输出
-
- 工作绩效报告
工作绩效信息可以用实体或电子形式加以合并、记录和分发。基于工作绩效信息,以实体或电子形式编制形成工作绩效报告,以制定决策、采取行动或引起关注。根据项目沟通管理计划,通过沟通过程向项目干系人发送工作绩效报告。
-
- 变更请求
变更可能包括:
-
纠正措施:为使项目工作绩效重新与项目管理计划一致,而进行的有目的的活动。
-
预防措施:为确保项目工作未来绩效符合项目管理计划,而进行的有目的的活动。
-
缺陷补救:为了修正不一致产品或产品组件,而进行的有目的的活动。
-
- 项目管理计划(更新)
项目管理计划的任何变更都以变更请求的形式提出,且通过组织的变更控制过程进行处理。在监控项目工作过程中提出的变更可能会影响整体项目管理计划。
-
- 项目文件(更新)
可在监控项目工作过程更新的项目文件主要包括:成本预测;进度预测;问题日志;经验教训登记册;风险登记册。
实施整体变更控制
实施整体变更控制是审查所有变更请求、批准变更,管理对可交付成果、项目文件和项目管理计划的变更,并对变更处理结果进行沟通的过程。本过程审查对项目文件、可交付成果或项目管理计划的所有变更请求,并决定对变更请求的处置方案。本过程的主要作用是确保对项目中已记录在案的变更做出综合评审。如果不考虑变更对整体项目目标或计划的影响就开展变更,往往会加剧整体项目风险。本过程需要在整个项目期间开展。实施整体变更控制过程的数据流向如下图所示:
实施整体变更控制过程贯穿项目始终,项目经理对此承担最终责任。变更请求可能影响项目范围、产品范围以及任一项目管理计划组件或任一项目文件。
在基准确定之前,变更无须正式受控、实施整体变更控制过程。一旦确定了项目基准,就必须通过实施整体变更控制过程来处理变更请求。尽管变更可以口头提出,但所有变更请求都必须以书面形式记录,并纳入变更管理和(或)配置管理系统中。在批准变更之前,可能需要了解变更对进度的影响和对成本的影响。在变更请求可能影响任一项目基准的情况下,都需要开展正式的整体变更控制过程。每项记录在案的变更请求都必须由一位责任人批准、推迟或否决,这个责任人通常是项目发起人或项目经理。应该在项目管理计划或组织程序中指定这位责任人,必要时应该由CCB来开展实施整体变更控制过程。变更请求得到批准后,可能需要新编(或修订)成本估算、活动排序、进度日期、资源需求和(或)风险应对方案分析,这些变更可能会对项目管理计划和其他项目文件进行调整。
输入
-
- 项目管理计划
可用作实施整体变更控制过程的输入的项目管理计划组件主要包括:变更管理计划;配置管理计划;范围基准;进度基准;成本基准。
-
- 项目文件
可用于实施整体变更控制过程输入的项目文件主要包括:需求跟踪矩阵;风险报告;估算依据。
-
- 工作绩效报告
对实施整体变更控制过程特别有用的工作绩效报告包括:资源可用情况、进度和成本数据、挣值报告、燃烧图或燃尽图。
-
- 变更请求
变更请求可能包含纠正措施、预防措施、缺陷补救,以及针对正式受控的项目文件或可交付成果的更新。变更可能影响项目基准,也可能不影响项目基准,变更决定通常由项目经理做决策。
对于会影响项目基准的变更,通常应该在变更请求中说明执行变更的成本、所需的计划日期修改、资源需求以及相关的风险。这种变更应由CCB(如有)和客户或发起人审批,除非他们本身就是CCB的成员。只有经批准的变更才能纳入修改后的基准。
-
- 事业环境因素
能够影响实施整体变更控制过程的事业环境因素主要包括:法律限制,例如国家或地区法规;政府或行业标准(如产品标准、质量标准、安全标准和工艺标准);法律法规要求和(或)制约因素;组织治理框架(通过安排人员、制定政策和确定过程,以结构化的方式实施控制、指导和协调,实现组织的战略和目标);合同和采购制约因素等。
-
- 组织过程资产
能够影响实施整体变更控制过程的组织过程资产主要包括:变更控制程序,包括修改组织标准、政策、计划和程序(或任一项目文件)所须遵循的步骤,以及如何批准和确认变更;批准与签发变更的程序;配置管理知识库,包括组织标准、政策、程序和项目文件的各种版本及基准等。
工具与技术
-
- 专家判断
实施整体变更控制过程中,应征求具备如下领域相关专业知识或接受过相关培训的个人或小组的意见,涉及领域包括:关于项目所在的行业以及项目关注的领域的技术知识:法律法规:法规与采购:配置管理: 风险管理等。
-
- 变更控制工具
为了便于开展配置和变更管理,可以使用一些手动或信息化的工具。配置控制和变更控制的关注点不同:配置控制重点关注可交付成果及各个过程的技术规范:而变更控制则重点关注识别、记录、批准或否决对项目文件、可交付成果或基准的变更。
变更控制工具的选择应基于项目千系人的需要,并充分考虑组织和环境的情况和制约因素。变更控制工具需要支持的配置管理活动包括:
识别配置项:识别与选择配置项,为定义与核实产品配置、标记产品和文件、管理变更和明确责任提供基础。
记录并报告配置项状态: 对各个配置项的信息进行记录和报告。进行配置项核实与审计:通过配置核实与审计,确保项目的配置项组成的正确性,以及相应的变更都被登记、评估、批准、跟踪和正确实施,确保配置文件所规定的功能要求都已实现。
变更控制工具还需要支持的变更管理活动包括:
识别变更: 识别并选择过程或项目文件的变更项。
记录变更: 将变更记录为合适的变更请求。
做出变更决定: 审查变更,批准、否决、推迟对项目文件、可交付成果或基准的变更或做出其他决定。
跟踪变更:确认变更被登记、评估、批准和跟踪,并向干系人传达最终结果