11.4 控制成本（监控过程）
工具与技术：
趋势分析：审核项目绩效随时间的变化情况，以判断绩效是否正常。
挣值分析（EVA），四个指标：BAC、AC、PV、EV。
BAC，完工预算，全部计划工作的预算价值，就是成本基准（或成为绩效测量基准PMB）。BAC = 完工时的计划价值 的总和（不包括管理储备），BAC=EV就表明项目已完工。
PV：计划价值，截止到某个时间点，计划完成工作的预算价值。PV=计划工作量 * 预算单价。
EV：挣值，截止到某个时间点，实际完成工作的预算价值。EV = 实际工作量 * 预算单价。
AC：实际成本，截止到某个时间点，实际花了多少钱。AC = 实际工作量 *实际单价。

偏差分析：SV、CV、SPI、CPI
SV（进度偏差） = EV-PV，SV>0 进度提前；<0，进度落后；=0，进度符合预期。
CV（成本偏差） = EV-AC，CV>0 成本节约；<0，成本超支；=0，成本符合预期。
SPI（进度绩效指数）= EV/PV，>1 进度提前；<1，进度落后；=1，进度符合预期。
CPI（成本绩效指数）=EV/AC，>1成本节约；<1，成本超支；=1，成本符合预期。
举例：
1、 负进度偏差：EV < PV，正成本偏差：EV > AC；说明进度落后，预算节约。
2、SV=5，CV=1，PV=50，求SPI和CPI。思路：sv=ev-pv，所以ev = 55，spi = ev/pv = 1.1。ac=ev-cv = 55-1=54。所以cpi=ev/ac = 55/54=1.02。

预测：ETC、EAC
ETC：完工尚需估算，剩余工作预期的成本。
EAC：完工估算，完工预期的总成本。
EAC = AC + ETC，ac是工作绩效数据，是原始的测量值，系统会告知。因此要计算EAC，需要先知道ETC。

BAC-EV = 剩余还需要完成的预算价值。
EAC = AC + 剩余工作的预算价值/剩余工作的绩效 = AC + （BAC-EV）/ X。
X = 1，剩余工作按计划的绩效继续，非典型情况。
X = CPI，剩余工作按照当前的绩效继续，属于典型情况，考试默认情况下用该公式。简化公式：EAC = BAC / CPI
推导来源：EAC = AC + （BAC - EV）/CPI = AC + BAC/CPI –EV/CPI = AC+BAC/CPI –EV/(EV/AC) = AC + BAC/CPI –AC = BAC/CPI。

完工尚需绩效指数：TCPI
TCPI =（bac-ev）/（bac-ac）；默认使用该公式，属于bac可行的情况下。
TCPI =（bac-ev）/（eac-ac）；如果bac不可行，用eac代替。
Tcpi > 1，剩余工作很难完成，=1，正好完成，< 1，很容易完成。Tcpi的意思是剩余工作每话费1块钱需要做多少事情，数字越小越好。

11.1 规划成本管理
制定如何管理成本的指南性子计划，确定如何估算、预算、管理、监督和控制成本的过程。
目的：在项目期间为如何管理成本提供指南和方向。
输入：
项目章程：预先批准的财务预算和规定的审批要求
项目管理计划：进度管理计划，提供了影响成本估算和管理的过程及控制方法。
环境事业···组织过程···
工具与技术：
专家判断。
数据分析：备选分析，审查筹资的战略办法，还包括对筹资项目资源的办法。
会议：规划会议，制定成本管理计划。
输出：
成本管理计划：描述如何规划、安排和控制项目成本；如果要查询成本的话，要查《成本基准》。
内容：计量单位：每种资源的计量单位，比如人天。
准确度：为活动成本估算规定的一个可接受的区间，可能包含一定数量的应急储备。
精准度：根据活动范围和项目规模，设定成本估算向上或向下取整的程度。
组织程度链接：在成本核算中使用wbs组件，成为控制账户（CA）。每个CA都有唯一的编码或账号，直接与执行组织的会计制度相联系。
控制临界值：在项目执行中，采取某种措施钱，允许出现的最大成本偏差，通常用偏离基准计划中的参数的某个百分数来表示。
绩效测量规则：需要规定用于绩效测量的挣值管理（EVM）规则或其他测量规则。
报告格式：成本报告的格式和编制频率。

