PMP备考指南之第四章：项目整合管理

第四章：项目整合管理

从第四章开始，进入49个过程的学习。49个过程被划分为十大知识领域，分为十个章节，本章节是项目整合管理知识领域，主要讲述项目整合管理的7个过程。

一、须要对什么进行整合管理？
干系人需求、约束条件、项目管理各个过程、项目集、项目组合的政策、公司战略等等。

二、如何实现整合管理？
在整合管理的过程当中要常常寻找平衡点，考虑各类约束条件、风险和不肯定性来知足项目的目标。

三、本章节的七个过程组：

1）制定项目章程：编写一份正式批准项目并受权项目经理在项目活动中使用组织资源的文件。属于启动过程组
2）制定项目管理计划：定义、准备和协调全部子计划，并把它们整合为一份综合项目管理计划。属于规划过程组
3）指导与管理项目工做：为实现项目目标而领导和执行项目管理计划中所肯定的工做，并实施已批准的变动。属于执行过程组
4）管理项目知识：使用现有知识并生成新知识，以实现项目目标，而且帮助组织学习的过程。属于执行过程组。
5）监控项目工做：跟踪、审查和报告项目进展，以实现项目管理计划中肯定的绩效目标。属于监控过程组
6）实施总体变动控制：审核全部变动请求、批准变动，管理对可交付成果、组织过程资产、项目文件和项目管理计划的变动，并对变动处理结果进行沟通。属于监控过程组
7）结束项目或阶段：完结全部项目管理过程组的全部活动，正式结束项目或项目阶段。属于收尾过程组

1. 制定项目章程

1.1 过程定义

编写一份正式批准项目并受权 PM 在项目活动中使用组织资源的文件的过程。项目章程确立项目的正式地位，并展现组织对项目的承诺。

1）最适合编写项目章程的是发起人或项目经理，由发起人、项目集、PMO 或项目组合治理委员会主席等等这些公司高层来批准。
2）项目章程的批准，标志着项目的正式启动，项目经理的正式受权。
3）尽早确认并任命项目经理，最好在制定章程时任命，最迟必须在规划开始前任命。

1.2 制定项目章程的输入

商业文件（包括商业论证和收益管理计划）

1）商业论证：文档化的项目经济可行性研究报告，包含商业须要分析与成本效益分析。主要是从商业视角描述必要信息，论证项目的合理性，并据此决定项目的预期结果是否值得所需投资。高于项目级别的经理和高管们一般使用该文件做为决策的依据。商业论证的缘由要符合组织战略须要：

a) 市场需求（如为应对汽油紧缺，某汽车公司批准一个低油耗车型的研发项目）；
b) 组织须要（如由于管理费用过高，公司决定合并一些职能并优化流程以下降成本）；
c) 客户要求（如为了给新工业园区供电，某电力公司批准一个新变电站建设项目）；
d) 技术进步（如基于技术进步，某航空公司批准了一个新项目，来开发电子机票以取代纸质机票）；
e) 法律要求（如某油漆制品厂批准一个项目，来编写有毒物质处理指南）；
f) 生态影响（如某公司批准一个项目，来下降对环境的影响）；
g) 社会须要（如为应对霍乱频发，某发展中国家的非政府组织批准一个项目，为社区建设饮用水系统和公共厕所，并开展卫生教育）。

2）收益管理计划：对创造、提升和保持项目收益的过程进行定义的书面文件。——商业文件，不是PM作的，是商业分析师作的，PM能够参与，能够提出建议，可是不能够对商业文件进行更新或修改。

1.3 制定项目章程的输入:协议

协议定义了启动项目的初衷。一般，为外部客户作项目时，就用合同。

1.4 制定项目章程的输入

事业环境因素、组织过程资产，基本上是全部过程的输入。

1.5 制定项目章程的工具与技术：专家判断

定义：具备专业知识或受过专业培训的任何小组或者我的，均可以提供专家判断。因此专家判断，有时不只仅是一我的，有时能够是一个小组、多人。好比主题专家 SME、PMO、行业协会、客户、发起人等等均可以提供专家判断。

项目经理的周边处处都是专家。项目经理本身自己是项目管理专家，但并不表示他什么都该知道。专业技术方面的问题能够咨询主题专家，财务问题能够咨询财务专家。专家判断可用于第四章整合管理的所有过程组。通俗点来讲专家判断就是拍脑壳想问题。

