PMP 学习笔记 第4章 项目整合管理_项目移交达成共识

第4章 项目整合管理

项目中常见的几方

1. 十大知识领域学习的重点

• What----每个子过程的定义
• Why----每个子过程的作用
• How----每个子过程的ITTO

2. 什么是ITTO

• 输入（Input）：依据是什么、参考什么、应该审查什么。
• 工具和技术（Tool & Technology）：用什么方法、用什么技术。
• 输出（Output）：下一步制定什么、是为了做什么、记录在什么文件中。

整合管理就是将各个东西整合在一起，不会涉及各个细节，会将哪些点需要关注。

项目整合管理的“核心概念”（P72）

1. 在项目管理中，整合兼具统一、合并、沟通和建立联系的性质，这些行动应该贯穿项目始终。
2. 项目整合管理由项目经理负责，并且整合管理的责任不能被授权或者转移。
3. 项目经理必须对整个项目承担最终责任。
4. 项目越复杂，相关方的期望越多样化，就需要越全面的整合方法。

项目整合管理的“发展趋势和新兴实践”（P73）

1. 项目整合管理知识领域要求整合所有其他知识领域的成果。
2. 与整合管理过程相关的发展趋势包括：
   • 使用自动化工具（如PMIS）
   • 使用可视化管理工具（便于看到实时状态，促进知识转移，促进相关方参与到问题解决中）
   • 项目知识管理（应对项目人员的流动性和不稳定性）
   • 增加项目经理的职责（项目经理被要求介入启动和结束项目，例如开展商业论证和效益管理）
   • 混合型方法（敏捷或其他迭代做法、商业分析技术–BA、组织变革管理方法等混合使用）

项目经理越早的接入，更可以了解项目的背景，和项目的情况。
背景信息：项目行业，资金来源，验收方面等。

整合管理过程之一“制定项目章程”（启动过程组）P75 正式开始本章知识

制定项目章程：编写一份正式批准项目并授权项目经理在项目活动中使用组织资源的文件的过程。
让项目经理名正言顺！

本过程的作用：明确项目与组织战略目标之间的直接联系，确立项目的正式地位，并展示组织对项目的承诺。

“制定项目章程”的几个注意点（P77）

• 项目章程在项目执行组织与需求组织之间建立起伙伴关系。
• 经批准的项目章程意味着项目的正式启动。
• 项目由项目以外的实体来启动，如发起人、项目集或项目管理办公室等等。
• 尽早确认并任命项目经理，项目经理应该参与项目章程的制定，以便对项目需求有基本的了解。
• 最好在制定项目章程时就任命，最晚也必须在规划开始之前。
• 通过编制项目章程，来确认项目符合组织战略和日常运营的需要。
• 在执行外部项目时，通常需要用正式的合同来达成合作协议。
• 不要把项目章程看做合同，因为其中未承诺报酬或金钱或用于交换的对价。

制定项目章程—输入：商业文件（P77）

商业文件：包含关于项目目标以及项目对业务目标的贡献等相关信息的文件。它包括：商业论证、
效益管理计划。

• 商业文件是在项目之前制定的，需要定期审核。
• 商业文件不是项目文件，项目经理不可以对它们进行更新或修改，只可以提出相关建议。

项目开始的需要审核，已经签订的项目，在开始立项开始做的时候，发现项目不再适合做了，没有商业价值了，需要提出建议。判断项目是否继续做。

制定项目章程—输入：协议（P78）

协议：定义了启动项目的初衷。
协议的形式：合同（为外部客户做项目时）、谅解备忘录（MOUs）、服务品质协议（SLA）、意向书等。
谅解备忘录（MOUs）：在双方体谅，双方相互理解的情况下，形成一个备忘录。

△ 题外话：已经开始做的项目，没有合同，是属于一个 先行实施 项目。遇到这样的项目一定要做好风险管理，需要垫资的情况，资金到位是个迷，很有可能就不做了，存在很大的风险。

制定项目章程—工具与技术：专家判断（P79）

专家判断：基于某应用领域、知识领域、学科和行业等的专业知识而做出的，关于当前活动的合理判断，这些专业知识可来自具有专业学历、知识、技能、经验或培训经历的任何小组或个人（人人都是“砖家”）

制定项目章程—工具与技术：数据收集（P80）

可用于制定项目章程过程的数据收集技术包括：