11.2 估算成本（规划过程）
对完成项目工作所需要资源成本进行近似估算的过程，只估不算。作用：确认项目需要的资金。
成本估算是在某个特定时间点，根据已知信息做出的成本预测。需要识别和分析可以用于启动与完成项目的备选成本方案（比如自采和自开发），权衡备选成本方案并考虑风险。
估算准确性：粗略估算（ROM） -25%~+75%；确定性估算（-5%~+10%）
在成本估算时，需要考虑向项目收费的全部资源（如通货膨胀、融资成本或应急成本）。
输入：
项目管理计划——成本管理计划，描述可以使用的估算方法和成本估算需要达到的准确度和精确度。
范围基准：反应了项目资金支出的周期而产生的资金制约因素，或其他财务假设条件和制约因素。
项目文件——风险登记册：考虑应对风险所需的成本。
项目进度计划：包括项目可用的团队和实物资源类型、数量和可用时间的长短。
工具与技术：
类比估算：类似、历史数据，成本低耗时少，准确度低，项目信息不足，在启动阶段。
参数估算：关键词：历史数据、项目参数、统计关系、参数模型、基础数据、公式。
自下而上估算：估算个体、逐层汇总。通常取决于单个活动和工作包的规模和复杂程度。
三点估算：考虑不确定性与风险、提高估算准确性。
质量成本COQ：估算成本时，要用到管理质量成本的各种假设。
储备分析（重点）：项目独特性带来的不确定性，因此产生风险。
已知风险（能提前想到的可能会发生）：事先规划应对。未知：无法/不需要规划应对。要建立应急储备（发生风险可直接使用，专款专用，可新增和释放），应对“已知——未知”风险。应急储备在基准中，可以直接使用不需要走变更。
未知风险（提前完全想不到）：不能识别的风险，无法/不需要规划应对。预留管理储备，不在基准中，需要走变成流程。
输出：
估算成本：包括对完成项目工作可能需要的成本、应对已识别风险的应急储备。
包括直接成本：人工、材料、设备、设施等。
间接成本：管理费等。
特殊成本：融资成本（利息）、通胀成本、汇率等。
应急储备：应对已识别风险的应急储备。

估算依据：支持性文件、清晰完整说明成本估算是如何得出的。
成本类型：

重点：沉没成本：由于过去的决策已经发生的，不能由现在或将来的任何决策改变的成本，在决定是否继续某个出现问题的项目时，不应考虑沉没成本。
机会成本：因某个选择而放弃另一个或多个选择时，另一个或多个可能带来的更高价值。

11.3 制定预算（规划过程）
汇总所有单个活动或工作包的估算成本，建立一个经批准的成本基准的过程。
作用：1，汇总估算的成本（包括应急储备） 2，建立成本基准 3，计算管理储备 4，形成预算（成本基准+管理储备） 5，分配预算。
项目预算报警经批准的用于项目的全部资金。成本基准是经过批准且按时间段分配的项目预算，包括应急储备，但不包括管理储备。
输入：
项目管理计划——成本管理计划：描述如何将项目成本纳入预算。
范围基准：详细信息可用于成本估算和管理。
项目文件——成本估算：将各工作活动的成本估算汇总后，得到各工作包的成本估算。
项目进度计划：根据其中的信息，把计划成本和实际成本汇总到相应日历时段。
风险登记册：审核该文件以确定如何汇总风险应对成本。
可行性研究文件——可行报告：识别了财务成功因素。评估报告：概述了项目的目标收益。
协议：需要考虑项目采购的产品的成本及适用的协议信息。
工具与技术：
成本汇总： 汇总路线：活动的成本估算——工作包——控制账户——整个项目。
数据分析：管理储备针对“未知—未知”风险，不在成本基准中，需要提变更。但属于项目总预算和资金需求的一部分。
如果使用管理储备，这部分使用的管理储备应该纳入成本基准中，导致成本基准变更。
历史信息审核：有助于进行参数估算或类比估算。