1.6 制定项目章程的工具与技术

数据收集（头脑风暴、焦点小组、访谈）

1）头脑风暴：一种用来产生和收集对项目需求与产品需求的多种创意的技术，又称“集思广益”。拍脑壳、天马行空、集思广益、没有对错，能在短期内得到大量创意。不涉及排序或投票。
2）焦点小组：召集预约的干系人和主题专家，了解他们对所讨论的产品、服务或成果的指望和态度，由一位受过训练的主持人引导你们进行互动式讨论。
3）访谈：经过与干系人直接交谈，来获取信息的正式或非正式的方法。采起“提问—回答”的方式，一般一对一，有时也可多对多。

1.7 制定项目章程的工具与技术

人际关系与团队技能（冲突管理、引导、会议管理）

1）冲突管理：（详见第9章资源管理）有助于干系人就目标、成功标准、高层级需求、项目描述、整体里程碑和其余内容达成一致意见；
2）引导：引导者有效指导团队活动成功以达到成功决策、解决方案或结论的能力。
3）会议管理：（详见第10章沟通管理）包括准备议程、确保邀请每一个关键干系人群体的表明，以及准备和发送后续的会议纪要和行动计划。

1.8 制定项目章程的输出：项目章程

项目章程又称“项目批准书”，是由项目启动者或发起人发布的，正式批准项目成立，并受权项目经理动用组织资源开展项目活动的文件。章程至关于发起人与项目经理之间的契约。
项目章程确保干系人在整体上就主要可交付成果、里程碑以及每一个项目参与者的角色和职责达成共识

包括如下 12 个内容：

1）项目目的
2）可测量的项目目标和相关的成功标准
3）高层级（high-level）需求：（是指宏观、大概、大致上、战略上的需求）
4）高层级项目描述、边界定义以及主要可交付成果（这是一个什么项目？要造成什么产品？）
5）总体项目风险；（主要的风险）
6）整体（Summary）里程碑进度计划：（几个关键的里程碑进度）
7）预先批准的财务资源（大概的项目预算）
8）关键干系人名单：（大概的干系人名单）
9）项目审批要求：（用什么标准评价成功、由谁对成功下结论、由谁来签署项目结束）
10）项目退出标准：（在何种条件下才能关闭或取消项目或阶段）
11）委派的项目经理及其权责
12）发起人或其余审批项目章程的人员的姓名和职权。


1.9 假设日志（假设条件、制约因素）：

假设条件：不肯定因素、风险，须要渐进明细。
制约因素：限制性的因素，好比事先肯定的预算、强制性日期、进度里程碑、合同条件等，不是渐进明细的。

2. 制定项目管理计划

2.1 过程定义

定义、准备和协调全部子计划，并把它们整合为一份综合项目管理计划。
过程做用：生成一份核心文件，用于肯定全部项目工做的基础及其执行方式。项目管理计划肯定项目执行、监控和收尾方式，应足够强壮和敏捷，以应对不断变化的项目环境。PMI要求在项目中所作的全部事情都必须是在计划中所体现的，作计划以外试图“讨好”干系人被称为“镀金”，这是项目中明令禁止的。好比客户要PM去买包烟，PM买了烟后又私自决定给客户配了个打火机。这就是镀金了，客户并不须要打火机，也许客户本身有更高级的“ZIPPO”，并不须要PM给他买的打火机。镀金，是多此一举、由于浪费了资源。

2.2 制定项目管理计划的输入：“其余过程的输出”。

是指子计划和基准，好比：范围管理计划、进度管理计划、成本管理计划等等，制定项目管理计划要参考这些子计划，把他们整合为综合的“项目管理计划”。项目管理计划并非一步到位，而是须要不断更新来渐进明细。

2.3 制定项目管理计划的工具：数据收集（头脑风暴、核对单、焦点小组、访谈）：

核对单：基于相似项目和历史信息来编制核对单，或采用所在行业的核对单。核对单用来指导项目经理制定计划或帮助检查项目管理计划是否包含所需的所有信息。

2.4 制定项目管理计划的输出：项目管理计划