• 头脑风暴：短时间内获得大量创意，是典型的信息收集技术，原则是：不质疑、不分析、不批判、不反对,不包含分析过程。
• 焦点小组：召集相关方和主题专家讨论相关议题，比一对一访谈更有利于互动交流（同职能）。同职能，同领域的人。
• 访谈：通过与相关方直接交谈来了解相关信息。

制定项目章程—工具与技术：人际关系与团队技能（P80）

可用于制定项目章程过程的人际关系与团队技能包括：

• 冲突管理：有助于相关方就目标、成功标准、高层级需求、项目描述、总体里程碑等内容达成一致意见。
• 引导：有效引导团队活动成功以达成决定、解决方案或结论的能力。
• 会议管理：不要把各种会议类型混合在一起；面对面的会议效果最好，有时也需要举行虚拟会议；

会议管理

应明确每个参会者的角色，确保有效参会；会议要达成共识，要有行动计划；

• 会前----要确定会议议程、目的、目标和期限；
• 会中----不要跑题；
• 会后----要形成书面的会议纪要和行动方案

制定项目章程—工具与技术：会议（P80）

在本过程中，与关键相关方举行会议的目的是识别项目目标、成功标准、主要可交付成果、高层级需求、总体里程碑和其他概述信息。

会议技巧：（小常识）

• 会议纪要都需要 签字+盖章。
• 一般会议都有 会议签到表。
• 结束后都有一个 会议纪要。
  重点：会议之前都把开会的纪要写好了，达成的协议在开会中直接写上去，和之前预期不同的内容，直接修改。未解决的问题记录下来，会议结束当场打印出来，签字，带走！

制定项目章程—输出：项目章程（P81）

项目章程：由项目启动者或发起人发布的，正式批准项目成立，并授权项目经理动用组织资源开展项目活动的文件。（是项目的“宪法”，是项目经理的“尚方宝剑”）

包含的内容：

• 委派的项目经理及其权责
• 项目的目的、目标、项目的成功标准
• 高层级的需求、高层级的项目描述、 高层级的战略和运营假设条件和 制约因素
• 总体里程碑进度计划、总体预算、整体项目风险
• 项目审批要求、关键相关方名单、项目退出标准、主要可交付成果

高层级、总体：意思是项目刚开始做，很多内容都是概括，宏观的，不详细的，不清楚的。几个大块需求，进度都是几个节点。

制定项目章程—输出：假设日志（P81）

假设日志：用于记录整个项目生命周期中的所有假设条件和制约因素。
假设条件：不需验证即可视为正确、真实或确定的因素。同时还应描述如果这些因素不成立，可能造成的潜在影响。
制约因素：对项目或过程的执行有影响的限制性因素。

整合管理过程之二“制定项目管理计划”（规划过程组）P82

制定项目管理计划：定义、准备和协调项目计划的所有组成部分，并把它们整合为一份综合项目管理计划的过程。

本过程的作用：生成一份综合文件，用于确定所有项目工作的基础及其执行方式。

项目管理计划可以是概括的或详细的，详细程度取决于具体项目的要求。

制定项目管理计划—输入：项目章程（P83）

项目团队把项目章程作为初始规划的起点。

制定项目管理计划—输入：其他过程的输出（P83）

其他规划过程所输出的子计划和基准，都是本过程的输入。对这些子计划和基准的变更都可能导致对项目管理计划的相应更新。

制定项目管理计划—工具与技术：数据收集（P85）

头脑风暴、核对单、焦点小组、访谈；
核对单：包括需要考虑的项目、行动或要点的清单，常被用作提醒。
核对单：checklist

制定项目管理计划—工具与技术：人际关系与团队技能（P86）

冲突管理、引导、会议管理

制定项目管理计划—工具与技术：会议（P86）

kick-off meeting：开始干活了的会议，开完会就要开始干活了！

制定项目管理计划—输出：项目管理计划（P89）

• 项目管理计划：是说明项目执行、监控和收尾方式的一份文件。它整合并综合了所有子管理计划和基准，以及管理项目所需的其他信息。

最好记下来！

如何区分这两个内容：

• 指南型的计划：如何学PMP，指南型的东西，对应
• 实体型的计划：PMP包括什么，具体的内容

为什么项目管理计划需要主要相关方的批准？