资金限制平衡：在既定的资金限制下，确保项目各阶段、各部位和整个项目有足够的资金，可能会导致进度进化的改变。可以通过在项目进度计划中添加强制日期来实现。
输出：
成本基准，是经过批准、按时间段分配的项目预算，包括应急储备，不包括管理储备。

自上而下制定项目预算的过程：
1、 用成本汇总，把活动或工作包的成本逐层向上汇总到控制账户和整个项目。
2、用储备分析、历史关系和专家判断，对汇总结果进行验证和调整。
3、采用资金限制平衡，来平衡资金的支出，确保项目有资金保障，形成成本基准。
4、成本基准+管理储备 = 项目预算

项目资金需求：根据成本基准，确定总资金需求和阶段性资金需求。
成本基准中有预计的支出，也包括预计的债务，项目资金通常以增量的方式投入，并且可能是非均衡的，总资金需求 = 成本基准 + 管理储备。
S曲线如下：

11.4 控制成本（监控过程）
监督项目状态和成本执行状态，更新项目成本，管理成本基准变更。
作用：在整个项目期间保持对成本基准的维护。在成本中，重点分析项目资金支出与相应完成的实际工作之间的关系。有效成本控制的关键在于管理经批准的成本基准。
控制成本目标（背诵）：
监督：工作绩效和成本绩效，找出成本偏差。
控制：把成本超支控制在可接受范围内，确保成本支出不超过资金限额。
变更：对造成成本基准变更的因素施加影响、确保变更请求都能得到处理、管理这些已经实际发生的变更、防止在成本或资源报告里出现没批准的变更、想干系人报告经批准的变更及成本。

输入：
项目管理计划—成本基准：把成本基准和实际结果相比，判断是否需要变更或者采用纠正或预防措施。
工作绩效数据：查看哪些成本已批准、发生、支付和开具发票。
工具与技术：
趋势分析：审核项目绩效随时间的变化情况，以判断绩效是否正常。
挣值分析（EVA），四个指标：BAC、AC、PV、EV。
输出：
工作绩效信息：在工作包层级和控制账户层级，评估已执行的工作和工资成本方面的偏差。
变更请求：通过分析成本偏差，可能对基准、范围基准和项目管理计划的组成部分提出变更请求。

9.3 定义范围（define scope）
针对需求明确要做哪些事不做哪些事，描述产品、服务、成果的边界和验收标准。
定义范围需要从需求文件中选取最终的项目需求，需要多次反复开展定义范围的过程。

输入：
项目章程（有成功标准和验收标准，高层级描述、产品特征等）、需求文件、项目管理计划、项目文件（需求文件、假设日志）、环境

工具与技术：
产品分析：将高层级产品描述转变为有型的可交付成果，包括产品分解、系统分析、需求分析、系统工程、价值工程、价值分析等。
备选方案分析：制定尽可能多的备选方案。
决策：多标准决策分析
人际关系与团队技能：引导，协调不同专业知识的干系人，达成跨职能的共识。

项目章程英文（project charter）
输出：范围说明书（project scope statement），是对项目范围、主要可交付成果、假设条件和制约因素的描述，作用：记录了整个范围包括项目和产品范围，描述了项目可交付成果，还代表干系人之间就项目范围所达成的共识。为了便于干系人期望，可明确指出哪些工作不属于项目范围内。（背诵）

9.4 创建WBS
项目范围说明书，文件内容不直观，但图表达更为直观。将文字转化为WBS图表。
WBS（work breakdown structure），工作分解结构，每一个组件就是一个可交付成果，最底层的80小时可完成的可交付成果，称为 工作包。
WBS定义：把可交付成果分解为工作包，组织并定义了项目总范围。包括工作包（80小时内完成的可交付成果）、规划包（工作内容已知，但详细进度活动未知，是低于控制账户高于工作包的结构组件，体现滚动式规划）和控制账户（针对每个wbs组件，详细描述可交付成果、活动和进度信息的文件，有助于评价变更的影响）。