项目管理计划，是说明项目将如何执行、监控和收尾的一份文件。它整合并综合所了有子管理计划和基准，以及管理项目所需的其余信息（取决于具体项目的需求）。构成：子计划、基准和其余组件。

1）子计划：范围管理计划、需求管理计划、进度管理计划、成本管理计划、质量管理计划、资源管理计划、沟通管理计划、干系人管理计划、风险管理计划、采购管理计划。

2）3 个基准：范围基准、进度基准、成本基准。

基准：工做产品、项目计划，通过批准，即成为基准。只有经过正式的变动控制程序才能对其进行变动。用于与实际绩效比较，来肯定绩效是否在可接受的误差范围内。
好比：某网银天天限制转帐额度5000，超过5000 就要使用大额转帐技术，好比u 盾、密保卡等等。这个5000 就是一个基准。若是这个基准须要变化，须要通过正式的变动控制程序才能变动。

3）其余组件（配置管理计划、变动管理计划、绩效测量基准、项目生命周期、开发方法、管理审查）：

绩效测量基准 Performance Measurement Baseline ，简称 PMB。项目范围-进度-成本三位一体基准。为项目工做制定的，经批准的范围-进度-成本综合计划，用来与项目执行状况相比较，以测量和管理绩效。
项目管理计划的批准：《项目管理计划》必定要获得管理层、发起人、项目经理、项目团队表明和相关项目干系人的赞成和正式批准。一个项目或项目阶段，如没有正式批准的《项目管理计划》是难以有效开展的。正式批准意味着干系人的签名，签名意味着发起人与项目经理，项目经理与团队成员之间创建的契约关系。

开工会议： Kickoff Meeting ：又称启动大会、开工会议、开踢会议

1）每一个项目必须有启动大会，是个动员大会。召开时间：项目规划完成后、项目执行开始前召开；属于规划过程组；

2）参加方：项目各重要干系人（发起人、顾客、高层管理、职能管理部门、卖方表明、项目团队等）。

3）是个宏观、务虚会议。做用：传达项目目标与项目管理计划，得到干系人对项目的承诺与支持，阐明每一个干系人的角色和职责，并宣布项目正式进入执行，至关于开工典礼。

3. 指导与管理项目工做

3.1 过程定义

为实现项目目标而领导和执行项目管理计划中所肯定的工做，并实施已批准的变动的过程。

过程做用：对项目工做和可交付成果开展综合管理，以提升项目成功的可能性。

3.2 指导与管理项目工做的输入：批准的变动请求

输入有“批准的变动请求”，这个是已经遵循变动管理流程被干系人批准的。

3.3 指导与管理项目工做的工具：项目管理信息系统（PMIS）

用来收集和发布绩效数据的系统，可自动收集和报告KPI是PMIS的重要功能。项目管理信息系统提供下列工具：进度计划工具、工做受权系统、配置管理系统、信息收集与发布系统，或进入其余在线自动化系统的网络界面。

3.4 指导与管理项目工做的输出：可交付成果

可交付成果（Deliverables ）：在某一过程、阶段或者项目完成时，必须产出的任何独特并可核实的产品、成果或服务能力。可交付成果能够是有形的产品，或无形的计划、服务能力等。好比你们考PMP 是一个项目，最终得到PMP 证书是产品，它是有形的可交付成果。掌握的项目管理知识是无形的能力，这些都是此项目的可交付成果。

3.5 指导与管理项目工做的输出：工做绩效数据work performance data

在执行项目工做的过程当中，从每一个正在执行的活动中收集到的原始观察结果和测量值。数据是底层的细节，将交由其余过程从中提炼出信息；执行过程当中收集数据，再交由控制过程作进一步分析。
好比：第一天计划预习PMBOK 到50 页，实际只预习到30 页。30 是工做绩效数据。
典型的工做绩效数据包括：已完成的工做、KPI、技术绩效测量结果、进度活动的实际开始日期和完成日期，已完成的故事点、可交付成果状态、进度进展状况、变动请求数量、缺陷数量、实际发生的成本、实际持续时间等

3.6 指导与管理项目工做的输出：问题日志

在整个项目生命周期中，项目经理常常会遇到问题、差距、不一致或意外冲突，须要采起某些行动来加以处理，以避免影响项目绩效。问题日志能够帮助项目经理有效跟进和管理问题，确保他们获得调查和解决。