• 让主要相关方对项目管理计划有一致的理解；
• 获得主要相关方的支持和承诺，并作为项目工作的基准和依据；
• 不能随意修改或私下修改；
• 如果需要修改，一定要走合理的变更流程，并告知相关方。

“项目管理计划”和“项目文件”件

一个是给甲方看的文件，一个是项目内部的文件。

整合管理过程之三“指导与管理项目工作”（执行过程组）P90

指导与管理项目工作：为实现项目目标而领导和执行项目管理计划中确定的工作，并实施已批准变更的过程。
这就是开始干活了！

本过程的作用：对项目工作和可交付成果开展综合管理，以提高项目成功的可能性；

该过程会实施以下活动：

1. 实施已计划好的项目活动；
2. 管理项目内的各种技术接口和组织接口；
3. 回顾所有项目变更的影响，并实施已批准的变更；
4. 收集工作绩效数据并传达给合适的控制过程。

指导与管理项目工作—输入：项目管理计划（P92）

项目管理计划的任何组件都可用作本过程的输入。

指导与管理项目工作—输入：批准的变更请求（P93）

批准的变更请求：实施整体变更控制过程的输出，可能是纠正措施、预防措施或缺陷补救。

指导与管理项目工作—工具与技术：项目管理信息系统PMIS（P95）

• 项目管理信息系统PMIS：为指导和管理项目工作提供自动化工具，并用于自动收集和报告关键绩效指标（KPI）
• 工作授权系统----用来保证项目工作由正确的组织、在正确的时间以正确的顺序执行。可以防止“镀金”

指导与管理项目工作—工具与技术：会议（P95）

会议类型：开工会议、技术会议、敏捷或迭代规划会议、每日站会、指导小组会议、问题解决会议、进展跟进会议、回顾会议。
参会者： 项目经理、项目团队成员，以及与所讨论事项相关或会受该事项影响的相关方。

指导与管理项目工作—输出：可交付成果（P95）

可交付成果：在某一过程、阶段或项目完成时，必须产出的任何独特并可核实的产品、成果或服务能力，通常是项目结果，并可包括项目管理计划的组成部分。

可核实的特点是需要QC（质量检测）

指导与管理项目工作—输出：工作绩效数据（P95）

工作绩效数据----在执行项目工作的过程中，从每个正在执行的活动中收集到的原始观察结果和测量值。

在工作执行过程中收集数据，再交由控制过程做进一步分析；

指导与管理项目工作—输出：问题日志（P96）

问题日志：一种记录和跟进所有问题的项目文件。在此过程被首次创建，在整个项目生命周期应该随同监控活动更新。

包含的主要内容：问题描述、责任人、解决期限

指导与管理项目工作—输出：变更请求（P96）

变更请求：是关于修改任何文档、可交付成果或基准的正式提议。可以是直接或间接的，可以由外部或内部提出，可能是自选或由法律/合同所强制的，可口头提，但必须书面记录。

包括：

整合管理过程之四“管理项目知识”（执行过程组）P98

管理项目知识：使用现有知识并生成新知识，以实现项目目标，并帮助组织学习的过程。
本过程的作用：利用已有的组织知识来创造或改进项目成果，并使当前项目创造的知识可用于支持组织运营和未来的项目或阶段。本过程需要在整个项目期间开展。

知识管理注意点：

• 组织角度看：在项目开始之前、开展期间和结束之后都能使用旧知识、生成新知识。
• 最重要的环节：营造信任氛围，激励人们分享自己的知识和关注他人的知识。
• 实践中双管齐下：1.知识管理工具和技术（用于人际互动） 2.信息管理工具和技术（用于编撰显性知识）

管理项目知识—输入：项目文件（P101）

经验教训登记册：提供了有效的知识管理实践。

管理项目知识—工具与技术：知识管理（P102）

• 知识管理工具和技术将员工联系起来，使他们能够合作生成新知识、分享隐性知识，以及集成不同团队成员所拥有的知识。
• 面对面互动最有利于建立知识管理所需的信任关系。建立之后，可以用虚拟互动来维护这种信任关系。

工作跟随
跟随指导

管理项目知识—工具与技术：信息管理（P103）

信息管理用于创建人们与知识之间的联系，可以有效促进简单、明确的显性知识的分享。例如：在文档里面留下信息，QQ，微信，邮箱等。
通过增加互动要素，比如：增加 “与我联系”的功能，使用户能够与经验教训发帖者联系，并向其寻求与特定项目和情境有关的建议。从而可以向隐性知识延伸。