工具与技术：重点，曾考过10次，背诵。
分解：把项目范围和可交付成果逐步划分为更小，更便于管理的组成部分的技术。
1，识别和分析可交付成果，依据是项目范围说明书；2，确定WBS的结构和编排方法，可参考范围管理计划，里边都是指南；3，自上而下逐层分解；4，为WBS组件定制和分配标识编码。5，核实可交付成果分解的程度是否恰当。
工作包：WBS最底层组件，对其成本和持续时间进行估算和管理。
创建WBS，就是将整个项目工作分解为工作包。

WBS结构三种形式
1，每一层都是可交付成果
2，把项目生命周期的各个阶段放到第二层，其他层都是可交付成果。
3，纳入由项目团队以外的组织开发的各种低层次组件（比如外包），做为外包工资的一部分，卖方需要定制相应的合同WBS。

8个注意事项：
1，WBS是面对可交付成果；
2，必须符合项目范围（100%原则），所有下一级元素之和必须100代表上一级元素；
3，wbs底层要支持计划和控制——支持项目管理计划、进度和预算的控制；
4，元素必须只有1个人负责（独立责任原则）；
5，WBS控制在4~6层，如果超过6层需要继续分解；
6，wbs应包括项目管理工作，也要包括分包出去的工作；
7，wbs编制需要所有（主要）干系人参与；
8，wbs并非一成不变。渐进明细的。

控制账户
是一个管理控制点，人为设定的，可以与组织的财务程序连接，在该控制点上，把范围、预算和实际成本、进度加以整合，与挣值做比较，以测量绩效。
每个控制账户可能包含一个或者多个工作包，但一个工作包只属于一个控制账户。
控制账号设置在较高层次或者较低层次上，就表明项目管理团队想要对项目实施“粗管” 还是 “细管”。

输出：
范围基准
经过批准的项目范围说明书、WBS、WBS词典，只有通过正式的变更程序才能进行变更，它被用作比较的基础。
记录了整个范围，包括项目和产品范围。

9.6，控制范围，监控过程组
控制范围（control scope）：监督项目和产品的范围状态，管理范围基准变更的过程。
作用：在项目期间保持对范围基准的维护，确保所有变更请求、纠正措施、预防措施都通过实施整体变更控制过程进行处理。

输入：
项目管理计划、需求文件、工作绩效数据（执行过程中收集的第一手工作数据表数据，接受的变更的数量，核实确认和完成的可交付成果数量 ）、组织过程资产
工具与技术：
数据分析：
偏差分析，将基准和实际结果做比较，确定偏差是否处理临界值区间内或是否有必要纠正或预防措施。
趋势分析：审查项目绩效随着时间的变化情况，判断绩效是否正在改善或恶化。
输出：工作绩效信息、变更请求、项目管理计划更新、项目文件更新。

9.5 确认范围，监控过程组
确认范围（validate scope）客户或者发起人正式验收已完成项目的可交付成果的过程。
作用：使验收具有客观性，通过确认每个可交付成果，来提高最终产品、服务或成果验收的可能性。
确认范围需要检查的问题：
1，可交付成果是否是确定、可确认的。
2，每个可交付成果是否有明确的里程碑，是否有明确可辨别的事件。
3，是否有明确的质量标准。
4，审核和承诺是否有清晰的表达。
5，项目范围是否覆盖了需要完成的产品或服务所进行的所有活动，有没有遗漏或者错误。
6，项目范围的风险是否太高，管理层能发能够降低可预见风险发生时对项目的冲击。

干系人的关注点（重点）：
1，管理层，关注范围对进度、资金和资源的影响，是否超出了组织承受范围，投入产出是否合理。
2，客户，关心产品范围，项目的可交付成果是否能够完成产品或服务。
3，项目管理人员，关注可交付成果是否能够和必须完成，时间、资金和资源子否足够，主要的潜在风险等。
4，团队成员，关心自己参与和负责的元素，检查工作时间是否足够。
另外，客户和团队成员往往有在当前版本中加入所有功能和特征的意愿，是一种潜在风险。

