PMP第4章 项目整合管理Word文件下载.docx
- 文档编号:3699757
- 上传时间:2023-05-02
- 格式:DOCX
- 页数:29
- 大小:1.57MB
PMP第4章 项目整合管理Word文件下载.docx
《PMP第4章 项目整合管理Word文件下载.docx》由会员分享,可在线阅读,更多相关《PMP第4章 项目整合管理Word文件下载.docx(29页珍藏版)》请在冰点文库上搜索。
了解如何借助结构化的方法(如PMBOK®
指南中所述的方法),来利用已有的信息,并将其转化为项目管理计划。
开展活动,以产生项目的可交付成果。
测量和监督项目各方面的进展,并采取适当措施来实现项目目标。
在项目管理过程组的各过程间,经常反复发生联系。
规划过程组在项目早期即为执行过程组提供书面的项目管理计划;
然后随着项目的进展,规划过程组还将根据变更情况,不断推动项目管理计划的更新。
4.1制定项目章程
制定项目章程是制定一份正式批准项目或阶段的文件,并记录能反映干系人需要和期望的初步要求的过程。
它在项目执行组织与发起组织(或客户,如果是外部项目的话)之间建立起伙伴关系。
项目章程的批准,标志着项目的正式启动。
在项目中,应尽早确认并任命项目经理,最好在制定项目章程时就任命,最晚也必须在规划开始之前。
项目经理应该参与制定项目章程,因为该章程将授权项目经理在项目活动中使用组织资源。
项目由项目以外的人员批准,如发起人、PMO或项目组合指导委员会。
项目启动者或发起人应该具有一定的职权,能为项目提供资金。
他们亲自编制项目章程,或授权项目经理代为编制。
项目章程经启动者签字,即标志着项目获得批准。
可能因内部经营需要或外部影响而批准项目,故通常需要编制需求分析、商业论证或情况描述。
通过编制项目章程,就可以把项目与组织的战略及日常运营工作联系起来。
图4-2显示了本过程的输入、工具与技术和输出,图4-3则是本过程的数据流向图。
4.1.1制定项目章程:
输入
1.项目工作说明书
工作说明书(SOW)是对项目所需交付的产品或服务的叙述性说明。
对于内部项目,项目启动者或发起人根据业务需要及对产品或服务的需求,来提供工作说明书。
对于外部项目,工作说明书则由客户提供,可以是招标文件(例如,建议邀请书、信息邀请书、投标邀请书)的一部分,或合同的一部分。
SOW须涉及:
业务需要。
组织的业务需要可基于市场需求、技术进步、法律要求或政府法规。
产品范围描述。
记录项目所需产出的产品的特征,以及这些产品或服务与项目所对应的业务需求之间的关系。
战略计划。
所有项目都应支持组织的战略目标。
进行项目选择和排序时,应该考虑执行组织的战略计划。
2.商业论证
商业论证或类似文件能从商业角度提供必要的信息,决定项目是否值得投资。
为证实项目的价值,在商业论证中通常要包含业务需求和成本效益分析等内容。
对于外部项目,可以由项目发起组织或客户撰写商业论证。
可基于以下一个或多个原因而编制商业论证:
市场需求(如为应对汽油紧缺,某汽车公司批准一个低油耗车研发
项目);
组织需要(如为提高收入,某培训公司批准一个新课程开发项目);
客户要求(如为了给新工业园区供电,某电力公司批准一个新变电站建设项目);
技术进步(如在电脑存储和电子技术取得进步之后,某电子公司批准一个项目,来开发更快速、更便宜、更小巧的笔记本电脑);
法律要求(如某油漆制品厂批准一个项目,来编写有毒物质处理指南);
生态影响(如某公司实施一个项目来减轻对环境的影响);
社会需要(如为应对霍乱频发,某发展中国家的非政府组织批准一个项目,来为社区建设饮用水系统和公共厕所,并开展卫生教育)。
在多阶段项目中,可通过对商业论证的定期审核,来确保项目能实现其商业利益。
在项目生命周期的早期,项目发起组织对商业论证的定期审核,也有助于确认项目是否仍然必要。
3.合同
如果项目是为外部客户而做的,则合同是本过程的输入之一。
4.事业环境因素
可能影响制定项目章程过程的事业环境因素包括(但不限于):
政府或行业标准;
组织的基础设施;
市场条件。
5.组织过程资产
可能影响制定项目章程过程的组织过程资产包括(但不限于):
组织的标准过程、政策,以及组织所采用的标准化的过程定义;
模板(如项目章程模板);
历史信息与经验教训知识库。
4.1.2制定项目章程:
工具与技术
1.专家判断
专家判断常用于评估制定项目章程的输入。
在本过程中,可以借助专家判断和专业知识来处理各种技术和管理问题。
专家判断可来自具有专业知识或专业培训经历的任何小组或个人,并可通过许多渠道获取,包括:
组织内的其他部门;
顾问;
干系人,包括客户或发起人;
专业与技术协会;
行业协会;
主题专家;
项目管理办公室(PMO)。
4.1.3制定项目章程:
输出
1.项目章程
项目章程记录业务需要、对客户需求的理解,以及需要交付的新产品、服务或成果,例如:
项目目的或批准项目的原因;
可测量的项目目标和相关的成功标准;
项目的总体要求;
概括性的项目描述;
项目的主要风险;
总体里程碑进度计划;
总体预算;
项目审批要求(用什么标准评价项目成功,由谁对项目成功下结论,由谁来签署项目结束);
委派的项目经理及其职责和职权;
发起人或其他批准项目章程的人员的姓名和职权。
4.2制定项目管理计划
制定项目管理计划是对定义、编制、整合和协调所有子计划所必需的行动进行记录的过程。
项目管理计划确定项目的执行、监控和收尾方式,其内容会因项目的复杂性和所在应用领域而异。
编制项目管理计划,需要整合一系列相关过程,而且要持续到项目收尾。
本过程将产生一份项目管理计划。
该计划需要通过不断更新来渐进明细。
这些更新需要由实施整体变更控制过程(见4.5节)进行控制和批准。
图4-4显示了本过程的输入、工具与技术和输出,图4-5则是本过程的数据流向图。
4.2.1制定项目管理计划:
见4.1.3.1节。
2.其他规划过程的输出
编制项目管理计划需要整合诸多规划过程(如第5章至第12章所述)的输出。
其他规划过程所输出的任何基准和子管理计划,都是本过程的输入。
此外,对这些文件的更新都会导致对项目管理计划的相应更新。
3.事业环境因素
可能影响制定项目管理计划过程的事业环境因素包括(但不限于):
项目管理信息系统(如自动化工具,包括进度计划软件、配置管理系统、信息收集与发布系统,或进入其他在线自动化系统的网络界面);
组织结构与文化;
基础设施(如现有设施和固定资产);
人事管理制度(如人员招聘和解雇指南、员工绩效评价与培训记录)。
4.组织过程资产
可能影响制定项目管理计划过程的组织过程资产包括(但不限于):
标准化的指南、工作指示、建议书评价准则和绩效测量准则。
项目管理计划模板。
项目管理计划中可能需要更新的内容包括(但不限于)
○根据项目的具体需要,“剪裁”组织标准流程的指南与准则;
○项目收尾指南或要求,如产品确认及验收标准。
变更控制程序,包括修改公司标准、政策、计划和程序(或任何项目文件)所需遵循的步骤,以及如何批准和确认变更。
以往项目的项目档案(如范围、成本、进度与绩效测量基准,项目日历,项目进度网络图,风险登记册,风险应对计划和风险影响评价)。
配置管理知识库,包括公司标准、政策、程序和项目文件的各种版本与基准。
4.2.2制定项目管理计划:
在制定项目管理计划时,专家判断可用于:
根据项目需要而“剪裁”项目管理过程;
编制应包括在项目管理计划中的技术与管理细节;
确定项目所需的资源与技能水平;
定义项目的配置管理级别;
确定哪些项目文件需要经过正式的变更控制过程。
4.2.3制定项目管理计划:
1.项目管理计划
项目管理计划合并与整合了其他各规划过程所输出的所有子管理计划和基准。
项目管理计划包括(但不限于):
项目所选用的生命周期以及各阶段将采用的过程。
项目管理团队进行“剪裁”的结果,包括:
○项目管理团队所选择的项目管理过程,
○每个所选过程的执行水平,
○对这些过程所需的工具与技术的描述,
○将如何利用所选过程来管理具体项目,包括这些过程间的依赖关系和相互影响,以及这些过程的主要输入和输出。
如何执行工作以实现项目目标。
一份变更管理计划,用来明确如何对变更进行监控。
一份配置管理计划,用来明确如何开展配置管理。
如何维护绩效测量基准的严肃性。
干系人的沟通需求和适用的沟通技术。
为处理未决事宜和制定决策所需开展的管理层重点审查,以便审查相关内容、涉及程度和时机把握。
项目管理计划可以是概括或详细的,也可以包括一个或多个子管理计划。
每个子计划的详细程度取决于具体项目的要求。
项目管理计划一旦被确定下来,成为基准,就只有在提出变更请求并经实施整体变更控制过程批准后,才能变更。
项目基准包括(但不限于):
进度基准;
成本绩效基准;
范围基准。
子计划包括(但不限于):
范围管理计划(见第5章引言部分);
需求管理计划(见5.1.3.2节);
进度管理计划(见第6章引言部分);
成本管理计划(见第7章引言部分);
质量管理计划(见8.1.3.1节);
过程改进计划(见8.1.3.4节);
人力资源计划(见9.1.3.1节);
沟通管理计划(见10.2.3.1节);
风险管理计划(见11.1.3.1节);
采购管理计划(见12.1.3.1节)。
通常将范围、进度和成本基准合并为一个绩效测量基准,作为项目的整体基准,以便据此测量项目的整体绩效。
绩效测量基准用于挣值测量中。
4.3指导与管理项目执行
指导与管理项目执行是为实现项目目标而执行项目管理计划中所确定的工作的过程。
具体活动包括(但不限于):
开展活动来实现项目要求;
创造项目的可交付成果;
配备、培训和管理项目团队成员;
获取、管理和使用资源,包括材料、工具、设备与设施;
执行已计划好的方法和标准;
建立并管理项目团队内外的项目沟通渠道;
生成项目数据(如成本、进度、技术和质量进展情况,以及状态数据),为预测提供基础;
提出变更请求,并根据项目范围、计划和环境来实施批准的变更;
管理风险并实施风险应对活动;
管理卖方和供应商;
收集和记录经验教训,并实施批准的过程改进活动。
项目经理与项目管理团队一起指导实施已计划好的项目活动,并管理项目内的各种技术接口和组织接口。
指导与管理项目执行过程会受项目所在应用领域的直接影响。
通过实施相关过程来完成项目管理计划中的项目工作,产出相应的可交付成果。
项目执行时还需收集工作绩效信息,并提交给绩效报告过程。
工作绩效信息说明可交付成果的完成情况以及哪些工作已经完成。
工作绩效信息也是监控过程组的输入。
指导与管理项目执行还需实施已批准的变更,包括:
纠正措施。
为使项目工作的未来期望绩效与项目管理计划保持一致,而对项目执行工作下达的书面指令。
预防措施。
通过实施某项活动,来降低项目风险消极后果的发生概率的书面指令。
缺陷补救。
识别项目组成部分的某一缺陷之后所形成的正式文件,用于就如何修补该缺陷或彻底替换该部分提出建议。
图4-6显示了本过程的输入、工具与技术和输出,图4-7则是本过程的数据流向图。
4.3.1指导与管理项目执行:
见4.2.3.1节。
2.批准的变更请求
在实施整体变更控制过程中,通过更新变更控制状态,来显示哪些变更已得到批准,哪些变更没有得到批准。
批准的变更请求应列入计划,以便由项目团队加以实施。
批准的变更请求书面记录了经过批准的变更,用来扩大或缩小项目范围。
批准的变更请求也可用来修改政策、项目管理计划、程序、成本、预算或进度计划。
批准的变更请求可能要求采取预防或纠正措施。
可能影响指导与管理项目执行过程的事业环境因素包括(但不限于):
组织、公司或客户的文化与结构;
基础设施(如现有的设施和固定资产);
人事管理制度(如人员雇用与解聘指南、员工绩效评价与培训记录);
干系人风险承受力;
项目管理信息系统(如自动化工具,包括进度计划软件、配置管理系统、信息收集与发布系统或进入其他在线自动化系统的网络界面)。
可能影响指导与管理项目执行过程的组织过程资产包括(但不限于):
标准化的指南和工作指示;
组织对沟通的规定,如许可的沟通媒介、记录保存政策以及安全要求;
问题与缺陷管理程序,包括对问题与缺陷的控制、识别与处理,以及对相关行动的跟踪;
过程测量数据库,用来收集与提供过程和产品的测量数据;
以往项目的项目档案(如范围、成本与进度基准,绩效测量基准,项目日历,项目进度计划,项目进度网络图,风险登记册,风险应对计划和风险影响评价);
问题与缺陷管理数据库,包括历史问题与缺陷的状态、控制情况、解决方案,以及相关行动的结果。
4.3.2指导与管理项目执行:
1.专家判断
专家判断用于评估“指导与管理项目管理计划执行”所需的输入。
在本过程中,可以使用专家判断和专业知识来处理各种技术和管理问题。
专家判断由项目经理和项目管理团队依据其专业知识或培训经历做出,也可从其他许多渠道获得,包括:
专业与技术协会。
2.项目管理信息系统
作为事业环境因素的一部分,项目管理信息系统(PMIS)为指导与管理项目执行提供自动化工具,如进度计划软件、配置管理系统、信息收集与发布系统,或进入其他在线自动化系统的网络界面。
4.3.3指导与管理项目执行:
1.可交付成果
批准的可交付成果是在某一过程、阶段或项目完成时,必须产出的任何独特并可验证的产品、成果或服务能力。
2.工作绩效信息
收集项目活动信息是项目进展过程中的一项常规工作。
此类信息可涉及各种绩效情况,包括(但不限于):
可交付成果的状态;
进度进展情况;
已发生的成本。
3.变更请求
如果在实施项目工作中发现问题,就需要提出变更请求,来修改项目政策或程序、项目范围、项目成本或预算、项目进度计划或项目质量。
其他方面的变更请求包括必要的预防或纠正措施,用来预防未来的不利情况。
变更请求可以是直接或间接的,可以由外部或内部提出,可以是自选的或由法律/合同强制的。
变更请求可包括:
更新。
对正规受控的文件或计划等的变更,以反映修改或增加的意见或内容。
4.项目管理计划(更新)
项目管理计划中可能需要更新的内容包括(但不限于):
需求管理计划;
进度管理计划;
成本管理计划;
质量管理计划;
人力资源计划;
沟通管理计划;
风险管理计划;
采购管理计划;
项目基准。
5.项目文件(更新)
可能需要更新的项目文件包括(但不限于):
需求文件;
项目日志(用于记录问题、假设条件等);
风险登记册;
干系人登记册。
4.4监控项目工作
监控项目工作是跟踪、审查和调整项目进展,以实现项目管理计划中确定的绩效目标的过程。
监督是贯穿于整个项目周期的项目管理活动之一,它包括收集、测量和发布绩效信息,分析测量结果和预测趋势,以便推动过程改进。
持续的监督使项目管理团队能洞察项目的健康状况,并识别需特别关注的任何方面。
控制包括制定纠正或预防措施或进行重新规划,并跟踪行动计划的实施过程,以确保它们能有效解决问题。
监控项目工作过程涉及:
把项目的实际绩效与项目管理计划进行比较;
评估项目绩效,决定是否需要采取纠正或预防措施,并推荐必要的措施;
识别新风险,分析、跟踪和监测已有风险,确保全面识别风险、报告风险状态,并执行适当的风险应对计划;
在整个项目期间,维护一个准确并及时更新的信息库,来反映项目产品及相关文件的情况;
为状态报告、进展测量和预测提供信息;
做出预测,来更新当前的成本与进度信息;
在已批准的变更实际发生时,监督其实施情况。
图4-8显示了本过程的输入、工具与技术和输出,图4-9则是本过程的数据流向图。
4.4.1监控项目工作:
2.绩效报告
报告应由项目团队编制,详细描述各项活动、已完成工作、里程碑和已识别的问题。
绩效报告可用来报告各种关键信息,包括(但不限于):
当前状态;
报告期内完成的重要工作;
已列入计划的活动;
预测;
问题。
可能影响监控项目工作过程的事业环境因素包括(但不限于):
政府或行业标准(如监管机构条例、产品标准、质量标准和工艺标准);
公司的工作授权系统;
项目管理信息系统(如自动化工具,包括进度计划软件、配置管理系统、信息收集与发布系统,或进入其他在线自动化系统的网络界面)。
可能影响监控项目工作过程的组织过程资产包括(但不限于):
组织对沟通的规定;
财务控制程序(如定期报告、会计编码、费用与支付审查,以及标准合同条款);
问题与缺陷管理程序;
风险控制程序,包括风险的类别、概率的定义和风险的后果,以及概率影响矩阵;
过程测量数据库,用来提供过程和产品的测量数据;
经验教训数据库。
4.4.2监控项目工作:
项目管理团队借助专家判断,来解读由各监控过程提供的信息。
项目经理与项目管理团队一起制定所需措施,确保项目绩效达到预期要求。
4.4.3监控项目工作:
1.变更请求
通过对实际情况与计划要求的比较,可能需要提出扩大、调整或缩小项目范围或产品范围的变更请求。
变更可能会影响项目管理计划、项目文件或可交付产品。
变更可包括(但不限于):
2.项目管理计划(更新)
范围基准;
成本绩效基准。
3.项目文件(更新)
绩效报告;
问题日志。
4.5实施整体变更控制
实施整体变更控制是审查所有变更请求,批准变更,并管理对可交付成果、组织过程资产、项目文件和项目管理计划的变更的过程。
该过程贯穿项目始终。
需要通过谨慎、持续地管理变更,来维护项目管理计划、项目范围说明书和其他可交付成果。
应该通过否决或批准变更,来确保只有经批准的变更才能纳入修改后的基准中。
实施整体变更控制过程包括以下变更管理活动(这些活动的细致程度取决于项目进展情况):
对规避整体变更控制的因素施加影响,确保只有经批准的变更才能付诸执行;
迅速地审查、分析和批准变更请求。
必须迅速,因为延误决策时机可能给时间、成本或变更的可行性带来不利影响;
管理已批准的变更;
仅允许经批准的变更纳入项目管理计划和项目文件中,以此维护基准的严肃性;
审查已推荐的全部纠正措施和预防措施,并加以批准或否决;
协调整个项目中的各种变更(如建议的进度变更往往也会影响成本、风险、质量和人员配备);
完整地记录变更请求的影响。
项目的任何干系人都可以提出变更请求。
尽管也可以口头提出,但所有变更请求都必须以书面形式记录,并纳入变更管理和/或配置管理系统中。
变更请求由变更控制系统和配置控制系统中所列的
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- PMP第4章 项目整合管理 PMP 项目 整合 管理