3.7 指导与管理项目工做的输出：变动请求

在执行项目管理计划中的工做的时候会引起新的变动请求，这是项目的渐进明细。变动请求：任何干系人均可以提交变动请求，变动请求必定是对项目的某一方面有变化，须要可交付成果、基准或者项目文件更新。包括纠正措施、预防措施、缺陷补救和更新。

1） 纠正措施：实际绩效与计划之间已存在误差，须要纠偏；
2） 预防措施：防止实际绩效与计划之间出现误差，须要防范；
3） 缺陷补救：产品组件有质量问题，须要修正；
4） 更新：针对受控文件或计划的变动。

若是改变了计划，必定是更新。前面三者：计划不变。

4. 管理项目知识

4.1 过程定义

使用现有知识并生成新知识，以实现项目目标，而且帮助组织学习的过程。管理显性和隐性知识，重复使用现有知识并生成新知识。重点关注把现有知识条理化和系统化，以便更好的加以利用。

4.2 管理项目知识的工具：知识管理（没法脱离人而存在）

促进员工合做创造新知识，分享隐性知识。好比人际交往、工做跟随和跟随指导。

1）人际交往：在组织、行业或职业环境中与他人的正式或非正式互动。人际交往在项目初始时特别有用，目的是为了创建关系，增长获取资源的途径，改进人力资源管理。人际交往的方式有不少种：写信、午饭会、座谈会等等。
2）工做跟随：徒弟跟着师傅实习，徒弟无需承担任何责任，所有责任由师傅承担。
3）跟随指导：师傅跟随和观察新手的工做状况，并给予指导。

4.3 管理项目知识的工具：信息管理（能够脱离人而存在）

用于促进显性知识分享的各类具体方法。好比：图书馆服务、文献检索、经验教训登记册编制。

4.4 管理项目知识的输出：经验教训登记册

会获得更新，最终存入组织过程资产中。

5. 监控项目工做

5.1 过程定义

跟踪、审查启动、规划、执行、收尾各个过程，来实现项目管理计划中肯定的绩效目标。就是把实际绩效和项目管理计划进行对比，发现误差、分析缘由，提出变动。

5.2 监控项目工做的输入：工做绩效信息work performance information

从各控制过程当中收集并结合相关背景和跨领域关系，进行整合分析而获得的绩效数据。好比：第一天计划预习PMBOK 到50 页，实际只预习到30 页。对比发现，比计划少预习20页，20 是工做绩效信息。

5.3 监控项目工做的工具：数据分析

5.4 监控项目工做的输出：工做绩效报告 work performance reports

为制定决策、提出问题、采起行动或引发关注，而汇编工做绩效信息，所造成的实物或电子项目文件。

好比：第一天计划预习PMBOK 到50 页，实际只预习到30 页。对比发现，比计划少预习20页。次日少预习10 页、第三天又少预习15 页„„最终写成一份报告，为何老是不遵照计划，怎么老是少预习。是工做效率过低、仍是懒惰引发的，分析找到缘由等等。汇总写成一份状态报告。

5.5 监控项目工做的输出：变动请求

是指监控项目工做时会引起变动请求。经过比较实际状况与计划要求，可能须要提出变动请求，来扩大、调整或縮小项目范围与产品范围，或者提升、调整或下降质量要求和进度或成本基准。

6. 实施总体变动控制

6.1 过程定义

审查全部变动请求，批准或否决变动，并管理对可交付成果、项目文件和项目管理计划的变动，并对变动处理结果进行沟通的过程。这个过程的做用，就是对这四种提出来的变动请求，批准或否决，而后更新相应的计划或文件。提出的变动究竟是赞成，仍是拒绝？须要在这个过程作判断。实施总体变动控制过程贯穿项目始终，项目经理对此负最终责任。这句话说明PM对变动负最终责任，万一哪一个变动变得很差，责任都在PM没有把控好。PM要对变动请求跟踪负责到底。

6.2 配置管理系统

包含在配置管理计划中，由一系列正式的书面程序组成，用于对如下工做提供技术和管理方面的指导与监督：

1）识别并记录产品、成果、服务或部件的功能特征和物理特征
2）控制对上述特征的任何变动
3）记录并报告每一项变动及其实施状况
4）支持对产品、成果或部件的审查，以确保其符合要求