输入：
核实的可交付成果：是验收的对象，已完成冰杯控制质量过程检查为正确的可交付成果。来自于质量管理中 控制质量的子过程。
项目管理计划：包括 范围管理计划（定义了如何验收可交付成果）和需求管理计划（描述了如何确认项目需求），以及范围基准（用基准和实际结果做比较）。
项目文件：需求文件（将需求和实际结果比较）和需求跟踪矩阵（含有和需求相关的信息，包括如何确认需求）。相当于反向验证。

技术与工具：
检查（审查、产品审查、巡检），查的是结果。开展测量、审查与确认等，判断工作和可交付成果是否符合需求和产品的验收标准。验收测试是一种典型的确认范围的技术。检查查结果，审计审过程。

输出：
验收通过，则输出：验收了的可交付成果：符合验收标准的可交付成果由客户或者发起人签字批准。
从客户或发起人获得正式文件，证明干系人对交付成果的正式验收。

验收不通过：
输出：变更请求，按照步骤：1，记录原因；2、提交变更申请流程；3、缺陷补救。

8.4 管理项目知识（使用现有知识，生成新知识）（执行过程）
使用现有的知识并生成新知识，以实现西安航母目标，并帮助组织学习的工程。
作用：利用已有的组织知识来创造或改进项目成果。并使用当前项目创造的知识可用于支持组织运营和未来的项目或者阶段。
显性知识：易使用文字、图片和数字进行编撰的指示，特点：缺乏情境、可作不同解读。易分享易保存，无法确保正确理解或应用。
隐性知识：个体知识以及难以明确表达的只是，如信念、洞察力、经验和诀窍。
特点：蕴含情境，很难编撰，通常由人际交流和互动来分享。
注意点：
组织角度来看：在项目开始前、开展期间和结束之后都能使用旧知识、生成新知识。
最重要的环节：营造信任氛围、激励人们分享自己的知识和关注他人知识。
输入：
资源分解结构：包含团队组成信息，有助于了解团队拥有和缺乏的知识。
项目团队派工单：说明项目已具有的能力和经验以及缺乏的知识。
干系人登记册：有助于了解干系人可能拥有的知识。
供方选择标准：有助于了解供方有的知识。
工具与技术：知识管理（分享隐形知识，例如分享会、专家讲座、会议、培训等）、信息管理（分享显性知识，例如登记册、图书馆、信息管理系统等）、人际关系与团队技能（倾听、引导、领导力、人际交往、大局观）
输出：
经验教训登记册，包括情况的类别和描述；与情况相关的影响、建议和行动方案；遇到问题、挑战、意识到风险和机会或者其他适用的内容。

8.5 监控项目工作 汇编各类绩效信息，生产绩效报告（监控过程）
跟踪审查和报告整体项目进展，以实现项目管理计划中确定的绩效目标的过程。
作用：让干系人了解当前状态并认可委处理绩效问题而采取的醒的，通过成本和进度预测，让干系人了解未来项目的状态。
监督：包括收集、测量和分析测量结果，以及预测趋势，以便推动过程改进，贯穿项目始终。
控制：包括制定纠正和预防措施或者重新规划，并跟踪计划实施的过程，确保能有效解决问题。
输入：
项目管理计划、项目文件、工作绩效信息（将绩效数据和项目管理计划组件、项目文件和其他项目变量比较后生成工作绩效信息。绩效包含：范围、成本、进度、质量以及其他内容。）、协议、环境事业因素、组织过程资产。
输出：
变更请求、工作绩效报告、项目管理计划更新、项目文件更新。
工具与技术：挣值分析、偏差分析、趋势分析、根本原因分析、备选方案分析、成本效益分析。
决策：投票
输出：工作绩效报告
基于工作绩效信息，以实体或者电子形式编制工作绩效报告，以制定决策、采取行动或引起关注。根据项目沟通管理计划，通过沟通向项目干系人发送工作绩效报告、状态报告和进展报告。