管理项目知识—工具与技术：人际关系与团队技能（P104）（看看就行了）

• 积极倾听----有助于减少误解并促进沟通和知识分享。
• 引导技术----有助于有效指引团队成功地达成决定、解决方案或结论。
• 领导力----可帮助沟通愿景并鼓舞项目团队关注合适的知识和知识目标。
• 人际交往----促使项目相关方之间建立非正式的联系和关系，为显性和隐性知识的分享创造条件。
• 政治意识----有助于项目经理根据项目环境和组织的政治环境规划沟通。

管理项目知识—输出：经验教训登记册（P104）

为什么经验教训登记册 输入和输出都有，因为随时总结，随时记录问题。

整合管理过程组之五“监控项目工作”（监控过程组）P105

监控项目工作“”跟踪、审查和报告整体项目进展，以实现项目管理计划中确定的绩效目标的过程

本过程的作用：

• 让相关方了解项目的当前状态并认可为处理绩效问题而采取的行动
• 通过成本和进度预测，让相关方了解未来项目状态。
• 监控项目工作贯穿于整个项目，是唯一输出工作绩效报告的过程。

数据 -》 信息 -》 报告

监控项目工作—输入：项目文件（P108）

• 进度预测：基于项目以往的绩效，用于确定项目是否仍处于进度的公差区间内，并识别任何必要的变更。
• 成本预测：基于项目以往的绩效，用于确定项目是否仍处于预算的公差区间内，并识别任何必要的变更。

监控项目工作—输入：工作绩效信息（P109）

• 将工作绩效数据与项目管理计划组件、项目文件和其他项目变量比较之后生成工作绩效信息。
• 绩效包含：范围、进度、成本、质量以及项目管理计划中定义的其他。
• 工作绩效信息为决策提供依据。

监控项目工作—工具与技术：数据分析（P111）

• 挣值分析----对范围、进度、成本绩效进行综合分析，发现偏差。
• 偏差分析----审查目标绩效与实际绩效之间的差异，可涉及持续时间估算、成本估算、资源使用、资源费率、技术绩效和其他测量指标。
• 趋势分析----根据过去，预测将来。提前发现问题，提前纠偏或预防。
• 根本原因分析----寻找偏差或潜在问题的根本原因。 ◆ 备选方案分析----选择纠正措施、预防措施。
• 成本效益分析----选择成本最低的方案来纠偏。

监控项目工作—工具与技术：决策（P111）

决策技术包括投票：一致同意、大多数同意、相对多数原则。

监控项目工作—输出：工作绩效报告（P112）

基于工作绩效信息，以实体或电子形式编制工作绩效报告，以制定决策、采取行动或引起关注。

根据项目沟通管理计划，通过沟通过程向项目相关方发送工作绩效报告（状态报告、进展报告）

整合管理过程之六“实施整体变更控制”（监控过程组）P113 (重要)

实施整体变更控制：审查所有变更请求、批准变更、管理变更、并对变更处理结果进行沟通的过程。

本过程的作用：

• 确保对项目中已记录在案的变更做综合评审，从而降低项目风险。
• 本过程只会审批、管理变更，不会提出变更请求（我们只处理变更，不生产变更）

实施整体变更控制的几个注意点（P115）

实施整体变更控制过程贯穿项目始终，项目经理对此负最终责任。
应确保只有经批准的变更才能纳入修改后的基准中。
任何相关方都可以提出变更请求，可以口头提出，必须以书面形式记录。并纳入变更管理和/或配置管理系统中。
应该评估变更对时间和成本的影响，并向这些过程提供评估结果。
每项记录在案的变更请求都必须由一位责任人批准、推迟或否决，应在项目管理计划或组织程序中指定这位责任人，必要时，应由变更控制委员会（CCB）来开展实施整体变更控制过程。

CCB：一个正式组成的团体，负责审查、评价、批准、推迟或否决项目变更，以及记录和传达变更处理决定。

实施整体变更控制—输入：变更请求（P117）

向变更请求的提出者了解变更的具体内容或变更的原因，告知变更的流程，防止不必要的变更。

若确认必须变更则走以下5步流程：1记录、2评估、3提交、4更新、5通知（重中之重）