配置管理系统明确了为核准和控制变动所需的批准层次。

配置管理活动包括：

1）识别配置项：选择与识别配置项，从而为定义与核实产品配置、 标记产品和文件、管理变动和明确责任提供基础。
——至关于编号，version 1.0,version 2.0
2）记录并报告配置项状态：关于各个配置项的信息记录和报告。
——至关于记录版本的说明，1.0 版本拓展了场景文字„„；2.0 版本优化了bug，解决了闪退问题。
3）配置核实与审计：保证项目的配置项组成的正确性，以及相应的变动都被登记、评估、批准、跟踪和正确实施，从而确保配置文件所规定的功能要求都已实现。
——确保配置项组成的正确性，确保变动都被记录、评估、批准、跟踪和正确实施。如今2.0的版本要变动到2.1 了，要确保这个变动符合流程。
也能够用五大过程组的关系来理解这三个活动：
识别配置项、记录并报告配置项状态属于执行过程组的活动；
配置项核实与审计属于监控过程组的活动；
简单理解配置管理包含了变动管理和版本管理。

6.3 变动控制委员会 （CCB：Change Control Board）

1）CCB 是正式的团体，但不必定是固定的团体；
2）组成：项目发起人、客户、项目经理、相关专家、其余主要干系人；
3）任务：审查、评价、批准、推迟或否决项目变动，记录和传达变动处理请求；
4）设立缘由：项目经理权力有限，对于涉及计划基准的变动不能自作主张；
一句话归纳CCB 设立的缘由：PM 一我的决定不了的大事须要经过CCB 来群体决策。

6.4 变动控制系统：Change Control System

包含在变动管理计划中
1）是指包括变动管理的一系列正式的书面程序，包括文档、跟踪系统和变动的批准层次等；
2）该系统不只说明什么样的变动须要哪一个层次的批准，并且也说明在什么状况下能够不经批准就实施变动；
3）该系统说明CCB 的组成、权力与责任；
4）紧急状况下的变动能够不经CCB 批准就实施，但过后需补办相关变动手续；

6.5 变动的批准权限：

每项记录在案的变动请求都必须由一位责任人批准或否决。这个责任人一般是PM 或者发起人，在项目管理计划或组织流程中会指定批准责任人。必要时由CCB 开展实施总体变动控制过程。

1）PM：通常批准不涉及基准的变动请求，紧急状况可批准特殊的变动请求。好比有客户老板的连环夺命call，要求立刻、当即、马上进行一个变动，不变就解约，很是紧急。那就PM 本身决定要不要变吧。由于若是走流程的话，时间来不及。注意：一些很简单的变动，不涉及基准的，好比说干系人登记册里一位干系人的名字写错了，这种小问题，PM 也能够自行决定，不用走流程
2）发起人：通常批准章程的变动；章程写的不清楚，要进行变动，由发起人来决定要不要变；
3）变动控制委员会CCB：批准或否决基准的变动请求；
4）客户：批准按合同实施的项目的某些变动请求虽然影响基准的变动必需要经过CCB 的批准,但并不意味着CCB 只能批准影响基准的变动,有一些在变动控制系统中指定须要CCB 批准的变动但并无影响基准。

6.6 完整的变动管理流程

0）PM 对可能引发变动的因素施加影响；
——注意！是“施加”影响，而不是第2 步的“评估”影响。看看是不是没必要要的变动，
避免因我的的主观臆断随意进行变动。
1）干系人正式向PM 提交变动请求，并记录变动请求；
——书面记录变动、建立变动请求。
2）PM 评估变动对项目的影响；
——记录后，评估若是实施变动会对项目产生什么影响。
3）PM 与干系人沟通并寻求处理变动的备选方案；
——寻找处理变动的解决方案
4.1）PM 自主决策；
——若是变动不影响基准，PM 自主决策，以后更新到变动日志中。
4）PM 提交含解决方案的变动请求给CCB 审批；
——若是变动影响基准，PM 将变动请求提交给CCB。
——若是CCB 否决了变动请求，将结果更新到变动日志中。
5）更新项目管理计划与项目文件；
——若是CCB 批准了变动请求，就须要更新项目管理计划／文件。
6）通知受变动影响的干系人；
——通知会受到变动影响的干系人。
7）项目团队执行批准的变动；
——项目团队执行、实施批准的变动请求。
8）跟踪确认变动的实施状况；
——被批准执行的变动，跟踪、记录实施状况如何。