8.6 实施整体变更控制（对项目中所有的变更流程审批），监控过程。
作用：审查所有的变更请求、批准变更、管理变更，并对变更结果进行沟通的过程。
确保项目中已记录在案的变更做总和评审，降低项目风险，本过程只会审批、管理变更，不会提出变更请求。
输入：项目管理计划、工作绩效报告、变更请求、项目文件、事业环境因素、组织过程资产。
输出：批准的变更请求（来自于任何一个过程）、项目管理计划变更、项目文件更新（变更日志等）。
工具与技术：专家判断、变更控制工具、数据分析、决策、会议（变更控制会）。
注意点：整个项目期间任何时间、任何干系人都可以提出变更请求。
可以口头提出，但所有变更要以书面形式记录，纳入更变管理或配置管理系统中。
每个变更都必须由一位责任人批准、推迟或者否决，在项目管理计划或者组织程序中制定该责任人，必要时，由变更控制委员会（CCB）开展实施整体变更控制的过程。
变更请求可能影响任一项目基准的情况下，都需要开展正式的整体变更的控制过程。
实施整体过程过程贯穿项目始终，项目经理对此负最终责任。

变更控制委员会（CCB）：一个正式的团体，负责审议、批准、推迟或者否决项目变更，以及记录和传达变更处理决定。
可以是一个，也可以是多个人，由主要干系人组成，通常包括用户和项目所在组织管理层的决策人员。
CCB不是必须有，也不是所有的变更的请求都必须有CCB审批。
变更的八个步骤（重要）：
1、提出与记录变更申请：由PM或者CMO（配置管理员）负责变更信息的收集及初审。
2、初审变更：施加影响确保变更必要性，校验确保信息充分，达成共识。
3、评估论证变更方案：论证可行性，如可行则将技术要求转为资源需求。
4、提交CCB审查：文档会签，正式会议。
5、更新、通知并组织实施变更：若交付期调整，应变更确认时发布变更。
6、变更实施的监控：PM负责基准的监控，CCB或者监理监控主要成果和里程碑。
7、变更效果的评估：由团队和客户两部分人，是否满足需求，目标是否达成。
8、变更收尾：判断变更后项目是否纳入正轨。

实施整体变更控制——输入：项目管理计划
变更管理计划：为管理变更控制过程提供指导，并记录CCB的角色和职责。
实施整体变更控制——输入：工作绩效报告（评估影响和方案）
此过程有用的工作绩效报告包括：资源可用情况、进度和成本数据、挣值（EVM）报告、燃烧图燃尽图。

工具：变更控制工具
工具：会议，通常指变更控制会议，可由变更控制委员会CCB开会审查并请求，做出批准、否决或者其他。

输出：批准的变更请求
批准后应由指导语项目管理工作过过程加以实施。
对于推迟或者否决的变更请求，应通知提出人或者提出小组。
输出：项目管理计划更新
对于基准的变更，针对今后的情况，不能变更以往的绩效，保护基准和历史绩效数据。
输出：项目文件更新
正式受控的任一项目文件都可以在实施整体变更控制过程变更，并记录在变更日志中，被否决的变更请求也要记录在变更日志中。

8.7 结束项目或阶段：阶段或者项目整体的验收移交收尾
终结项目、阶段或者合同的所有活动的过程。
作用：存档项目或阶段信息，完成计划的工作；释放团队资源以开展新的工作。
收尾流程：6+2的步骤。
正常收尾：
获得项目或阶段的整体验收、干系人满意度调查、移交成果、总结记录经验教训、组织过程资产更新、文件归档、庆功会、释放资源。
提前收尾：
记录终止原因、干系人满意度调查、移交已完成和未完成的成果、总结记录经验教训、组织过程资产更新、文件归档、庆功会、释放资源。

