PMPBok学习笔记
2024-03-19 11:54:52 0 举报本人PMP考试5A通过的笔记记录。用于学习时间大概5天，每天6小时。考试题目不难,建议一定要吃早餐,然后带水带干粮进考场,不听劝你会后悔。这是血的教训
作者其他创作
大纲/内容
监控过程
整合管理
监控项目工作
跟踪、审查启动、规划、执行、收尾各个过程，来实现项目管理计划中确定<br>的绩效目标。就是把实际绩效和项目管理计划进行对比，发现偏差、分析原因，提出变更。
ITTO
INPUT
项目管理计划
项目文件<br>
工作绩效信息<br>
协议<br>
事业环境因素
组织过程资产<br>
TOOL&TECH
专家判断<br>
数据分析
备选方案分析<br>
成本效益分析<br>
挣值分析
根本原因分析
趋势分析<br>
偏差分析<br>
决策
会议
OUTPUT
工作绩效报告
变更请求
项目管理计划更新<br>
项目文件更新
实施整体变更控制
审核所有变更请求、批准变更，管理对可交付成果、组织过程<br>资产、项目文件和项目管理计划的变更，并对变更处理结果进行沟通
ITTO
INPUT
项目管理计划
项目文件<br>
工作绩效报告<br>
变更请求<br>
事业环境因素<br>
组织过程资产<br>
TOOL&TECH
专家判断<br>
变更控制工具<br>
数据分析<br>
决策<br>
会议
OUTPUT
批准的变更请求
项目管理计划更新<br>
项目文件更新<br>
变更日志
范围管理
控制范围
监督项目和产品的范围，管理范围基准的变更。确保做、且只做范围内的事！
ITTO
INPUT
项目管理计划
范围、需求、变更、配置管理计划
范围基准
绩效测量基准
项目文件
事业环境因素
组织过程资产
TOOL&TECH<br>
数据分析
OUTPUT
工作绩效信息
变更请求
项目管理计划更新
项目文件更新
确认范围
正式验收已完成的项目可交付成果。
ITTO
INPUT
项目管理计划
项目文件<br>
核实的可交付成果
工作绩效数据
TOOL&TECH
检查
决策
OUTPUT
验收的可交付成果<br>
工作绩效数据
变更请求
项目文件更新<br>
控制进度
监督项目活动状态，管理进度基准变更。
ITTO
INPUT
项目管理计划
项目文件<br>
工作绩效数据<br>
组织过程资产
TOOL&TECH
数据分析
关键路径法
项目管理信息系统<br>
资源优化
滞前量滞后量
进度压缩<br>
OUTPUT
工作绩效信息
进度预测
变更请求<br>
项目管理计划更新
项目文件更新
控制成本<br>
监督项目成本绩效，管理成本基准变更。
ITTO
INPUT
项目管理计划
项目文件<br>
项目资金需求
工作绩效数据<br>
组织过程资产
TOOL&TECH
专家判断
数据分析<br>
挣值分析<br>
计划价值（Planned value）PV
在某个时间点，计划完成工作的预算价值
PV=计划单价*计划工作量。
挣值（Earned value）EV
在某个时间点，实际完成工作的预算价值，把计划工作挣回<br>来的价值、“实现价值”。EV 的上限是 BAC
EV=计划单价*实际工作量
实际成本（Actual cost）AC
在某个时间点，实际完成工作所花费的成本，AC 没有上<br>限
AC＝实际单价*实际工作量
完工预算 BAC（budget at completion）
项目的总计划价值，PV 的总和，又称为完工预算
就是成本基准
监测实际绩效与基准之间的偏差
进度偏差 SV=EV-PV
小于 0 进度落后
等于 0 进度正好
大于 0 进度提前
成本偏差 CV=EV-AC
小于 0 成本超支
等于 0 成本刚好
大于 0 成本结余
进度绩效指数 SPI=EV/PV
小于 1 进度落后
等于 1 进度刚好
大于 1 进度提前
成本绩效指数 CPI=EV/AC
小于 1 成本超支
等于 1 成本刚好
大于 1 成本结余
预测未来
完工尚需估算 ETC
非典型偏差：ETC=（BAC-EV）/1
未来绩效将会改进，接下来的工作按时、按预算完成
典型偏差：ETC=（BAC-EV）/CPI
继续保持目前绩效，按目前趋势
题目没有特殊说明默认典型偏差
完工估算 EAC=ETC+AC
非典型偏差：EAC= BAC-EV+AC
典型偏差：EAC=BAC/CPI
计算最新工期的方法
EACt=原计划工期/SPI
控制成本的工具
TCPI 完工尚需绩效指数衡量未来完成工作的难度<br>完工尚需绩效指数=剩余工作/剩余资金
基于 BAC：TCPI=（BAC-EV）/(BAC-AC)
没有特殊说明默认基于 BAC
基于 EAC：TCPI=（BAC-EV）/(EAC-AC)
偏差分析
趋势分析<br>
储备分析
OUTPUT<br>
工作绩效信息<br>
成本预算<br>
变更请求
项目管理计划更新
项目文件更新
质量管理
控制质量
为评估绩效，确保项目输出完整、正确且满足客户期望，而监督和记录质量管理<br>活动执行结果的过程。
ITTO
管理与控制质量的区别
管理质量针对过程，旨在建立满足干系人需求的信心<br>
控制质量针对结果，旨在证明项目已经达到发起人和/或客户的验收标准。<br>
资源管理
确保按计划为项目分配实物资源，以及根据资源使用计划监督资源实际使用情况，<br>并采取必要纠正措施的过程。
确保所分配的资源适时适地可用于项目<br>
与管理团队过程关注团队成员不同，控制资源过程关注实物资源。<br>
沟通管理
监督沟通管理
在整个项目生命周期中对沟通进行监督和控制，以确保满足项目干系人对信息的<br>需求
确保在正确的时间把正确的信息发给正确的人
干系人管理
监督干系人参与
监督项目干系人之间关系，并通过修订参与策略及计划来裁剪干系人参与策略的<br>过程。
干系人管理计划里面会设置管理和目标，管理干系人参与是促成目标，监督干系人参与<br>是监督干系人参与的状态，纠正偏差
风险管理<br>
监督风险
在整个项目期间，监督商定的风险应对计划的实施，跟踪已识别风险，识别和分<br>析新风险，以及评估风险管理过程有效性的过程。
监督风险过程的其他目的在于确定
实施的风险应对是否有效<br>
整体项目风险级别是否已改变<br>
已识别单个项目风险的状态是否已改变<br>
是否出现新的单个项目风险<br>
风险管理方法是否依然适用<br>
项目假设条件是否依然成立<br>
风险管理政策和程序是否已得到遵守<br>
成本或进度应急储备是否需要修改<br>
项目策略是否仍然有效<br>
风险处理流程
新风险未发生，先识别新风险，记录到风险登记册，定性定量（高风险）分析，规划风险<br>应对（记录到风险登记册）
已识别的风险发生， 如有应急计划（已规划分险应对），则实施应急计划（已规划的风险<br>应对措施），如经风险审查后发现应急计划无效，实施弹回计划; 如无应急计划，则采取权<br>变措施
已识别风险未发生，继续监督风险
新风险已发生，则采取权变措施
采购管理
控制采购<br>
管理采购关系、监督合同执行情况，并根据需要实施变更和采取纠正措施，<br>以及关闭合同的过程
收尾过程
整合管理
结束项目或阶段
完结所有项目管理过程组的所有活动，正式结束项目或项目阶段
ITTO
INPUT
项目章程
项目管理计划<br>
项目文件<br>
验收的可交付成果<br>
商业文件<br>
协议<br>
采购文档<br>
组织过程资产
TOOL&TECH
专家判断<br>
数据分析<br>
会议<br>
OUTPUT
项目文件更新<br>
最终产品，服务或成果移交
最终报告<br>
组织过程资产更新<br>
启动过程
整合管理
制定项目章程
编写一份正式批准项目并授权项目经理在项目活动中使用组织资源<br>的文件
ITTO
INPUT
商业文件
商业论证
文档化的项目经济可行性研究报告，包含商业需要分析与成本效益分析。
符合组织战略需要:市场、组织、社会需求。客户、法律要求。技术进步、生态影响。<br>
收益管理计划<br>
对创造、提高和保持项目收益的过程进行定义的书面文件。
商业文件，不是PM做的，是商业分析师做的，PM不可以对商业文件进行更新或修改，PM<br>可以参与，可以提出建议，也需要定期审查商业论证，确保项目有它的商业价值。
协议
协议定义了启动项目的初衷。通常，为外部客户做项目时，就用合同。
事业环境因素<br>
组织过程资产
TOOL&TECH
专家判断
专业的人判断专业性的问题
数据收集
头脑风暴<br>
天马行空、没对错、需引导、不排序及投票<br>
焦点小组
召集预定的干系人和主题专家，主持人引导，了解服务或成果<br>的期望和态度<br>
访谈
通过与干系人直接交谈，来获取信息的方法
人际关系及团队技能<br>
冲突管理<br>
引导<br>
会议管理
OUTPUT
项目章程
项目目的<br>
可测量的项目目标和相关的成功标准<br>
高层级（high-level）需求<br>
高层级项目描述、边界定义以及主要可交付成果<br>
整体项目风险<br>
总体（Summary）里程碑进度计划<br>
预先批准的财务资源
关键干系人名单
项目审批要求
项目退出标准
委派的项目经理及其权责
发起人或其他审批项目章程的人员的姓名和职权
假设日志
假设条件：不确定因素、风险，需要渐进明细。
制约因素：限制性的因素，比如事先确定的预算、强制性日期、进度里程碑、合同条件<br>等，不是渐进明细的。
干系人管理
识别干系人
定期识别项目干系人，分析和记录他们的利益、参与度、相互依赖性、影响力和<br>对项目成功的潜在影响的过程
规划过程
整合管理
制定项目管理计划
定义、准备和协调所有子计划，并把它们整合为一份综合项目<br>管理计划
整合并综合<br>
项目基准<br>
范围基准<br>
进度基准
成本基准
项目管理子计划<br>
范围、进度、成本、质量、资源、沟通、风险、采购管理计划以及干系人参与计划<br>
需求管理计划<br>
其它组件
配置管理计划
变更管理计划<br>
绩效测量基准<br>
项目生命周期
开发方法<br>
管理审查
范围管理
规划范围管理
创建范围管理计划，书面描述将如何定义、确认和控制项目范围的过程。在<br>整个项目中对如何管理范围提供指南和方向。
ITTO
INPUT
项目章程
项目管理计划
事业环境因素
组织过程资产
TOOL&TECH
专家判断
数据分析
会议
OUTPUT
范围管理计划
描述将如何定义、制定、监督、控制和确认项目范围
需求管理计划
描述将如何分析、记录和管理项目和产品需求
收集需求
为实现项目目标而确定、记录并管理干系人的需要和需求的过程。收集需求，<br>为定义和管理项目范围奠定基础
ITTO
INPUT<br>
项目章程
项目管理计划<br>
范围管理计划<br>
需求管理计划
干系人参与计划
项目文件<br>
商业文件<br>
协议
事业环境因素
组织过程资产
TOOL&TECH
专家判断<br>
数据收集<br>
头脑风暴
访谈<br>
焦点小组<br>
问卷调查<br>
标杆对照<br>
数据分析
决策
投票<br>
大多数原则<br>
相对多数<br>
一致同意：德尔菲技术
独裁
多标准决策分析<br>
数据表现
思维导图
演绎、扩散
亲和图
将大量创意按照亲和性直观地进行逻辑分类
人际关系与团队技能
名义小组技术
观察、交谈<br>
引导
系统交互图
原型法
制造预期产品之前先造出这个产品的一个模型，然后来收集反馈意见
OUTPUT<br>
需求文件
收集的需求都被记录在需求文件当中。包括了业务需求、干系人需求、<br>项目需求等
需求跟踪矩阵<br>
把产品需求从其来源连接到能满足需求的可交付成果的一种<br>表格。RTM 提供了在整个项目生命周期中跟踪需求的一种方法
定义范围
根据所收集的需求，确定项目团队应该做什么，明确范围边界。明确了范围边界之后，<br>从而明确项目、成果的边界。
ITTO
INPUT
项目章程
项目管理计划<br>
项目文件<br>
假设日志<br>
需求文件<br>
风险登记册<br>
事业环境因素<br>
组织过程资产<br>
TOOL&TECH
专家判断
数据分析<br>
决策<br>
人际关系与团队<br>
产品分析<br>
OUTPUT
项目范围说明书
产品范围描述<br>
验收标准
项目可交付成果<br>
项目的除外责任<br>
项目文件更新<br>
创建WBS
把项目可交付成果和项目工作分解成较小的、更易于管理的组成部分
ITTO
INPUT
项目管理计划
项目文件
事业环境因素
组织过程资产
TOOL&TECH
专家判断
分解
控制账号
是范围、时间、成本的综合管控点。并与挣值相比较，测量绩效
规划包
层级在控制账户之下，工作内容已知，但详细的进度活动未知
OUTPUT
范围基准<br>
项目文件更新<br>
进度管理
规划进度管理<br>
指导了后续过程的进行，是为规划、编制、管理、执行和控制项目进度而制<br>定政策、程序和文档的过程。<br>
ITTO
INPUT
项目章程
项目管理计划<br>
范围管理计划
开发方法<br>
事业环境因素
组织过程资产<br>
TOOL&TECH
专家判断<br>
数据分析<br>
备选方案分析
会议<br>
OUTPUT
进度管理计划
定义活动<br>
识别和记录为完成项目可交付成果而采取的具体行动。<br>创建 WBS 得到的是工作包，将工作包继续往下分解得到活动，以便更好地对项目工作<br>进行估算、进度规划、执行、监督和控制。
ITTO<br>
INPUT
项目管理计划<br>
进度管理计划<br>
范围基准<br>
事业环境因素
组织过程资产<br>
TOOL&TECH
专家判断<br>
分解
滚动式规划<br>
会议<br>
OUTPUT
活动清单<br>
活动属性<br>
里程碑清单<br>
包括强制的和可选的<br>
变更请求<br>
项目管理计划更新<br>
进度基准
成本基准<br>
排列活动顺序<br>
识别和记录项目活动之间的关系的过程。本过程旨在将项目活动列表转化为<br>图表，作为发布进度基准的第一步。<br>过程作用：定义工作之间的逻辑顺序，以便在既定的所有项目制约因素下获得最高的效<br>率。
ITTO
INPUT
项目管理计划
进度管理计划<br>
范围基准<br>
项目文件<br>
事业环境因素
组织过程资产
TOOL&TECH
紧前关系绘图法PDM<br>
又叫活动节点法（AON）、单代号网络图、前导图法等
逻辑关系
FS<br>
结束-开始
SS<br>
开始-开始
FF<br>
结束-结束
SF
开始-结束
确定和整合依赖关系<br>
四种依赖关系<br>
强制性依赖关系
选择性依赖关系<br>
外部依赖关系<br>
内部依赖关系
提前量和滞后量<br>
提前量是超前时间
SS+3
滞后量是等待时间
FS+3
项目管理信息系统
OUTPUT
项目进度网络图<br>
没有时间刻度、没有持续时间，只表示活动间的逻辑关系的“纯逻辑图”。
项目文件更新<br>
估算活动持续时间
根据资源估算的结果，估算完成单项活动所需工作时段（period）数的过程。<br>过程作用：确定完成每个活动所需花费的时间量，为制定进度计划过程提供主要输入。
ITTO
INPUT
项目管理计划<br>
项目文件<br>
事业环境因素<br>
组织过程资产
TOOL&TECH
专家判断<br>
类比估算<br>
参考过去项目历史数据，估算本项目<br>
是一种粗略的估算方法，是一种自上而下的估算方法
属于专家判断的一种
参数估算<br>
利用历史数据之间的统计关系和其他变量估算，涉及计算公式。
三点估算<br>
基于三点的假定分布计算出期望持续时间，并说明期望持续时间的不确定区间。最乐观、<br>最悲观、最可能，估算出来是一个区间，一种概率，并不是确定的 100%。
基于贝塔分布<br>
期望时间
<span class="equation-text" contenteditable="false" data-index="0" data-equation="T_e=(T_o+4T_m+T_p)/6"><span></span><span></span></span>
标准差(西格玛值)<br>
<span class="equation-text" contenteditable="false" data-index="0" data-equation="a=(T_p-T_o)/6"><span></span><span></span></span>
方差<br>
基于三角分布<br>
期望时间
<span class="equation-text" contenteditable="false" data-index="0" data-equation="T_e=(T_o+T_m+T_p)/3"><span></span><span></span></span>
正态分布<br>
68.26%的结果数据位于均值的正负 1 西格玛内
95.46%的结果数据位于均值的正负 2 西格玛内<br>
99.73%的结果数据位于均值的正负 3 西格玛内<br>
自下而上估算<br>
数据分析<br>
决策<br>
会议
OUTPUT
持续时间估算
估算依据
项目文件更新<br>
制定进度计划
分析活动顺序、持续时间、资源需求和进度制约因素，创建项目进度模型
ITTO
INPUT
项目管理计划<br>
项目文件<br>
TOOL&TECH
进度网络分析<br>
关键路径法CPM
顺推取最大值。估算的都是最早时间<br>
逆推取最小值。估算的都是最晚时间
资源优化
资源平衡<br>
资源不足或分配不合理时使用<br>
资源平滑
活动只在时差内调整，所以不会产生新的关键路径，不会延长工期。但是资源平滑无法<br>实现所有资源的优化。
数据分析<br>
提前量滞后量<br>
进度压缩
项目管理信息系统<br>
敏捷发布规划
OUTPUT
进度基准
项目进度计划<br>
进度数据<br>
项目日历<br>
变更请求<br>
项目管理计划更新<br>
项目文件更新<br>
成本管理<br>
规划成本管理
制定成本管理计划，用来指导后续的项目成本管理工作。
估算成本
对完成项目活动所需资金进行近似估算。<br>
ITTO
INPUT
项目管理计划
项目文件<br>
事业环境因素<br>
组织过程资产<br>
TOOL&TECH
专家判断
类比估算<br>
参数估算<br>
自下而上估算<br>
首先对单个工作包或活动的成本进行最具体、细致的估算，然后将这些细节性成本向上<br>汇总或“滚动”到更高层次。<br>
三点估算<br>
数据分析
储备分析<br>
应急储备<br>
应急储备应包含在成本基<br>准中，用来应对已经接受的已识别风险
管理储备
是为了管理控制的目的而特别留出来的项目预算
管理储备不包含在成本基准中，但属于项目总预算和资金需求的一部分
当动用<br>管理储备资助不可预见的工作时，就要把动用的管理储备增加到成本基准中，从而导致成本<br>基准的变更。
项目管理信息系统<br>
决策<br>
OUTPUT
成本估算<br>
估算依据
项目文件更新
制定预算
把估算成本过程得出的各活动或工作的成本逐层向上汇总，建立成本基准。
ITTO<br>
INPUT
项目管理计划
项目文件<br>
商业文件<br>
协议<br>
事业环境因素<br>
组织过程资产<br>
TOOL&TECH
专家判断<br>
成本汇总<br>
数据分析<br>
存储分析<br>
历史信息审核
资金限制平衡
融资
OUTPUT
成本基准
根据成本基准确定总资金需求和阶段性资金需求<br>
包括了应急储备，不包括管理储备。只有通<br>过正式的变更控制程序才能变更。<br>
项目资金通常以增量而非连续的方式投入，并且可能是非均衡的，呈现出阶梯状
项目资金需求
项目文件更新<br>
项目预算=成本基准+管理储备。
质量管理
规划质量管理
识别项目及可交付成果的质量要求和标准，并书面描述项目将如何证明符合质量<br>要求和标准
ITTO
INPUT
项目章程
项目管理计划<br>
项目文件<br>
事业环境因素
组织过程资产<br>
TOOL&TECH
专家判断<br>
数据收集<br>
数据分析<br>
成本效益分析<br>
考虑成本和效益的关系，最少投入获得最大效益
质量成本
在整个产品生命周期中、与质量相关的所有努力的总成本
一致性成本是指预防成本、评估成本
非一致性成本是指失败成本。<br>包括了内部失败成本、外部失败成本。
决策
数据表现<br>
流程图<br>
测量与检测的规划<br>
会议
OUTPUT
质量管理计划
质量测试指标<br>
详细的属性，怎么测量它、怎么才算标准、怎么才算符合要求
项目管理计划更新<br>
资源管理
规划资源管理<br>
定义如何估算、获取、管理和利用团队以及实物资源。
ITTO
INPUT
项目章程
项目管理计划<br>
项目文件<br>
事业环境因素
组织过程资产
TOOL&TECH
专家判断<br>
数据表现
层级型<br>
是自上而下的显示各种职位和相互关系，有助于明确高层级的角色<br>
责任分配矩阵<br>
责任分配矩阵（Responsibility Assignment Matrix,简称 RAM），是用来显示<br>分配给每个工作包或者活动与项目团队成员之间的联系。
R=执行（Responsible） A=负责（Accountable） C=咨询（Consult） I=知情（Inform）<br>每项活动，可以有很多个 r，很多个 i，很多个 c，但是只能有一个 a<br>
文本型
适用于记录详细职责
组织理论<br>
会议<br>
OUTPUT
资源管理计划
团队章程
项目文件更新<br>
假设日志
风险登记册<br>
估算资源活动<br>
估算执行各项活动所需的团队资源，以及材料、设备和用品的类型和数量。
ITTO
INPUT
项目管理计划
项目文件<br>
资源日历<br>
每个资源的工作时间和非工作时间。每个资源都有一个资源日历。所以一个项目会有 1<br>个或多个资源日历。
....
事业环境因素
组织过程资产
TOOL&TECH
...
OUTPUT
资源分解结构<br>
每个资源的工作时间和非工作时间。每个资源都有一个资源日历。所以一个项目会有 1<br>个或多个资源日历。<br>
....
沟通管理
规划沟通管理<br>
根据干系人的信息需要和要求及组织的可用资产情况，制定合适的项目沟通方式<br>和计划。
对干系人的信息和沟通需求做出应对安排，确定干系人需要得到什么样的信息、什<br>么时候得到、用什么样的方式得到、多长时间得到一次
沟通规划不当，将会导致信息传递延误、向错误的受众传递敏感信息或与某些干系<br>人沟通不足等问题<br>
沟通需求分析<br>
项目资源只能用来沟通有利于成功的信息，或者那些因缺乏沟通会造成失败的信息<br>
潜在沟通渠道公式：N*(N-1)/2，N 是包括 PM 在内的项目干系人总人数<br>
潜在沟通渠道或路径的数量反映项目沟通的复杂程度<br>
沟通方法
互动沟通：在两方或多方之间进行多向信息交换，确保全体参与者对特定话题达成<br>共识的最有效方法。比如开会、打电话等
推式沟通：把信息发送给需要接受这些信息的特定接收方。可确保信息的发送，不<br>确保信息被理解。比如：发邮件、短信、派发传单、发送小广告
拉式沟通：接收者自主自行地访问信息内容。比如上谷歌、上百度查询，上企业内网查询信息、经验教训数据库、知识库等<br>
子主题<br>
干系人管理
规划干系人参与<br>
基于对干系人需要、利益及对项目成功的潜在影响的分析，制定合适的干系人参<br>与方法，有效调动干系人参与整个项目生命周期
干系人参与度评估矩阵
不知晓：对项目和潜在影响不知晓
抵制：知晓项目和潜在影响，抵制项目工作或成果可能引发的任何变更
中立：了解项目，既不支持，也不反对<br>
支持：了解项目和潜在影响，支持项目工作和成果
领导：了解项目和潜在影响，积极参与以确保项目成功<br>
风险管理
规划风险管理<br>
如何实施、开展项目的风险管理活动的过程
输出：风险管理计划
风险管理策略：管理本项目风险的一般方法。
方法论（如何管理项目的风险）<br>
角色和职责（谁负责识别风险、谁负责规划风险应对）<br>
资金（计划花多少钱在风险管理上面）<br>
时间安排（什么时候识别风险、什么时候规划风险应对、什么时候监督风险，建立进度<br>应急储备的使用方案）。<br>
风险类别：RBS。这是根据以往的经验、历史信息总结的常见的风险的类别。这是个结构<br>化的工具，帮助识别风险。
干系人的风险偏好：他们的风险偏好会影响规划风险管理过程的细节。<br>
风险概率和影响的定义：定性风险分析，需要有个标准，到什么程度是重要的、什么程<br>度是次要的。
概率和影响矩阵：根据概率和影响，把风险划分为高、中、低级别。
报告格式：风险登记册的内容和格式。
跟踪：规定如何记录风险活动、如何进行风险审计。
识别风险<br>
识别单个项目风险以及整体风险的来源，并记录其特征的过程。<br>识别风险过程贯穿整个项目生命周期。
TOOL&TECH
核对单
根据以往项目的历史信息进行审查，编制风险识别核对单<br>
在项目收尾时，应该对核对单进行审查，根据新的经验教训改进核对单，供未来项目使用。<br>
假设条件与制约因素分析<br>
开展假设条件和制约因素的分析，来探索它们的有效性，确定其中哪些会引发项目风险
假设就意味着风险，要定期分析假设，看假设还能否成立，假设条件一旦收紧，就是一<br>个风险
某个制约因素并非不可取消，也许就可以取消它，并相应获得一个机会
SWOT 分析
它是一种职业规划的工具，也叫优劣势分析、环境分析法
SO 战略：利用<br>WO 战略：改进<br>ST 战略：监视<br>WT 战略：消除
实施定性风险分析<br>
是根据风险发生的概率、风险发生后对项目的影响，来评估风险的优先级和重要<br>性。
风险数据质量评估<br>
风险概率和影响评估<br>
概率和影响矩阵
实施定量风险分析<br>
就已识别的单个项目风险和不确定性的其他来源对项目整体目标的影响进行定量<br>分析的过程
对定性分析中认为严重的单个项目风险做定量分析
基于单个风险定量分析的结果，对项目整体目标的影响进行定量分析，量化风险信<br>息，用损失多少钱、或耽误多少时间表示出来
规划风险应对<br>
为处理整体项目风险敞口，以及应对单个项目风险，而制定可选方案、选择应对<br>策略并商定应对行动
威胁应对策略
规避 Avoid
采取行动来完全消除威胁，或保护项目免受风险影响
改变项目管理计划
缩小范围
...
转移 Transfer
把风险管理责任简单的推给另一方，而并非消除风险
外包
购买保险
找供应商
...
减轻 Mitigate<br>
采取行动降低风险发生概率或影响
采用不太复杂的流程
多准备几个<br>
...
接受 Accept
接受风险存在，而不采取任何措施（除非真的发生）的风险
被动接受
等风险发生了再说，真的发生了再由项目团队进行处理（权变措施）
主动接受
建立应急储备，安排时间、资金或资源来应对。
上报：Escalate
如果项目团队或项目发起人认为某威胁不在项目范围内，或提议的应对措施超出了项目<br>经理的权限，就应该采用上报策略
被上报的风险将在项目以上更高的层面如项目集层面、项目组合层面或组织其他相关部<br>门加以管理。
机会的应对策略<br>
开拓 Exploit
分享 Share
提高 Enhance
接受 Accept
上报：Escalate
采购管理
规划采购管理
记录项目采购决策、明确采购方法、识别潜在卖方
执行过程
整合管理
指导与管理项目工作
为实现项目目标而领导和执行项目管理计划中所确定的工作，<br>并实施已批准的变更
ITTO
INTPUT
项目管理计划
项目文件<br>
批准的变更请求<br>
事业环境因素
组织过程资产<br>
TOOL&TECH
专家判断
项目管理信息系统<br>
子主题<br>
OUTPUT
可交付成果<br>
工作绩效数据
问题报告
变更请求
项目管理计划更新
项目文件更新
组织过程资产更新
管理项目知识
使用现有知识并生成新知识，以实现项目目标，并且帮助组织学习<br>的过程
显性知识<br>
容易存储、容易理解、分享、沟通、传递的<br>
隐性知识
不容易存储、传递、分享的。。。
ITTO
INPUT
项目管理计划
项目文件
可交付成果
事业环境因素
组织过程资产<br>
TOOL&TECH
专家判断
知识管理
信息管理<br>
人际关系团队技能<br>
OUTPUT<br>
经验教训登记册
项目管理计划更新
组织过程资产更新
质量管理
管理质量
把组织的质量政策用于项目，并将质量管理计划转化为可执行的质量活动的过程。
主要工作内容
让主要干系人确信将会达到质量要求，从而能够满足他们的需要、期望和需求。
执行质量管理计划中规定的质量管理活动，确保项目工作过程和工作成果达到具体的质<br>量测量指标和高层级质量标准。
编制将用于控制质量的质量测试与评估文件。这是把质量标准和质量测量指标转化为质<br>量测评工具（如质量核对单）
根据质量管理计划和质量控制测量结果，提出变更，实施过程改进。
根据质量管理计划、质量测量指标、本过程的实施情况，以及质量控制测量结果，编制<br>质量报告。
ITTO
INPUT
项目管理计划<br>
项目文件
组织过程资产
TOOL&TECH
数据收集<br>
数据分析<br>
决策
数据表现<br>
亲和图<br>
因果图/鱼骨图
定位问题原因<br>
确定缺陷来源的最有效工具
流程图
直方图
用数字和柱形图的相对高度，表示引发问题的最普遍的原因，显示特定情况<br>的发生次数
散点图<br>
显示两个变量之间的关系，数据点越接近某斜线，两个变量之<br>间的关系就越密切
审计
识别全部正在实施的良好及最佳实践
识别全部违规做法、差距及不足
分享所在组织和/或行业中类似的良好实践
积极、主动地提供协助，以改进过程的执行，从而帮助团队提高生产效率<br>
强调每次审计都应对组织经验教训知识库的积累做出贡献
面向X设计
问题解决
质量改进方法<br>
OUTPUT
质量报告<br>
测试与评估文件<br>
变更请求<br>
项目管理计划更新<br>
项目文件更新<br>
资源管理
获取资源
每个资源的工作时间和非工作时间。每个资源都有一个资源日历。所以一个项目会有 1<br>个或多个资源日历。
主要事项<br>
进行有效谈判，影响那些能为项目提供所需人力资源的人员<br>
不能获得项目所需的人力资源，人力资源不足或者人员能力不足，会对项目造成影<br>响<br>
如因制约因素而无法获得所需人力资源，项目经理可能不得不使用替代资源
TOOL&TECH
谈判
许多项目中，通过谈判完成人员分派，是组建项目团队最主要的一个方法
预分配<br>
许多项目中，通过谈判完成人员分派，是组建项目团队最主要的一个方法<br>
标书中规定了
项目章程中说明，高层指定
项目章程中说明，高层指定
虚拟团队Virtual Teams
有共同的目标，很少或没有时间面对面工作的一群人，比如有些人在国外、有些人工作<br>班次和时间不同
虚拟团队可能产生孤立感，团队成员之间难以分享知识经验，所以当采取虚拟团<br>队的时候，沟通规划就非常重要
建设团队
Develop Team
定义：提高工作能力，促进团队成员互动，改善团队整体氛围，以提高项目绩效
目标：个人能力的提高，提高团队凝聚力。建设团队是为了让团队成员更加有活力、更<br>加有氛围凝聚力。
塔克曼团队发展阶段理论
形成 forming--相互认识，了解项目情况与职责；相互独立，不开诚布公
形成 forming--相互认识，了解项目情况与职责；相互独立，不开诚布公
规范 norming—协同工作，按团队需要调整各自的工作习惯和行为，相互信任
成熟 performing—有序工作；相互依靠，平衡高效地解决问题
解散 adjourning—完成所有工作，团队成员离开项目<br>
激励理论
马斯洛的需求层次理论<br>
低层次：生理需要、安全需要、社会需要<br>
低层次：生理需要、安全需要、社会需要
赫兹伯格双因素理论<br>
保健因素
没有就会“不满意”，有了就“没有不满意”
激励因素
有了就会“满意”，没有就“没有满意”
麦格雷戈的 X/Y 理论
X理论
人之初、性本恶。大多数人逃避工作、没有进取心、不愿意承担责任，每个人<br>都需要被监督。<br>
Y理论
人之初、性本善。大多数人具有创造力、勇于承担责任、每个人都希望创造价<br>值。<br>
弗洛姆的期望理论<br>
期望公式：M = V * E <br>M=激励<br>V=效价<br>E=期望值
麦克利兰的成就动机理论
成就需要：争取成功，希望做得最好的需求
成就需要：争取成功，希望做得最好的需求<br>
亲密关系需要：建立友好亲密的人际关系的需求
管理团队
跟踪团队成员表现，提供反馈、解决问题，并协调各种变动，以便优化项目绩效。
五种冲突管理方法<br>
合作/解决问题（面对）Collaborate/Problem Solve/Confronting：直面问题、引<br>导各方达成共识，双方都满意；双赢<br>
妥协/调解 Compromise/Reconcile：各退一步、双方一定程度上满意，比如去买东<br>西时讨价还价，你说 100，我说 80，最后各退一步 90 成交；双输<br>
缓和/包容 Smooth/Accommodate：强调一致而非差异即求同存异、寻找共同点；双<br>输<br>
缓和/包容 Smooth/Accommodate：强调一致而非差异即求同存异、寻找共同点；双<br>输<br>
强迫/命令 Force/Direct：利用权力来强行解决问题。（一般紧急情况使用）。赢输
沟通管理
管理沟通
根据沟通管理计划发布、收集、存储以及最终处置项目信息
沟通技能<br>
沟通胜任力<br>
反馈<br>
非口头技能
演示
项目信息管理系统<br>
用于确保干系人及时便利的获取所需信息<br>
用来管理和分发信息的工具。包括系统、社交媒体<br>
干系人管理
管理干系人参与<br>
通过与干系人沟通和协作，以满足其需要与期望，处理问题，并促进干系人合理<br>参与项目活动。
帮助项目经理提升来自干系人的支持，并把干系人的抵制降到最低，从而显著提高项<br>目成功的机会。主动管理干系人参与可以降低项目不能实现其目的和目标的风险
风险管理
实施风险应对<br>
执行商定的风险应对计划，以提高机会、降低威胁
单个项目的应对策略和措施的实施情况，记入风险登记册；整体项目风险的应对策略和<br>措施的实施情况，应该记入风险报告
采购管理
实施采购<br>
获取卖方应答、选择卖方并授予合同的过程。实际上就是招标、投标、评标、定标的过程<br>
0 条评论
下一页