7. 结束项目或阶段

7.1 定义

完结全部项目管理过程的全部活动，正式结束项目或阶段。结束项目也叫项目收尾、行政收尾、阶段收尾。项目有明确的起点和终点，起点是项目章程得到批准。终点是：
1）目标达成
2）不能达到目标项目终止
3）项目需求不复存在
4）客户或发起人但愿终止等等
若是项目在完工前就提早终止，本过程还需制定程序，来调查和记录提早终止的缘由。

7.2 结束项目或阶段的输入：项目章程

记录了项目成功标准、审批要求，以及由谁来签署项目结束

7.3 结束项目或阶段的输入：项目管理计划

结束项目时,项目经理须要审查项目管理计划中的范围基准，确保全部的项目工做均已完成，才能够进行收尾。

7.4 结束项目或阶段的输入：商业文件

商业论证：用于肯定项目是否达到了经济可行性研究的预期结果
收益管理计划：用于测量项目是否达到了计划的收益

7.5 结束项目或阶段的输入：验收的可交付成果

正常收尾的验收的可交付成果包括批准的产品规范、交货收据和工做绩效文件；
分阶段或被取消的项目中，包括未所有完成的可交付成果或中间可交付成果。

7.6 结束项目或阶段的工具：会议

用于确承认交付成果已经过验收、肯定已达到退出标准、正式关闭合同，评估干系人满意度，传递项目知识和信息，以及庆祝成功。

参与者：团队成员、参加项目或受项目影响的干系人
会议类型：收尾报告会、客户总结会、经验教训总结会，以及庆祝会等

7.7 结束项目或阶段的输出：最终产品、服务或成果移交

项目收尾，移交项目所产出的最终产品、服务或成果；
阶段收尾，移交该阶段所产出的最终产品、服务或成果。

7.8 结束项目或阶段的输出：最终报告

用最终报告总结项目绩效，可包括如下信息：
a) 项目或阶段的概述
b) 范围目标、范围的评估标准，以及证实达到完工标准的证据
c) 质量目标、项目产品和质量的评估标准，核实信息以及误差缘由
d) 成本目标，包括可接受的成本区间、实际成本，以及误差缘由
e) 最终产品、服务或成果的确认信息的概述
f) 进度目标，包括成果是否实现项目所预期的收益，以及将来实现状况
g) 最终产品、服务或成果如何知足商业计划所述业务需求的概述
h) 项目过程当中发生的风险或问题及其解决状况的概述

7.9 行政收尾活动：

1)为达到阶段或项目的完工或退出标准所必需的行动和活动;(确认该作的已经作完，怎么确认?经过什么确认?审查项目管理计划中的范围基准)
2) 确认卖方的工做已经过正式验收，并处置未决索赔;(确认供应商交付的产品已经过验 收，并处理采购工做涉及的索赔);
3)为向下一个阶段或向生产和/或运营部门移交项目的产品、服务或成果所必需的行动和活 动;(最终成果作移交)
4)总结经验教训并存档;
5)收集关于改进的建议;
6)测量干系人满意程度;
接下来
7）庆功会；
8）释放资源；

8.练习题

项目已准备部署。质量测试显示存在一些严重问题，但项目经理有信心在部署日以前解决这些问题。下列哪个干系人应作出部署/不部署的决定？

A. 供应商
B. 发起人
C. 员工表明
D. 项目管理办公室

答案：B。发起人可能还参与其余重要事项，如范围变动审批、阶段末评审，以及当风险很大时对项目是否继续进行作出决定。

高层经理告诉项目经理，若是项目变动，则会引发范围变动，费用变动，他指的是？

A、要常常检查沟通管理计划
B、多重约束
C、尽可能防止变动发生
D、要向高层汇报

答案：B。有一个因素发生变动，则会引发其余因素中至少一个受到影响，这是项目的多重制约。

项目经理与赞助人针对一项新的多阶段复杂项目，共同制定章程。项目经理从哪一过程组开始制定并审查经验教训文件？

A 规划过程组
B 执行过程组
C 收尾过程组
D 启动过程组

答案：D。制定章程属于启动过程组，而且在整个项目期间都应该对经验教训文件汇编、更新。