输入：项目章程，记录了项目成果标准、审批要求以及谁来签署项目结束。
输入：验收的可交付成果，包括批准的产品规范、交货数据和工作绩效文件，对于分阶段实施的项目或提前取消的项目，还可能包括部分完成或者中间的可交付成果。
输入：立项管理文件，可研报告记录了做为项目依据的商业需求和成本效益分析。项目评估报告概述了项目的目标效益。
输入：协议，通常在合同条款中定义了正式关闭采购的要求，复杂项目中需要管理多个合同。
输入：组织过程资产，项目或阶段收尾指南或要求，如经验教训、终期审计、项目评价、产品确认、验收标准等。

工具：专家判断，具备管理控制、审计、法规与采购法律法规等专业个人的意见。
工具：会议，用于可交付成果的验收、确定达到退出标准、关闭合同、干系人满意度调查，收集经验教训，传递项目信息以及庆功会等。

输出：最终产品、服务或者成果。
把项目交付的最终产品服务或者成果（对于阶段收尾，中间阶段的产品服务或成果）移交给客户。
输出：项目最终报告，用最终的报告总结项目绩效。
收尾文档：项目验收计划、项目验收单、项目验收报告、项目经验总结汇总单、项目建设总结报告、用户操作手册。

立项四个阶段：立项申请（提交项目建议书）、立项初步可行性研究、立项详细可行性研究、决策（甲方自己做或者招标乙方做，涉及十大知识领域）。

49510图，五大过程组，十大知识领域，49个子过程

了解项目管理知识体系叙述的结构：子过程、ITTO、过程组、知识领域。
子过程：为创建预定的产品、服务或者成果而执行的一些列相关的行为和活动。既属于某一过程组（启动、规划、执行、监控、收尾）又属于某一知识领域（范围、成本、进度、风险等…）
I：input，T：tool，T：technology，O：output

项目整合管理：包括识别、定义、组合、统一和协调项目管理过程组的各个过程和项目管理活动。整合管理兼具统一、合并、沟通和建立联系的性质，贯穿项目始终。
目标（背诵）：资源分配、平衡竞争性需求、研究各种备选方法、裁减过程以实现项目目标、管理各知识领域之间的依赖关系。
发生整合的三个层面：过程层面、认知层面、背景层面。

项目整合管理要求整合所有其他知识领域的成果。
发展的趋势包括：使用信息化工具、使用可视化管理工具、项目知识管理、项目经理在项目外的职责、混合型方法（敏捷或者迭代、商业分析技术、组织变革管理方法等混合使用）。
迭代和敏捷方法中：
团队成员：以领域专家的身份参与整合管理，自行决定并控制具体产品的规划和交付；
项目经理：授权给团队，重点关注营造一个合作型的决策氛围，并确保团队有能力应对变更。
如果团队成员有广泛技能(而不是狭窄领域)，则这种合作型方法就会更加有效。
制定项目章程——制定项目管理计划——指导与管理项目工作——管理项目知识——监控项目工作——实施整体变更控制——结束项目或阶段。

启动过程组：（制定项目章程、识别干系人）
制定项目章程：编写正式批准项目并授权项目经理在项目活动中使用组织资源的文件的过程。
本过程作用：明确项目和组织战略目标之间的直接联系、确立项目的正式地位、展示组织对项目的承诺。
输入：立项管理文件、协议（定义了启动项目的章程，合同、备忘录、服务协议、意向书等）、环境事业因素、组织过程资产。
工具与技术：专家判断、数据收集（头脑风暴、焦点小组、访谈等）、人际关系技能（冲突管理、引导、会议管理）、会议。
输出：项目章程、假设日志。

立项管理文件：立项管理阶段经批准的结果或相关的立项管理文件，从业务视角描述必要的信息，并且据此决定项目的期望结果是否值得所需投资。它包括：项目建议书、经济可行性研究报告、项目评估报告等。在项目之前制定，需要定期审核。不属于项目文件，项目经理不可以更新或修改。
项目章程（背诵）——由项目启动者或发起人发布的，正式批准项目成立，并授权项目经理动用组织资源开展项目活动的文件。
包含内容（背诵）：委派的项目经理及其权责；项目的目的、目标、项目的成功/退出标准；高层级需求和项目描述、高层级的战略和运营假设条件和制约因素主要可交付成果、总体里程碑进度计划、预先批准的财务预算、整体项目风险、关键干系人名单；项目审批要求、批准项目章程的人员。
假设日志：用于记录整个项目生命周期中的所有假设条件和制约因素。
假设条件：不需验证即可视为正确、真实或确定的因素。同时还应描述如果这些因素不成立，可能造成的潜在影响。
制约因素：对项目或过程的执行有影响的限制性因素。