1. 记录：书面记录变更请求；项目经理书面记录（变更日志），或要求变更提出者提交书面的变更请求。
2. 评估：充分了解变更， 评估变更带来的影响；与相关的相关方沟通评估出的影响。
3. 提交：提交责任人审批；注意，这里的提交是指“项目经理”将变更请求和评估的结果提交给CCB。
4. 更新：不管变更通过还是不通过，必须更新变更日志；如果变更通过，更新项目管理计划（文件）；
5. 通知：应将变更的结果通知相关（受影响）的相关方。

实施整体变更控制—输出：批准的变更请求（P120）

变更请求批准人的选择顺序:

1. 项目管理计划或组织流程中指定的责任人。（最准确的说法，但不常见）
2. 变更控制委员会（CCB）。（考试“默认” 变更提交给CCB来审批，最常见的选择）
3. 如题中无以上选项，则可选“PMO”、“发起人”、“项目经理”

返回来说 所有的变更都要CCB审批，是错的！

实施整体变更控制—输出：项目文件更新（P120）

变更日志：用来记录项目过程中出现的变更，被否决的变更请求也应该记录在变更日志中。

实施整体变更控制—输出：项目管理计划更新（P120）

对基准的变更，只能基于最新版本的基准且针对将来的情况，而不能变更以往的绩效。这有助于保护基准和历史绩效数据的严肃性

整合管理过程之七“结束项目或阶段”（收尾过程组）P121

结束项目或阶段：终结项目、阶段或合同的所有活动的过程。

本过程的作用：
存档项目或阶段信息，完成计划的工作，释放组织团队资源以展开新的工作。

结束项目 和 结束阶段，都是要收尾的！

结束项目或阶段注意点（P101）

在项目结束时，项目经理需要回顾项目管理计划，确保所有项目工作都已完成以及项目目标均已实现。

若项目在完工前就提前终止，结束项目或阶段过程还是需要制定程序，来调查和记录提前终止的原因。

结束项目或阶段—输入：项目章程（P124）

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

结束项目或阶段—输入：验收的可交付成果（P125）

验收的可交付成果：包括批准的产品规范、交货收据和工作绩效文件。对于分阶段实施的项目或提前取消的
项目，还可能包括部分完成或中间的可交付成果。

结束项目或阶段—输入：商业文件（P125）

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

结束项目或阶段—输入：组织过程资产（P126）

项目或阶段收尾指南或要求：如经验教训、项目终期审计、项目评价、产品确认、验收标准、合同收尾、资源重新分配、团队绩效评估，以及知识传递；

配置管理知识库：包括组织标准、政策、程序和项目文件的各种版本及基准。

结束项目或阶段—工具与技术：数据分析（P126）

可用于项目收尾的数据分析技术有：文件分析、回归分析、趋势分析、偏差分析

结束项目或阶段—工具与技术：会议（P126）

会议用于确认可交付成果已通过验收，确定已达到退出标准，正式关闭合同，评估相关方满意度，收集经验教训，传递项目知识和信息，以及庆祝成功。

会议的类型包括：收尾报告会、客户总结会、经验教训总结会、庆祝会。

结束项目或阶段—输出：最终产品、服务或成果移交（P127）

把项目交付的最终产品、服务或成果（对于阶段收尾，则是所在阶段的中间产品、服务或成果）从一个团队转交到另一团队或组织，并由其在整个生命周期中进行运营、维护和支持。

结束项目或阶段—输出：最终报告（P127）

用最终报告总结项目绩效。

结束项目或阶段—输出：组织过程资产更新（P128）

◆ 项目文件
◆ 运营和支持文件
◆ 项目或阶段收尾文件：
1. 表明项目或阶段完工的正式文件；
2. 把可交付成果移交给他人的正式文件
若项目提前终止，需要：
1. 在正式的收尾文件中说明终止的原因；
2. 把已完成未完成的可交付成果移交他人。

◆ 经验教训知识库： 3. 把历史信息和经验教训信息存入经验教训知识库，供未来项目或阶段使用。

重点

• 项目章程的作用、谁批准、制定项目章程的输入、输出的项目章程中包括的内容
• 制定项目管理计划的工具kick-off会议，什么时候开，目的是什么，需要谁认可
• 指导与管理项目工作的两个重要输入、输出
• 管理项目知识的三个要点：信任的氛围、工具、输出
• 监控项目工作的目的
• 实施整体变更控制的流程以及对流程的理解
• 收尾的步骤，关键的输入和输出