客户启动了一个新的战略项目，该项目必须在年末完成。该项目对于客户的战略成功相当重要，关于项目范围、预算和进度的意见已经讨论过。项目章程中还应包括哪些内容？

A、批准的预算、指定的资源和固定的完工日期
B、定量的风险、限制的例外状况、以及修订的里程碑日期
C、整体需求、主要风险和识别的范围
D、项目计划、范围计划和资源计划

答案：C。
章程中没有指定的资源、固定的完工日期，只有一些关键的里程碑。排除 A；
章程中没有定量的风险、修订的里程碑日期。只有主要的风险。没办法“定量”。排除B；
章程中没有项目计划，排除 D。

项目经理正与一名认可未使用章程的同事讨论项目章程。为了向同事说明项目章程的重要性，项目经理代表项目章程是重要的，由于项目章程的批准即意味着下列哪一项？

A、 启动阶段正式开始
B、 执行阶段正式开始
C、 详细需求清单的正式批准
D、 项目的正式受权

答案：D。 A错误的缘由：并非启动阶段正式开始，而是意味着启动阶段结束。B错误的缘由：章程在启动阶段结束就完成了，等不到执行

下列哪一项描述了项目管理信息系统？

A、支持工做分解结构词典开发的应用软件
B、注重联系项目团队成员的社交网络平台
C、用于日程安排、配置管理和链接其余系统的一组工具
D、在项目沟通生命周期内支持项目经理工做的一套模版

答案：C，见PMBOK第六版95页。项目管理信息系统（如自动化工具，包括进度计划软件、配置管理系统、信息收集与发布系统或进入其余在线自动系统的网络界面）。

项目管理计划制定完毕并由利害关系者批准。项目经理接下来应该怎么作？

A. 开始执行项目管理计划中规定的工做
B. 审查风险评估并更新风险登记簿
C. 为承包商制定工做说明书
D. 针对项目设立变动控制委员会

答案：A。计划被批准后，下一步是根据项目管理计划去执行工做

某个项目可交付成果所需的设备是旧的且不可靠。工厂经理建议订购一台新机器。工厂经理向项目经理提交变动请求记录下列哪一项？

A、 纠正措施
B、 缺陷补救
C、 预防措施
D、 更新

答案: C。工厂经理建议订购一台新机器，这是为了防止出错工厂经理而建议订购新的。

项目经理向客户提交可交付成果以供批准。客户称可交付成果没有达到验收标准，并要求项目经理对可交付成果进行返工。客户还但愿查看返工进度的相关信息。项目经理接下来应该执行哪一项活动？

A. 配置识别
B. 配置核实与审计
C. 配置状态记录
D. 配置控制

答案：B。项目经理应进行配置核实与审计，属于监控，查看配置文件所规定的功能要求是否已经实现。

为响应一项政府要求，A 公司启动了一个项目。项目经理将根据项目发起人提供的信息编制项目章程。下列哪一项属于项目章程中的高层次选择？

A. 沟通计划
B. 采购计划
C. 预算汇总
D. 企业环境因素

答案：C。项目章程的内容包括了预算汇总。

下列哪一种基线综合了范围、进度和成本？

A．质量基线
B．综合基线
C．整体项目基线
D．绩效测量基线

答案：D。PMB 绩效测量基准是范围-进度-成本三位一体的基准，用来测量、管理绩效。

整体项目计划制定完毕并获批准。项目经理将正式宣布启动项目，并向全部利害关系者提供项目预期里程碑概要。项目经理接下来将怎么作？

A. 与团队成员召开启动会议
B. 向团队成员发送项目计划
C. 安排周进度审查会议
D. 开展团队建设活动

答案：A。启动大会在项目计划制定完，执行前召开。

客户提早终止了项目，下列哪一种说法是正确的？

A、 你必须中止全部的工做并解散团队
B、 你必须与项目团队一块儿记录经验教训
C、 你必须让项目团队继续在项目中工做，以便让管理层有足够的时间与客户洽谈
D、 你必须更新项目管理计划以及反映这种变动

答案：B。终止了项目，须要收尾，AB 都是收尾要作的，先作B、再作A。

项目经理正在准备项目收尾文件。这些文件应包括下列哪些内容？