制定项目管理计划：定义、准备和协调项目计划的所有组成部分，并整合为一份总和项目管理计划的过程。
作用：生成一份综合文件，做为所有项目工作的基础和执行方式，确定项目的执行、监控和收尾方式。
可以是概括的或者详细的，通过不断更新来渐进明细。一旦被确定为基准，只能通过提出变更请求并经过过实施整体变更控制过程批准后才能更新。
输入：项目章程（是初始计划的起点，包括高层级的信息、供进一步细化）、其他知识领域过程的输出（用于打包到项目管理计划，范围管理计划、进度管理计划等等）、环境事业因素、组织过程资产。
工具与技术：专家判断、数据收集、人际关系技能、会议等。
输出：项目管理计划，包括10个子计划、3基准、6个组件。（背诵）
其中，生命周期描述指的是项目各个阶段，开发方法指的是预测、敏捷或者混合。

制定项目管理计划工具与技术：会议
启动会议（initiating meeting）：招考时间在启动结束，规划尚未开始时。目的是发布项目章程、任命并授权项目经理。
开工会议（kick-off meeting）：传达目标、获得团队对项目的承诺、阐明干系人角色和职责、获得干系人对项目管理计划的一致认可。

整合管理过程——指导与管理项目工作。
领导和执行项目管理计划中确定的工作，并实施已批准变更的过程。
作用：干计划（按项目管理计划去干活）、干变更（实施已批准的变更）、干接口（实施接口的整合）、干成果（产生可交付成果）、干数据（产生工作绩效数据）。

输入：项目管理计划（项目管理计划的任何组件）、批准的变更请求、项目文件、环境事业因素和组织过程资产。
工具与技术：专家判断、项目管理信息系统（PMIS，为指导和管理项目工作提供自动化工具并自动收集和报告关键绩效指标，用于保证项目工作由正确的组织、正确的时间里以正确的顺序进行，防止“镀金”）、会议。
输出：可交付成果（只在指导与管理项目过程中输出，在某一阶段或者项目完成后，必须产生的任何独特并可核实的产品、成果或者服务能力，通常是项目结果，并包括项目管理计划的组成部分）、工作绩效数据（只在指导与管理项目过程中输出，工作绩效数据、工作绩效信息、工作绩效报告）、问题日志、变更请求、项目管理计划更新、项目文件更新。

问题日志：记录和跟进所有问题的项目文件，在指导语管理项目工作的过程中首次创建，在整个项目周期随同监控活动更新。

变更请求：关于修改任何文档、可交付成果或者基准的正式提议。可以是直接或者间接、由外部或者内部提出，自选或者法律/合同强制，必须有书面记录。
变更的种类：
预防措施：为确保项目工作的未来绩效符合项目管理计划而进行的活动，防风险。
纠正措施：为使项目工作绩效重新与项目管理计划一致而进行的活动，纠偏差。
更新：对正式受控的项目文件或计划等进行的变更，改基准。
缺陷补救：为了修正不一致的产品或产品组件而进行的活动，补质量，通常针对质量缺陷。

如何召开高效会议（案例、论文可用）：
1、事先制订一个例会制度、明确会议规则；
2、放弃可开可不开的会议；
3、明确会议的目的和期望结果、明确每个参会者的角色；
4、发布会议通知；
5、在会议之前将会议资料发给参会人员；
6、面对面的会议效果最好、也可以借助视频设备；
7、会议后要总结、提炼结论、达成共识、有行动计划；
8、会议要有纪要；
9、做好会议的后勤保障；
10、不要把各种会议类型混合在一起。