A. 预算和财务信息、客户验收管理计划以及项目收尾批准
B. 未决风险、关闭项目的缘由以及质量保证审计
C. 关闭项目的缘由以及完工和未完工可交付成果的移交程序
D. 可交付成果、预算和财务信息以紧急变动请求

答案：C。若是项目在完工前提早终止，则须要在正式的收尾文件中说明项目终止的缘由，并规定正式程序，把该项目的已完成和未完成的可交付成果移交他人。

因为对于项目可交付成果有太多互相矛盾的讨论，一个实施新系统的项目在发布时发生问题。项目经理离开公司，一名新项目经理被分配到该项目中。新项目经理首先应该采起的行动是什么？

A. 完成项目管理计划，并与相关干系人沟通
B. 上报项目发起人，并寻求支持，来处理正在进行的讨论
C. 正式肯定项目章程，并要求得到项目发起人和关键干系人的批准
D. 制做工做分解结构，并与全部相关干系人沟通

答案：C。换了新的PM，要从新肯定章程，要把PM的名字改为本身的，新的PM才被正式受权。

项目章程和团队任务分派已经完成，计划在下周召开项目启动大会。项目启动大会的目标是什么？

A. 审查风险登记册，讨论风险管理计划，并确保全部风险均已记录
B. 与全部干系人一块儿审查项目计划，并收集他们对于项目范围和进度的反馈
C. 与全部干系人一块儿审查项目的目的和目标，并得到他们的支持
D. 审查最终项目管理计划，并肯定是否全部模板都已建立

答案：C。项目启动大会，是务虚的会议，不会探讨具体事情。不会查看风险登记册，太具体。排除A；尚未开工，没法收集范围和进度的反馈，并且这个太具体了，排除B；模板，太具体，排除D。

开展实施后项目审查的目标是什么？

A. 分析项目是否达到其目标
B. 发出变动请求
C. 审查项目风险
D. 进行团队成员的绩效评估

答案：A。项目审查的目标就是分析项目是否达到原计划既定的目标，也就是在作监控。

在收尾阶段，项目发起人认为项目没有达到原始预期。项目经理应使用什么文件来验证项目的最终可交付成果？

A. 状态更新
B. 风险登记册
C. 干系人登记册
D. 项目章程

答案：D。项目章程中包含可测量的项目目标和相关的成功标准。

市场动态发生变化。因为项目绩效不肯定，项目发起人但愿终止合同。项目经理和项目发起人应审查什么？

A. 根本缘由分析和技术问题的行动计划
B. 项目的技术和商务目标、可行性和可盈利性
C. 修订项目需求的变动请求
D. 对致使技术问题进行解释

答案：B。从商业论证的角度看项目是否可行

弱矩阵组织的项目经理正为项目的人力资源计划制定奖励制定。项目经理应经过下列哪一种方法奖励团队成员？

A、向超出预期的团队成员的领导发送推荐信
B、向人力资源部发送表现最好并应得到年终奖的团队成员名单
C、向表现最佳的团队成员额外提供工做机会
D、让表现最佳的团队成员参与下一项目

答案：A。弱矩阵 PM 只有推荐权。弱矩阵 PM 权力很是小，没有绩效评估的权力、不能提供工做机会或者决定其参与下一个项目，排除 B、C、D。

项目经理指示客户总监变动某个项目的资源分配。项目经理在哪一种组织类型工做？

A.强矩阵型
B.项目型
C.弱矩阵型
D.职能型

答案：A。客户总监能够理解为职能经理，pm 权力大于职能经理，这是强矩阵。

推荐

大厂笔试内容集合（内有详细解析） 持续更新中....

ProcessOn是一个在线做图工具的聚合平台~

文末

欢迎关注我的微信公众号： Coder编程
欢迎关注 Coder编程公众号，主要分享数据结构与算法、Java相关知识体系、框架知识及原理、Spring全家桶、微服务项目实战、DevOps实践之路、每日一篇互联网大厂面试或笔试题以及PMP项目管理知识等。更多精彩内容正在路上~
新建了一个qq群：315211365，欢迎你们进群交流一块儿学习。谢谢了！也能够介绍给身边有须要的朋友。

文章收录至
Github: https://github.com/CoderMerli...
Gitee: https://gitee.com/573059382/c...
欢迎关注并star~