PMP考点串讲(第6版)
2022-02-04 00:40:33 5 举报
AI智能生成
PMP各知识点串讲,并标注各知识点重要程度
作者其他创作
大纲/内容
<font color="#e0e0e0"><b style="">☆ 次要考点(偶尔考)<br></b>☆☆ 常规考点(常考)<br>☆☆☆ 重要考点(必考,且重复出题)</font><font color="#f5f5f5" style=""><b><br></b></font>
→ <font color="#ff0000">☆</font>
→ <font color="#ff0000">☆☆</font>
→ <font color="#ff0000">☆☆☆</font>
第一章 引论(基本要素)
考点1:项目、项目集、项目组合辨析 <font color="#ff0000">☆</font>
概念
项目组合
目的<br>①指导组织<font color="#e65100">投资决策</font>,选择实现组织战略的项目集或项目,组合中的项目<font color="#e65100">不一定彼此依赖或有直接关系</font>。<br>②根据战略优先级确定<font color="#e65100">团队和实物资源分配的优先顺序</font>。<br>
项目集
一个大项目(项目集)划分为各个子项目进行管理,各<font color="#e65100">子项目相互依赖</font>。项目集管理关注的是<font color="#e65100">依赖关系进行控制</font>。<br>
项目
完成既定负荷战略的项目目标
<font color="#ff0000">辨析</font>
项目集合项目管理
项目组合管理
共同点
<font color="#e65100">战略驱动</font>
考点2:项目开发生命周期(开发方法) <font color="#ff0000">☆</font><br>
预测型
在生命周期的早期阶段确定项目范围、时间和成本。对任何范围的变更都要进行仔细管理。也成为了<b>瀑布型生命周期</b>。
迭代型
项目范围通常于项目生命周期的早期确定,但时间及成本估算将随着项目团队对产品理解的不断深入而定期修改。
增量型
渐进增加产品功能的一系列迭代来产出可交付成果。只有在最后一次迭代之后,可交付成果具有了必要和足够的能力,才能被视为完整的。
适应型
<b>敏捷型</b>。范围无法确定,适应环境,敏捷应对。
混合型
是<b>预测型生命周期和适应型生命周期</b>的<b><font color="#e65100">组合</font></b>。
考点3:项目阶段的关口审查 <font color="#ff0000">☆☆</font><br>
关口审查
在阶段结束点(阶段关口)需对项目进行重新评估,必要时变更或终止项目;<br>阶段收尾需要得到批准,才算结束。
<br>
考点4:项目的过程组 <font color="#ff0000">☆☆</font>
<font color="#ff0000"><b>启动过程组</b><br>(制定项目章程+识别相关方)</font>
定义并授权开始一个项目或一个阶段
项目各阶段也要进行启动,对前序信息进行复审;
让发起人、客户和其他相关方参与启动过程,可以建立对成功标准的共同理解,<br>提高满意度,提升可交付成果验收的可能性。
<b><font color="#ff0000">规划过程组</font></b>
规划过程组制定用于指导项目实施的项目管理计划和项目文件
应鼓励<b>相关方参与</b>。
项目规划和文档编制是反复进行的持续性活动(<font color="#e65100">渐进明细</font>)。
<b><font color="#ff0000">执行过程组</font></b>
完成项目管理计划中确定的工作,以满足项目规范要求。
指导与管理项目工作
<b>管理</b>项目知识
<b>管理</b>质量
获取资源
团建和<b>管理</b>团队
<b>管理</b>沟通
实施采购
<b>管理</b>相关方参与
<b><font color="#ff0000">监控过程组</font></b>
对项目绩效进行测量和分析,<br>从而识别与项目管理计划的偏差,<br>并提出相应措施。
监控过程一定包含“对比”的概念,重视组织过程资产的作用;
监控的输入:基准(项目管理计划)和项目状态(绩效或可交付成果);
输出中通常也包含变更请求、组织过程资产更新(经验教训的总结)以及项目管理计划、项目文件的更新。
<font color="#e65100">可交付成果的验收是监控过程(确认范围)</font>
<b><font color="#ff0000">收尾过程组</font></b>
正式完成或关闭项目、阶段或合同
移交
合同收尾:财务 → 法律收尾 → 关闭合同
行政收尾:收集 → 总结 → 归档 → 评估 → 释放
开展项目(阶段)后评价,客户满意度调查
考点5:项目管理数据和信息 <font color="#ff0000">☆</font>
绩效报告
内容包括:状态报告、进展、测量结果和<font color="#e65100">预测</font>状况。<br>它是沟通和管理相关方参与的基础。也是重要的历史查阅资料。
考点6:商业文件 <font color="#ff0000">☆☆☆</font>
包括
商业论证 <font color="#ff0000">☆☆</font>
指可研报告。<font color="#ff0000">成本效益分析是其最常用的工具。</font>
<b><font color="#ff0000">考点:</font>编制对象、时机、场景</b>
效益管理计划 <font color="#ff0000">☆</font>
过程效益衡量机制,用来确保实施的项目持续满<br>足期预期的商业效益。由指定的效益责任人负责审查。在项目<br>实施过程中除了关注既定目标的完成,项目经理还应根据效益管理<br>计划的要求,审核目标是否产出预期的商业效益。
<b><font color="#ff0000">项目发起人</font></b>通常负责项目商业论证文件的制定和维护。<b><font color="#ff0000">项目经理</font></b>负责提供建<br>议和见解(<font color="#e65100">不能修改</font>)。商业论证的<font color="#e65100">内容基于未来的假设</font>所以需要过程审查。
第二、三章 项目运行环境<br>及项目中的角色
考点1:事业环境因素与组织过程资产 <font color="#ff0000">☆☆</font>
辨析
<b><font color="#ff0000">事业环境因素</font></b>
项目团队不能控制的,将对项目产生影响、限制或指令作用各种条件。
<font color="#e65100">外部的都是事业环境因素,</font>如商业数据库,天气、地理环境、政策。
<font color="#e65100">组织内部无形的</font>,是事业环境,如文化、个人性格、办公条件。
<b><font color="#ff0000">组织过程资产</font></b>
记录存档下的资料。包括公司的流程和政策以及知识库。
理念
各过程的输入输出
持续关注事业环境因素,以识别项目独特性。<font color="#e65100">特别是在陌生地方或政策多变环境下。</font>
充分利用组织过程资产,提高绩效,特别是首次作业时,首要审查过程资产。
过程中持续记录,注重组织过程资产积累。
考点2:组织结构 <font color="#ff0000">☆☆</font>
职能型
职能经理全权控制预算,项目经理充当联络员的角色。(特别需要在前期提出需求,多要钱,要权)
矩阵型
强矩阵
项目经理掌控权>职能经理
平衡矩阵
项目经理掌控权=职能经理
弱矩阵
项目经理掌控权<职能经理
项目型
项目经理<font color="#e65100">全权</font>掌控资源。
项目型组织也有职能部门,它们作为支撑配合机构,为项目提供服务
考点3:项目管理办公室PMO <font color="#ff0000">☆☆</font><br>
考点4:项目中的其他关键相关方 <font color="#ff0000">☆☆</font><br>
项目经理
能力三角
技术项目管理能力、商务和战略管理能力、领导力
项目边界内(章程批准——项目收尾)的问题首先由项目经开负责解决,权限外的向上汇报。
发起人
发起项目,为项目提供资金的个人或组织。
发起人有权决定项目的启动、中止和收尾。(优先于PMO)
负责商业论证,发布项目结束正式报告。
第四章 整合管理
考点1:制定项目章程 <font color="#ff0000">☆☆☆</font>
输入及工具 <font color="#ff0000">☆</font>
章程的编制、作用和意义 <font color="#ff0000">☆☆☆</font>
项目章程的编制<font color="#e65100">发起人负责</font>(一般委托项目经理编制),或者由项目经<br>理与发起机构合作编制。<font color="#e65100">(章程制定阶段遇到问题可以寻求发起人帮助)</font>
项目经理任命后的第一件事:制定章程。(选商业论证的情况?)
章程必须<font color="#e65100">批准</font>,批准人是关键相关方(发起人)。如关键相关方要求<br>在没有批准前就要求开展项目,需告知章程批准的意义及带来的风险。
除了本过程外,其他过程的输出没有“项目章程更新”,除非项目中<br>断、战略符合性问题等大事件,章程一般不做修改。但应定期审查。
章程的意义
项目明确<font color="#e65100">项目与组织战略</font>之间的直接联系,确立项目的正式地位。
组织(关键相关方)对项目关键事项的承诺(<font color="#e65100">必须达成共识</font>)。
项目经理的正式授权,记录项目经理的<font color="#e65100">职权</font>。
章程是开展项目作业的基点,项目规划是对章程内容及要求的分解<br>及细化,因此项目管理计划<font color="#e65100">审批的最重要依据</font>就是项目章程。
章程的内容 <font color="#ff0000">☆☆☆</font>
我们是什么?项目的定位:<font color="#e65100">目的、理由</font>(战略关联性)
我们做什么?项目的需求:<font color="#e65100">高层级需求</font>、项目描述和边界定义,<font color="#e65100">主要的可交付成果</font>
我们应达到怎么样的标准?项目的目标:可测量的项目目标与<font color="#e65100">成功标准</font>、<br>项目退出标准、项目审批要求用什么标准评价项目成功,由谁对项目成<br>功下结论,由谁来签署项目结束<br>
我们的条件是什么?制约:<font color="#e65100">关键里程碑及批准的预算,</font>
主要难点是什么?<font color="#e65100">项目整体风险</font>
给我多大的权力?委派的<font color="#e65100">项目经理及其职责和职权</font>
我们需要向谁负责,谁会给我们提供资源和帮助?<font color="#e65100"><b>发起人或其他批准项<br>目章程的人员的姓名和职权</b></font>关键相关方信息(移交信息)
考点2:制定项目管理计划 <font color="#ff0000">☆☆</font>
定义、协调项目计划的所有组成部分,并把它们整合为一份综合计划。它确<br>定项目的执行、监控和收尾方式。在收尾之前,需要通过不断更新来渐进明<br>细(通过变更)。
输入及工具 <font color="#ff0000">☆</font>
开工会议 <font color="#ff0000">☆☆☆</font>
召开时间
项目管理计划获批后,正式进入执行前。在规划与执行过程间起承上启下作用。
目的
开工前,对项目目标、拟实施的方案关键事项进行再次交底。
获得关键相关方对项目主要内容的<font color="#ff0000">认可和支持的承诺</font>,阐明每个相关方的角色和职责。
当关键相关方(包括团队)对项目目标及关键内容不了解时,问之前应如何做?<font color="#ff0000">开工会议</font>
成功的开工会议特别需要沟通和相关方的参与。
常见考试方向
关键相关方无法参与开工会怎么办?
关键相关方是发起人,则需要重新安排一个合适的时间
如果不是发起人,没有特殊要求,就继续召开会议,把会议纪要发给关键相关方即可
关键相关方对目标及内容不了解的情况下如何去做?
需要召开开工会议,在会上明确项目目标及关键内容
项目管理计划内容及相关理念 <font color="#ff0000">☆☆</font>
理念 <font color="#ff0000">☆</font>
渐进明细,循环迭代。
相关方持续参与有助于计划的准确性、完整性,有利于达成共识。
需要批准,成为绩效对比的基准。
内容 <font color="#ff0000">☆☆</font>
十二个管理计划:除整合外的其他九个知识领域管理计划+需求管理<br>计划+变更管理计划+配置管理计划;
范围、进度、成本三大基准,基准应尽量保持稳定;
其他
项目管理计划与项目文件的辨析:排除法得项目文件。 <font color="#ff0000">☆</font>
考点3:指导与管理项目的执行 <font color="#ff0000">☆</font><br>
ITTO <font color="#ff0000">☆</font>
问题日志 <font color="#ff0000">☆☆☆</font>
记录和跟进所有问题的项目文件,<font color="#e65100">帮助项目经理有效跟进和管理问<br>题</font>,确保它们得到调查和解决。记录了由<font color="#e65100">谁负责</font>在目标日期前解决<br>某特定问题。问题发现后,首先更新问题日志。<br>
试题中出现问题得不到有效解决、问题遗留、问题责任人不清等问题,<br>首选问题日志。
注意问句:<font color="#e65100">“首先”</font>还是<font color="#e65100">“应该”</font>?记录问题日志是步骤,而不是<br>解决方案。<font color="#e65100">选择时,原则上优先遵循知识领域内容(</font><font color="#2196f3">应该</font><font color="#e65100">)。</font>
考点4:管理知识 <font color="#ff0000">☆</font>
ITTO
相关理念 <font color="#ff0000">☆</font>
知识管理最重要的环节是营造一种相互信任的氛围,激励人们分享<br>知识或关注他人的知识。
在整个项目过程中开展记录和分享知识,而非只在阶段收尾。<br>
经验教训登记册 <font color="#ff0000">☆☆</font>
在项目早期创建。在整个项目期间,它可以作为很多过程的输入,<br>也可以作为输出而不断更新,最终纳入组织知识库。
是有效避免犯错,改进绩效的参考文件。经验教训登记册。
解决问题后首要更新经验教训登记册。待解决更新问题日志。可能<br>发生更新风险登记册。
考点5:监控项目工作 <font color="#ff0000">☆</font><br>
ITTO <font color="#ff0000">☆</font>
常用工具:偏差分析、趋势分析
输入:绩效信息
输出:绩效报告、变更请求
大致了解哪些属于监控过程组 <font color="#ff0000">☆</font>
12个过程属于监控过程组
监控项目工作
实施整体变更控制
确认范围
控制范围
控制进度
控制成本
控制质量
控制资源
监督沟通
监督风险
控制采购
监督相关方参与
相关理念 <font color="#ff0000">☆</font>
项目执行现状与计划基准的比较、预测,如有偏差,建议相应措施(变更)。
考点6:实施整体变更控制 <font color="#ff0000">☆☆☆</font><br>
核心考点:①变更的理念、②变更的流程、③实质变更的处理、④变更的类型、⑤配置项的变更、⑥敏捷项目的变更
ITTO
变更的理念
纳入变更管理范畴的内容(<b>获批的项目管理计划及项目文件</b>)都需遵循变更流程。
变更的流程
①收到变更要求→②提出/起草变更请求→③评估变更→④审批变更<font color="#ff0000">【CCB】<br></font>→⑤更新受影响的项目管理计划及项目文件→⑥通知受影响相关方
CCB和指导委员会的区分
注意问句:<br><ul><li>应该——<i><b><font color="#2196f3">考变更理念</font></b></i></li><li>接下来、首先、下一步——<i><b><font color="#2196f3">考步骤</font></b></i></li></ul>
整个过程记录<b><font color="#ff0000">变更日志</font></b>,相关方后期对变更有疑虑,审查变更日志。
实质变更的处理(范围蔓延、镀金)
防止范围潜变/蔓延的最佳方法是建立变更控制系统。如果开始私自变更了,<br>项目经理应事后补变更流程。如果变更审批通过,那么就纳入范围基准。如<br>果拒绝,撤销所做更改。<br>
变更的类型(根据场景区分)
预防措施
事前,预防偏离目标的措施。
纠正措施
事后,管理维度偏差的纠正,纠正偏离的项目绩效(如延期、超支等)使之重新符合计划。
缺陷补救
事后,产品维度偏差的修正,修正不一致的产品或组件
更新
往往来自项目外部,修改或增加的意见或内容。
配置与变更
配置是变更的一种特例,针对构成产品实体和性能(技术规范)的配置项进行变更,版本迭代。
敏捷项目的变更
敏捷项目分各个迭代期实施,每个迭代期(一般1-3周)开展前召开迭代规划<br>会议,从待办列表(拟实现的需求)中选取本迭代期的工作内容。非必要的<br>变更一般纳入下一个迭代期实施。
本迭代器的变更(增减故事点),产品经理和团队确认后即可实施变更,但要记录。
考点7:项目或阶段收尾 <font color="#ff0000">☆☆☆</font><br>
ITTO <font color="#ff0000">☆</font>
收尾一般流程 <font color="#ff0000">☆☆☆</font>
------收尾前序工作
控制质量(项目人员负责,内部自检。自检合格行程<font color="#e65100"><u>“核实的可交付成果”</u></font>);
确认范围(发起人或客户负责,验收。验收通过<font color="#e65100"><u>“验收的可交付成果”</u></font>);
------开始进入收尾
移交并开展合同收尾(处理合同中的财务与法律关系,书面确认);阶段结束<br>不需要合同收尾。
<font color="#e65100">行政收尾</font>(收集整理项目资料、开展内部总结、评估团队项目绩效、编制并分<br>发项目最终报告与存档项目信息)。每个阶段收尾都需要行政收尾。
解散团队
收尾其他概念 <font color="#ff0000">☆☆☆</font>
项目结束后通常需要审计项目成败、调查相关方满意度;
项目主合同关闭是一个关口(合同收尾完成),代表与客户之间的项<br>目关系结束。此时,如有变更或其他问题,项目团队只负责记录成经<br>验,并给出处理建议(如开启一个新项目)。后续维护由质保或运营<br>团队介入。
如果项目<font color="#e65100">提前终止</font>,首先需制定程序,记录原因,按程序移交。
财务中断、战略不再符合等原因导致发起人决定中止项目,下一步<br>不是去“尝试解决财务问题”或试图影响发起人决定或“马上解散<br>团队”。而是开展收尾工作。<br>
注意时间点:成功完成≠全部结束。指合同收尾完成。
核心考点
章程的编制、作用和意义
章程的内容
<div>开工会议</div>
变更
收尾的流程
第五章 范围管理
考点1:规划范围管理 <font color="#ff0000">☆</font>
ITTO
范围的核心概念 <font color="#ff0000">☆</font>
产品范围(要求交付的结果);
项目范围(项目的活动)。纳入WBS管理。
考点2:收集需求 <font color="#ff0000">☆☆☆</font>
ITTO
收集需求工具辨析 <font color="#ff0000">☆☆☆</font>
数据收集
头脑风暴
集中一起<font color="#e65100">收集多种创意</font>
焦点小组
召集专家,了解他们对所讨论的焦点(如产品、服务或成果)的<br>期望和态度。<font color="#e65100">针对焦点发散</font>意见,由受过训练的<font color="#e65100">主持人引导</font>讨论。
问卷调查
适用于<font color="#e65100">受众多样化</font>,需要<font color="#e65100">快速完成</font>调查,<br>受访者<font color="#e65100">地理位置分散</font>,适合开展<font color="#e65100">统计分析</font>。
决策技术
投票
大多数原则(需要超过半数同意)VS相对多数原则(相对多数人同意)
多标准决策
从多个维度进行加权评分,以对众多创意进行评估和排序。如招聘人员,<br>从学历、经验、薪资要求、品德等各维度进行评价后选出最合适的人员。
数据表现
亲和图
头脑风暴的基础上,对创意进行亲和、<u><b><font color="#e65100">分组</font></b></u>
人际关系与团队技能
名义小组
对创意进行<b><font color="#e65100">排序</font></b>。
引导
<font color="#e65100"><b>协调</b>相关方的<b>需求差异</b></font>,引导对不同的需求<u><font color="#e65100"><b>达成一致意见(意见<br>收敛)</b></font></u>。有助于与职能部门建立信任,改善关系。
原型法
通过产品或三位模型来获取对需求的反馈。原型法支撑渐进明细的理<br>念(模型多轮的反馈与修改),原型法促进项目进入设计或制造阶段。
需求跟踪矩阵 <font color="#ff0000">☆☆☆</font>
从需求源(目标)到需求实现方式,到需求实现情况的需求跟踪链路。<br>“商业价值(需求源)→项目目标→需求(含需求所有者、优先级等<br>信息)→可交付成果→当前状态(完成情况/变更信息等)”
和需求文件一起是确认范围的重要依据。确保每个需求都具有商业价值,确保需求的实现。<br>
在实施过程中不断根据情况更新。为管理产品范围变更提供框架。
考试中常见问题
需求与可交付成果断链→审查需求跟踪矩阵。
对工作是否需要实施的进行判断。
其他小概念 <font color="#ff0000">☆☆</font>
需求文件
需求记录要清晰,此时需要记录全部提出的需求。
前期做好需求收集工作,减少后期范围变更。
此过程不需要走变更。
考点3:定义范围 <font color="#ff0000">☆☆</font>
ITTO
相关概念 <font color="#ff0000">☆</font>
与关键相关方一起,从需求文件中选取最终需求。并定义需求的实现方<br>案(可交付成果及验收标准)
最重要输出
范围说明书
范围说明书需要批准后才能开展后续工作。
考试常见场景
按范围基准实施了却无法满足客户要求,范围定义问题。
范围说明书 <font color="#ff0000">☆☆☆</font>
内容
产品范围描述、<font color="#e65100">可交付成果及验收标准</font>、假设和制约、<font color="#e65100">除外责任</font>。
作用
对项目范围与相关方达成共识;为评价<font color="#e65100">范围变更</font>提供基础。
考点4:创建WBS <font color="#ff0000">☆☆</font>
ITTO
WBS的相关概念 <font color="#ff0000">☆☆</font>
WBS展示项目的全貌,是各相关方的沟通平台。
底层的工作报告要进行详细的说明,即WBSD。<br>内容包括:<br><ol><li>实施步骤(活动)</li><li>负责的组织</li><li>假设和制约</li><li>资源/成本/进度/质量等相关信息(持续完善)</li></ol>
WBS需要进一步分解为活动。
最熟悉相关工作的团队成员执行分解
批准的(范围说明书+WBS+WBSD)构成范围基准,是范围变更的基础,是<b>估算进度和成本的依据</b>。
WBS的分解 <font color="#ff0000">☆☆</font>
工具
分解
不同可交付成果可分解到不同层次,分解的程度取决于所需的控制程度。
工作包的详细程度因项目规模和复杂程度而异。分解不充分(遗漏),会引发<br>后期变更;分解过细,管理成本过大。
让团队参与分解,有助于得到更准确的结果。
并不是一定要一次性分解充分,可滚动规划。暂时未能分解的部分叫做工作包
应包含产品范围和项目范围。
考点5:确认范围 <font color="#ff0000">☆☆</font>
ITTO
相关概念 <font color="#ff0000">☆☆☆</font>
确认范围=验收成果,属于监控过程,是收尾的基础。
关键输入
范围基准、需求文件和需求跟踪矩阵 VS 核实可交付成果
关键输出
验收的可交付成果、绩效信息和变更请求。
其他常见场景
验收不通过、验收标准认定不一。现在该怎么办?之前该怎么办?
考点6:控制范围 <font color="#ff0000">☆</font>
ITTO
概念 <font color="#ff0000">☆</font>
范围偏差
确保所有的范围变更都遵循变更控制流程,控制范围蔓延。
核心考点
收集需求的技术
需求跟踪矩阵
范围说明书
WBS的理解
确认范围的概念
第六章 进度管理
考点1:规划进度管理 <font color="#ff0000">☆</font>
ITTO
相关概念 <font color="#ff0000">☆</font>
工具
专家判断+会议
进度管理计划≠进度计划
进度管理计划
对如何开展进度管理作出指导和规定。比如项目可以接受<br>的偏差区域、如何测量进度绩效、报告进度绩效的格式等。
过程流程逻辑 <font color="#ff0000">☆☆</font>
考点2:定义活动 <font color="#ff0000">☆</font>
ITTO <font color="#ff0000">☆</font>
其他 <font color="#ff0000">☆</font>
里程碑是重要时点或事件,持续时间为零。里程碑清单列出所有的里程<br>碑,分强制性(合同要求)和非强制性(管理需要)。
里程碑清单 VS 关键里程碑(章程)
考点3:排列活动逻辑顺序 <font color="#ff0000">☆</font>
ITTO <font color="#ff0000">☆</font>
PDM紧前关系图 <font color="#ff0000">☆</font>
始终逻辑关系
完成到开始(FS)
完成到完成(FF)
开始到开始(SS)
开始到完成(SF)
时间的提前量与滞后量 <font color="#ff0000">☆</font>
提前量
如书稿整体完成之前15天,可以开始审阅;表示为FS-15
<br>
滞后量
油漆完成后需干燥2天才能安装玻璃;标识为FS+2<br>
活动排序中的2组四种依赖关系 <font color="#ff0000">☆</font>
强制和选择
先穿袜子再穿鞋(强制),先穿衣服还是先穿裤子(选择)。
内部和外部
项目活动之间的逻辑关系(内部),项目活动与非项目活动的逻辑关系(项目外)。
考点4:估算活动持续时间 <font color="#ff0000">☆☆☆</font>
ITTO
相关概念 <font color="#ff0000">☆</font>
团队中最熟悉活动的个人估算能提升准确性
考虑风险
持续时间估算结果可能是个区间
资源日历(<b>更多在资源管理领域</b>) <font color="#ff0000">☆☆☆</font>
资源日历
具体资源可用时间段;资源冲突或分配的资源时间上不合适,<br>审查资源日历。如果是矩阵型,需和职能经理一起确认审查。
估算工具辨析 <font color="#ff0000">☆☆☆<b>(估算时间和成本)</b></font>
类比估算
以类似项目的历史数据估算当前的数值。
利用历史信息和专家判断,成本低、耗时少、准确率低
题干中要有“类似”或可参考的“历史资料”信息,如果没有,选专家判断。
参数估算
用历史数据中单位变量和所需数量之间的统计关系(如建筑中的平方米)来估算时间或成本。<br><u>提示:考试中有“变量”与“统计”词语就基本选参数估算。</u>
自下而上
无法进行估算的时候,将活动进一步细化进行估算后汇总。耗时最长,最精确。
三点估算
考虑不确定性和风险,提高估算准确性。
<b>期望值</b>(三角分布) = (乐观 + 悲观 + 最有可能时间)
<b>期望值</b>(贝塔分布,Pert) = (乐观 + 悲观 + 4×最有可能时间)÷ 6
做题时,默认<b>估算时间</b>默认使用三角分布,除非题干中有特别说明或计算没有结果时。
储备分析 <font color="#ff0000">☆☆☆(储备资源、时间和成本)</font>
作用
储备用于应对不确定情况,用在:“管算时间/成本、制定预算和控制成本、监督风险”过程。<br>在监督风险过程中,用于查看风险与储备的匹配性。剩余的应急储备是否能覆盖项目风险。
<font color="#ff0000"><b>管理</b>储备</font>
用于<b>“未知的未知”</b>,或不属于项目基准,不纳入挣值计算,但含在总资金需求内/总持续时间内,<br>项目经理动用须获得批准(变更程序),使用它必然成本基准变更,极有可能会影响进度基准。
<font color="#ff0000"><b>应急</b>储备</font>
用于<b>“已知的未知”</b>已识别风险,由项目经理支配,是基准的一部分。<br>随着项目信息越来越明确,可以<font color="#ff0000">动用、减少或取消应急储备。</font>
输出:估算的时间、估算依据 <font color="#ff0000">☆</font>
考点5:制定进度计划 <font color="#ff0000">☆☆☆</font>
ITTO
关键路径法 <font color="#ff0000">☆☆☆</font>
在不考虑任何资源限制,用于确定工期和进度计划的灵活性。
关键路径是项目中时间最长的活动顺序,决定着可能的项目最短工期。
项目可能存在多条关键路径,关键路径越多,不确定性越大。
<b><font color="#ff0000">浮动时间</font>(总时差)</b>指该活动在不影响关键路径下能延迟的最长时间。<br>关键路径总浮动时间最少,通常为零(可能正也可能负)。
<b><font color="#ff0000">自由浮动时间</font>(自由时差)</b>指该活动完全不影响后续活动开展(即影<br>响后续活动最早开始时间)能延迟的最长时间。
关键路径延迟,代表整体项目延误。同时要注意非关键路径的变化。
关键工作并不代表是重点工作、持续时间长、成本高的工作。
<b><font color="#ff0000">常见考法</font></b>
看图找关键路径
判断过程中关键路径变化
浮动时间计算
资源优化技术 <font color="#ff0000">☆☆☆</font>
根据资源的可用性和供需情况,优化资源的使用。<br>
关键路径法后必须使用资源优化技术进行调整。
资源平衡
它往往导致关键路径改变,通常是延长。以下几种情况采用:
资源只在特定时间可用<br>
资源被过度分配(过度分配,增加一个资源,是不是平衡?)<br>
资源浪费<br>
保持资源使用量处于均衡水平
<b>资源刚性,调整任务</b>
资源平滑
<b>任务刚性,调整资源</b>
资源平滑不会改变项目关键路径。其活动只在自由时间和总浮动时间内延<br>迟(分配资源时优先考虑关键路径)。该技术可能无法实现所有资源的优化。
假设情景分析 <font color="#ff0000">☆</font>
<b>“假设情景X出现,情况会怎样?”</b>评估项目进度计划在不利条件下<br>(假设条件下)的可行性,以及为克服或减轻意外情况的影响而<b>编制<br>进度储备和应对计划</b>。
<font color="#ff0000">进度压缩 </font> <font color="#ff0000">☆☆☆(有时候翻译赶时间线)</font>
在不改变范围的前提下,缩短时间的方式:(在做题中,出现进度延误的<br>解决步骤:1分析原因和影响-2确定进度压缩方案-3执行进度压缩-4如果<br>无法解决,提交变更或向高层求助)
赶工
资源换时间,在资源富余(CPI > 1)情况下使用。可能导致风险<br>和/或成本的增加。
快速跟进
通过并行活动来压缩进度。增加返工和其他风险,所以可能<br>需要实现了解关键相关方的风险态度
输出<font color="#ff0000"> </font> <font color="#ff0000">☆</font>
项目日历
开展进度活动的工作日和工作班次
项目进度计划的图形方式
里程碑
图适于向客户或高级管理层汇报
横道图
条形图、甘特图,适合表示进展状况(二维、三维)
项目进度网络图
最详细,能体现关键依赖关系、关键路径、浮动时间
考点6:控制进度 <font color="#ff0000">☆☆☆</font>
ITTO
迭代燃尽图 <font color="#ff0000">☆</font>
用于追踪迭代未完项中尚待完成的工作,使用<b>预<br>测趋势线</b>来预测迭代结束时可能出现的偏差。
核心考点
估算时间的工具
<div><br></div><div>制定和控制进度的工具</div>
CPM
资源优化技术
进度压缩技术
第七章 成本管理
考点1:规划成本管理 <font color="#ff0000">☆</font>
ITTO
相关概念 <font color="#ff0000">☆</font>
资金是项目实施的基础,资金不足情况下,考虑基准的变更。
成本管理计划中除了成本管理过程的指南外,还包括<font color="#d32f2f">汇率</font>、筹融资、<br><font color="#d32f2f">计量的货币</font>、控制临界值和报告要求的相关信息。
考点2:估算成本 <font color="#ff0000">☆☆</font>
ITTO
估算成本的工具与估算持续时间的工具基本一致。
类比
PERT
参数
自下而上
储备
考点3:制定预算 <font color="#ff0000">☆☆</font>
ITTO
相关工具 <font color="#ff0000">☆</font>
成本汇总
成本从活动级别逐级汇总到项目总成本
资金限制平衡
资金限制与计划支出间有差异,调整进度计划,<br>平衡资金支出水平
融资
成本基准概念的理解 <font color="#ff0000">☆☆☆</font>
成本基准是经过批准的、按时间段(按进度计划分段汇集成本)分配的项目预算,<br>包括应急储备,不包括管理储备,只有通过正式的变更控制程序才能变更
经变更程序批准使用的管理储备,纳入成本/进度基准中。
考点4:控制成本 <font color="#ff0000">☆☆☆</font>
ITTO
ES
<b>EV(Earned Value)</b>是用挣得的价值(金钱)代表进度,而<b>ES(EarnedSchedule)</b>是以挣得的时间代表进度。<br>
第八章 质量管理
考点1:质量概念和理念 <font color="#ff0000">☆</font>
<b><font color="#ff0000">项目的质量 </font></b> <font color="#ff0000">☆☆☆</font>
项目管理的质量(过程质量)与产品的质量(结果质量)
<b><font color="#ff0000">质量各过程的关系</font></b> <font color="#ff0000">☆☆☆</font>
<b><font color="#d32f2f">“规划质量”</font>关注</b>工作需达到的<u><b><font color="#d32f2f">质量要求</font></b></u>
<b><font color="#d32f2f">“管理质量”</font></b>则<b>关注</b>管理整个项目期间的<font color="#d32f2f">质量</font><u><b><font color="#d32f2f">过程</font></b></u>
<b><font color="#d32f2f">“控制质量”</font>关注</b>工作成果与质量要求的比较,确保<font color="#d32f2f"><b><u>结果</u></b></font>可接受
<b><font color="#ff0000">质量与镀金</font></b> <font color="#ff0000">☆☆☆</font>
拒绝镀金,镀金导致风险与范围潜变。镀金是范围蔓延的一种,指私自添加<br>认为给客户带来满意度的功能。镀金往往会造成进度、成本、质量的偏差,<br>而且还有可能祈祷反效果,降低客户满意度。
PDCA是质量改进的基础 <font color="#ff0000">☆</font>
考点2:规划质量管理 <font color="#ff0000">☆☆☆</font>
ITTO
确定项目及其产品的<b><font color="#d32f2f">质量标准</font></b>,以及如何达到质量要求的<b><font color="#d32f2f">方法</font></b>。该标准的<br>确立和方法的制定都必须符合企业的<b><font color="#d32f2f">质量政策和程序</font></b>。
规划质量管理过程常考工具
成本效益分析 <font color="#ff0000">☆☆☆</font>
比较其可能成本与预期效益,确定改进某质量是否值得投入
<b><font color="#ff0000">质量成本 </font></b><font color="#ff0000">☆☆☆</font>
<b>理念、辨析</b>
<b><font color="#ff0000">输出</font></b>
<b><font color="#ff0000">质量管理计划 </font></b><font color="#ff0000">☆</font>
<div>含质量标准、质量目标、质量角色与职责、如何开展质量管理和控制质量方法。</div>
当题目中发现质量执行过程有问题,首先审查质量管理计划。
<b><font color="#ff0000">质量测量指标 </font></b><font color="#ff0000">☆</font>
含测量的指标及允许偏差范围。类似于体检中血常规表格。
考点3:管理质量 <font color="#ff0000">☆☆☆</font>
ITTO
<b><font color="#ff0000">概念 </font></b><font color="#ff0000">☆☆☆</font>
<font color="#d32f2f" style="">对质量<b>过程</b>进行<b>管理</b>,识别无效过程和导致质量低劣的原因。</font>
<b>管理质量的属于质量成本中的一致性工作。</b>
本过程有助于建立信心、确保遵循质量过程并满足其质量目标、提高过程<br>和活动效率与效果。
<font color="#d32f2f">质量过程低效、团队没有遵循既定过程、存在大量返工,都要执行本过程。<br>(有时直接写质量保证)。</font>
工具
质量审计<font color="#ff0000">(工具)</font><b><font color="#ff0000"> </font></b><font color="#ff0000">☆☆☆</font>
所有的审计都是对执行过程进行结构化审查。
可用内部,也可用外部,可用定期,也可用临时。
<font color="#d32f2f">可以确认已批准的变更请求的实施情况</font>(活动实施情况)。
目标
确定项目活动是否遵循组织的政策、过程与程序(查过程是否有问题)
确定/分享良好或最佳实践
识别差距或不足(确定低效和无效的过程)
核对单<font color="#ff0000">(工具)</font><b><font color="#ff0000"> </font></b><font color="#ff0000">☆☆</font>
核实所要求的步骤或检查列表是否已经执行,同时适用于质量控制。
更关注“有没做”,而非“做的如何”
注意和核查表(检查表)的区别
因果图<font color="#ff0000">(工具)</font><b><font color="#ff0000"> </font></b><font color="#ff0000">☆☆☆</font>
石川图、鱼骨图、“why-why分析图”。识别根本<b>原因</b>,同样用于风险识别。
散点图<font color="#ff0000">(工具)</font><b><font color="#ff0000"> </font></b><font color="#ff0000">☆☆</font>
显示2个变量的相关性,数据点越接近对角线<b>,变量间的关系</b>就越密
面向X的设计<font color="#ff0000">(工具)</font><b><font color="#ff0000"> </font></b><font color="#ff0000">☆</font>
面向“某专题”的专项设计,如安全、环保等专题。使用DfX可以降低成本、<br>改进质量、提高绩效和客户满意度。
直方图<font color="#ff0000">(工具)</font><b><font color="#ff0000"> </font></b><font color="#ff0000">☆☆</font>
展示每个可交付成果的缺陷数量、缺陷成因的排列、各个过程的不合格次<br>数。通过质量结果分布情况,判断其<font color="#d32f2f">质量能力、质量状况是否正常、稳定<br>程度和受控情况。</font>
输出
质量报告<font color="#ff0000">(输出)</font><b><font color="#ff0000"> </font></b><font color="#ff0000">☆</font>
包含团队上报的质量管理问题及改善建议,还包括控制质量过程中发现<br>情况的概述
区分:质量控制测量结果
测试与评估文件<font color="#ff0000">(输出)</font><b><font color="#ff0000"> </font></b><font color="#ff0000">☆</font>
它是控制质量的输入,用于指导如何开展对结果的检查及测试。用于评估<br>质量目标的实现情况
考点4:控制质量 <font color="#ff0000">☆☆☆</font>
ITTO
概念 <font color="#ff0000">☆☆☆</font>
内部自检,确保交付客户验收前的产品是内部检查合格的
输出的是“核实的可交付成果”和“质量控制测量结果”
发现质量不合格,在本过程建议的缺陷补救措施需要走变更
控制图 <font color="#ff0000">☆☆☆</font>
用来确定一个<u>过程是否稳定</u>,<u>评价过程变更是否达到预期改进效果</u>。
核心考点
质量工具的理解
<div>控制质量与管理质量区别</div>
第九章 资源管理<br>
考点1:规划资源管理 <font color="#ff0000">☆☆☆</font>
ITTO
概念 <font color="#ff0000">☆</font>
资源分团队资源和实物资源
团队资源的获取和管理是本领域的重点
输出
资源管理计划
团队章程
RAM职责分配矩阵 <font color="#ff0000">☆☆☆</font>
RACI,A终责、R执行、C咨询、I知情。只有一个A。
<div><span style="font-size: inherit;"><b>限于<font color="#ff0000">团队内部</font>分配工作。可以是个人或小组分工。</b></span><br></div>
分工明确是执行的基础,当团队人员变更或职责不清,审查或更新RACI矩阵
<div><br></div><div>最终记录在资源管理计划中(“角色和职责”章节)</div>
OBS组织分解结构、RBS资源分解结构 <font color="#ff0000">☆</font>
<b><font color="#ff0000">OBS</font></b>
按照组织现有部门、单元或团队排列,并在每个部门下列出项目活动或工作包
<b><font color="#ff0000">RBS</font></b>
按资源类别和类型,对团队和实物资源的层级列表
资源管理计划 <font color="#ff0000">☆☆☆</font>
考试选择场景
职责不清
如何开展团建
评估人员突然离职影响
招募或培养
查看资源信息
团队人员变更
团队章程 <font color="#ff0000">☆☆☆</font>
对团队可接受行为做出明确规定(<b>基本规则</b>),尽早制定并遵守,<br>可减少误解,提高效率。当题目中表示出团队行为不规范导致问题<br>时,优先制定团队章程。(没组织没纪律)
是建设和管理团队的输入
考点2:估算资源活动需求 <font color="#ff0000">☆</font>
ITTO
概念 <font color="#ff0000">☆</font>
估算执行项目所需的团队资源,以及材料、设备和用品的类型和数量;<br>是估算活动持续时间和估算活动成本的基础。
考点3:获取资源 <font color="#ff0000">☆☆☆</font>
ITTO
概念 <font color="#ff0000">☆</font>
获取团队或实物资源并将其分配给相应的活动。<font color="#d32f2f">内部资源由职能经理或<br>资源经理提供</font>,外部资源通过采购获得。<br>
了解性工具 <font color="#ff0000">☆</font>
<font color="#ff0000">预分派</font>
事先确定项目的实物或团队资源。事先选定的情况:项目章程中指定的、竞标<br>过程中承诺的、取决于特定人员的专有技能等。预分派的信息一般<font color="#d32f2f">记录在章程</font>中。
<font color="#ff0000">多标准决策分析</font>
获取资源重要工具 <font color="#ff0000">☆☆☆</font>
<font color="#ff0000"><b>谈判</b></font>
获取资源最重要的手段
与三方谈判(顺序):向职能经理、组织内其他项目管理团队、外部组织(卖方、供应商、承包商)谈判。<br>
执行过程中的资源可用性冲突,需和职能经理一起谈判解决。
为了更好的获取资源,应邀请职能经理参加启动会,获得承诺。提供<br>资源管理计划,明确资源的使用时间段。
<div>如因制约因素而无法获得所需人力资源,可能不得不使用替代资源(也许能力较低)。</div>
<b><font color="#ff0000">虚拟团队</font></b>
优点
节约成本、可纳入更多的专家。
缺点
沟通困难、成员间难以分享知识与经验、存在文化差异。
题目中出现虚拟团队,要特别关注“加强沟通规划与管理”<br>方面的选项。对应<font color="#d32f2f">集中办公</font>。(同样是建设团队工具)
考点4:建设团队 <font color="#ff0000">☆☆☆</font>
ITTO
概念 <font color="#ff0000">☆☆</font>
过程作用
培养团队、发展团队、团建。提高工作能力、<br>促进团队互动和改善团队氛围,提高项目绩效。
应尊重并利用文化差异,在整个生命周期中持续开展,<br>对于无法胜任工作的成员:先指导、培训,再不行才替换。
团建尽早开始、贯穿始终。及时奖励。
团队建设的五个阶段 <font color="#ff0000">☆☆☆</font>
培训 <font color="#ff0000">☆☆☆</font>
前期应向职能经理获取技能匹配的资源。
单获取技能不足的资源,首要培训,由项目经理负责<br>(误区:职能经理、人力资源经理)
培训可以是实现计划的(资源管理计划中),也可以临时的。
考点5:管理团队 <font color="#ff0000">☆☆☆</font>
ITTO
冲突管理 <font color="#ff0000">☆☆☆</font>
原则
首先团队成员负责解决,升级后由项目经理提供协助。(但如果冲突影响到了团队<br>绩效,项目经理应直接介入,并公开解决问题)
尽早在<b><font color="#d32f2f">私下</font></b>处理,破坏性冲突继续存在使用正式程序采取惩戒措施
冲突解决方式
合作/面对/解决问题
正面积极地去解决问题,综合考虑各方观点,引导大家达成一致,<br>优点是完全解决冲突,各方满意,缺点是相对耗时过长。
缓和/包容/缓解
通过强调共同点,缓和对立情绪,不完全解决冲突。冲突情绪<br>激烈首先选用。
妥协
指双方退让,寻找能让各方都在一定程度上满意的方案(折中方案)
强迫/强制
强制做出裁定,利用权利来强行解决紧急问题。
撤退/回避
目前撤退出来,不参与冲突解决,当需获得更多信息才能解决,或别<br>人比自己更适合解决,或冲突影响小而解决需要很多投入。
激励理论 <font color="#ff0000">☆</font>
<b><font color="#ff0000">马斯洛需求层次理论</font></b>
是被人员的需求层级而进行由针对性的激励,从低到高分5级别:<br>生理需求 - 安全的需求 - 社交(情感与归属)需求 - 尊重需求 - 自我实现需求。
<b><font color="#ff0000">XY理论</font></b>
X人性本恶,偷懒要监
Y人性本善,自觉积极
<b>技能不足、资源冲突离职等各种场景的处理</b> <font color="#ff0000">☆☆☆</font>
考点6:控制资源 <font color="#ff0000">☆</font>
ITTO
概念 <font color="#ff0000">☆</font>
实物资源的分配、使用的监督,有偏差,纠偏。
核心考点
RACI矩阵
<div>团队章程</div>
资源日历
团建工具
冲突管理
第十章 沟通管理
考点1:规划沟通管理 <font color="#ff0000">☆☆</font>
ITTO
<b><font color="#ff0000">沟通的相关概念</font></b> <font color="#ff0000">☆☆</font>
沟通的对象是相关方,基础时候相关方的沟通需求,因此相关方登记册和<br>相关方参与计划是规划沟通重要依据。
虚拟团队特别需要注意沟通问题。
<b><font color="#ff0000">规划沟通的工具——沟通方法</font></b> <font color="#ff0000">☆☆☆</font>
交互式沟通
实时沟通,最优。
推式沟通
信息直接推送到相关方处,如发邮件。
拉式沟通
相关方自行获取信息。适用于大量信息或大量受众,如公告、<br>下载链接。
<b><font color="#ff0000">沟通管理计划 </font></b> <font color="#ff0000">☆☆☆</font>
如何开展、监督沟通的指南,还包括相关方的沟通需求及沟通<br>策略、<font color="#d32f2f">会议</font>的指南、<font color="#d32f2f">邮件</font>的模板等内容。
沟通中出现问题,应首先要查看或审查沟通管理计划。在考试<br>中,一旦题干描述相关方对沟通不满意,如:看不明白报告、<br>没有及时或没有收到获取信息/通知、需要的信息详细程度、<br>信息被误解、汇报周期不对等,首先要审查的是沟通管理计划,<br>其后,找出满足不了沟通需求的原因后,更新沟通管理计划。
考点2:管理沟通 <font color="#ff0000">☆</font>
ITTO
相关概念 <font color="#ff0000">☆</font>
按沟通管理计划的要求开展沟通。
考点3:监督沟通 <font color="#ff0000">☆☆☆</font>
ITTO
相关概念 <font color="#ff0000">☆</font>
监控沟通的执行情况及效果,如果有问题,改进沟通过程。
核心考点
沟通管理计划的审查与更新
<br><div>沟通方法</div>
第十一章 风险管理<br>
相关概念 <font color="#ff0000">☆☆☆</font>
<font color="#ff0000"><b>风险与问题(注意区分)</b></font> <font color="#ff0000">☆☆☆</font>
<font color="#ff0000">风险</font>
<b>未来不确定性事件(未发生)</b>,该事件可能会对项目<font color="#d32f2f">有积极或消极的影响</font>。
<font color="#ff0000">问题</font>
已发生的事件,该事件已经或可能会对项目有积极或消极的影响。
已发生的风险即变为问题,可以在风险登记册中更新风险状态,<br>直接在风险登记册中管理,也可以纳入问题日志中管理。
<b><font color="#ff0000">风险管理流程 </font></b> <font color="#ff0000">☆☆☆</font>
风险管理计划
识别风险→评估风险(定性+定量)→规划应对→实施应对
监督风险
考点1:规划风险管理 <font color="#ff0000">☆</font>
ITTO
风险管理计划 <font color="#ff0000">☆</font>
包括<font color="#d32f2f">风险分解结构RBS</font>,RBS为<font color="#d32f2f">系统识别各种风险,提供了一个框架</font>
风险临界值、概率和影响定义
……
当风险管理过程有问题时更新
考点2:识别风险 <font color="#ff0000">☆☆</font>
ITTO
相关概念 <font color="#ff0000">☆☆</font>
风险应尽早全面识别,贯穿全过程,鼓励相关方参与。高层级的风险在章程中。
识别工具 <font color="#ff0000">☆</font>
头那风暴、访谈、核对单、因果图、流程图
<font color="#d32f2f">SWOT分析</font>(考虑优势、劣势、机会和威胁,更全面地考虑风险)
<b><font color="#ff0000">提示清单</font></b>
风险类别的预设清单,用<font color="#d32f2f">RBS风险分解结构来识别</font>风险
<font color="#ff0000">文件分析</font>
以往类似项目的风险登记册,经验教训等
输出——风险登记册和风险报告 <font color="#ff0000">☆☆☆</font>
风险登记册≠风险管理计划
识别风险后首先更新风险登记册,不需要走变更。
内容包括
风险描述、潜在的原因和解决措施。
<b><font color="#ff0000">风险报告</font></b>
记录整体项目风险的信息,以及关于已识别的单个风险概述信息。<br>和风险登记册的区别是详细程度不同,风险报告是登记册的归纳<br>与总结,可用于向相关方汇报风险情况。
考点3:实施定性风险分析 <font color="#ff0000">☆☆☆</font>
ITTO
<b><font color="#ff0000">相关概念 </font></b> <font color="#ff0000">☆☆☆</font>
每个风险识别出责任人
进行<b><font color="#d32f2f">优先排序,风险排序主要标准</font></b>
概率 × 影响
其他风险参数(如紧迫性、潜伏期、邻近性、可检测性等)
<b>风险特性辨析</b>
某风险,预计1年后才会发生(邻近性)、发生后的1个月对项目产生影响(潜伏性)、<br>如果要应对该风险,就应在一周内实施某策略,不然要错过时机,比如说政府机关在<br>1周后就不受理某业务(紧迫性)。如果该风险发生很容易监测,可监测性就高。
需要对风险评估数据的可信度进行评估(<font color="#d32f2f">风险数据质量</font>)
<b><font color="#d32f2f">低级别概率和影响的风险</font></b>,列入风险登记册中的观察清单,监测即可。
考点4:实施定量风险分析 <font color="#ff0000">☆☆☆</font>
ITTO
<b><font color="#ff0000">相关概念</font></b> <font color="#ff0000">☆</font>
识别风险对项目整体目标的影响,并非每个项目都必须定量。
是在定性风险分析过程中被确定为重大影响的风险。
<b><font color="#ff0000">定量的工具(定量的目的)</font></b> <font color="#ff0000">☆☆☆</font>
<font color="#ff0000">二次排序(敏感性分析)</font>
确定哪些风险对项目最敏感,有最大的潜在影响,表现形式为龙卷风图。
<font color="#ff0000">整体风险对目标的影响(蒙特卡洛/模拟)</font>
以点推面,表现为结果的区间。
<font color="#ff0000">预期货币价值分析(决策树)</font>
通过计算每条树分支(即方案)预期货币价值,选最佳应对方案。
考点5:规划风险应对 <font color="#ff0000">☆☆☆</font>
ITTO
<font color="#ff0000">相关概念</font> <font color="#ff0000">☆☆☆</font>
制定风险应对方案,本过程还将分配资源,<font color="#d32f2f">并根据需要讲相关活动添加进<br>项目文件和项目管理计划(变更问题)</font>。
<font color="#d32f2f">风险应对计划被包括在风险登记册中</font>,不是在风险管理计划中。所以输出<br>的是风险登记册(更新),而不是风险应对计划。
如果<b>执行过程中</b>识别并实施风险应对策略就是一个<b><font color="#d32f2f">变更</font></b>,需要按整体变更控制的流程处理。
<b><font color="#ff0000">次生/再生/二次风险</font></b>
因执行风险应对策略而产生的风险。
<b>威胁的应对策略</b> <font color="#ff0000">☆☆☆</font>
<b>上报</b>
<b>威胁<font color="#d32f2f">不在项目范围内</font></b>或<b>提议的</b><font color="#d32f2f"><b>应对措施超过项目经理权限</b></font>,上报到<br>给其目标会受该威胁影响的层级,并通知相关方。一旦上报,该风<br>险不再由团队监督,但仍可留在风险登记册中。
<b>回避</b>
出发点是不希望风险发生或发生了也不影响项目。采取行动完<b><font color="#d32f2f">全消除<br>威胁</font></b>。适用于<font color="#d32f2f">高风险,一般改变项目管理计划</font>。
<b>转移</b>
出发点是不承担风险的影响,期望把消极影响连通应对<font color="#d32f2f">责任转移给第三方</font>,<br>风险发生的概率不变,一般花费资金;基本方式为<font color="#d32f2f">保险、保函、担保、保证书</font>等。
<b>减轻</b>
出发点是把不利的风险事件的概率影响降低到可控范围而提前采取<br>措施。例如:采用复杂性较低的流程,更多测试,稳定的供应商。
<b>接受</b>
<b><font color="#d32f2f">事前啥也不做,无具体措施。</font></b>低风险、或无法找到其它任何合理的<br>应对策略时采用。氛围被动接受(只记录)和主动接受(应急储备)。
<b>积极地应对策略</b> <font color="#ff0000">☆☆☆</font>
<b>上报</b>
和威胁的上报概念一样。
<b>开拓</b>
<b>与回避对应</b>。确保把握高优先级机会,消除不确定性,确保有利机会出现。
<b>分享</b>
与转移应对。把机会的责任给能抓住机会的第三方。充分利用机会,各方收益;如合伙。
<b>提高</b>
<b>与减轻对应。提高</b>机会的发生概率和影响。
<b>接受</b>
事前啥也不做,等到机会发生时才加以利用。
<b>应急应对策略</b> <font color="#ff0000">☆</font>
事先制定的基于某种条件下的应对策略,在某个特定触发条件(<font color="#d32f2f">明确预警<br>信号</font>)发生时,启动的应对措施。(应急计划和弹回计划属于此类)
考点6:实施风险应对 <font color="#ff0000">☆</font>
ITTO
相关概念 <font color="#ff0000">☆</font>
按风险登记册的内容,执行风险应对措施的过程。
考点7:监督风险 <font color="#ff0000">☆☆☆</font>
ITTO
<b><font color="#ff0000">相关概念</font></b> <font color="#ff0000">☆☆☆</font>
监督风险应对计划的实施、跟踪已识别的风险、监测残余风险、<br><u>识别新风险和评估风险过程有效性</u>的过程。
风险发生首先审查风险登记册,查找措施予以应对。<br>
风险登记册在风险信息发生变化时候变更。
<b>风险审查会</b> <font color="#ff0000">☆☆☆</font>
定期审查会以
①风险应对措施实施的有效性;
②识别新风险;
③重新评估当前风险,调整优先级,关闭过时风险;
④总结经验教训。
<b>储备分析</b> <font color="#ff0000">☆☆☆</font>
比较应急储备和剩余风险量,确定剩余储备是否合理。
风险审计 <font color="#ff0000">☆☆</font>
评估风险管理过程的有效性。
核心考点
风险概念辨析
<b><font color="#ff0000">风险管理流程</font></b>
<b><font color="#ff0000">各过程的概念</font></b>
<div><br></div><div>过程工具</div>
第十二章 采购管理
本领域是站在买方(甲方、招标方)的角度
考点1:规划采购 <font color="#ff0000">☆</font>
ITTO
<b><font color="#ff0000">相关概念 </font></b> <font color="#ff0000">☆☆</font>
记录采购决策、明确采购方法、识别潜在卖方的过程。<br>本过程确定是否从项目外部获取货物和服务,如果是,<br>则还要确定将在什么时间、以什么方式获取。
<font color="#d32f2f">要不要采购、怎么采购?向谁采购?</font>
采购流程 <font color="#ff0000">☆☆☆</font>
<font color="#ff0000">自制外购分析</font> <font color="#ff0000">☆☆☆</font>
<font color="#ff0000">供应商选择分析、标准</font> <font color="#ff0000">☆☆</font>
供应商的选择应注重供应商的履约能力,当有利益冲突时,应如实上报。
输出
<b>采购工作说明书&招标文件</b> <font color="#ff0000">☆☆</font>
<b><font color="#ff0000">采购工作说明书SOW</font></b>
拟采购的产品、服务或成果的详细说明,应力求清晰、完整和简练。
常考点
当合同双方对交付事项不明确,首先审查合同,没有合同审查SOW。
考过程
<b><font color="#ff0000">招标文件</font></b>
用于征求潜在卖方的建议书,包含投标方的应答格式、采购<br>工作说明书及相关的合同条款等
<b>采购管理计划</b> <font color="#ff0000">☆☆☆</font>
包括
拟采用的合同类型
风险管理事项
<font color="#ff0000">供应商管理</font>
<font color="#ff0000">采购的角色与职责</font>
常考点
当供应商管理过程有问题或供应商绩效不良,<font color="#d32f2f">审查采购管理计划</font>,确定管理方法。
合同类型 <font color="#ff0000">☆☆☆</font>
<b><font color="#ff0000">总价类合同</font></b>
总价固定,范围明确的项目采用;承包商承担成本财务风险。<br>某些条件下固定总价的合同价款也可以变更,如范围变化,相关法规变化。
<b>固定总价合同</b>
买卖双方最重视估算,要准备的时间最长
<b>总价加激励费用合同</b>
<u>有一定的灵活性</u>;需设定绩效目标;偏离目标进行财务上的惩罚或奖励
<b>总价加经济价格调整合同</b>
适合于履约<u>周期长、外部环境变化快的采购</u>;它允许在特定条件下调整价款;<br>目的是为保护双方免受外界不控情况的影响(通货膨胀)。
<b><font color="#ff0000">成本补偿合同</font></b>
总价和单价均不固定,支付卖方所有合法成本。需人力审计发票。<br>用于范围无法确定,或存在较高成本风险,或有希望有很大灵活性;<br>业主成本风险大。
<b>成本加固定费用合同</b>
卖方何况IC很哥白尼全报销,利润固定
<b>成本加寄合同</b>
成本全报销,利润事先规定分担比例,按绩效奖励(客观标准)
<b>成本加奖励费用</b>
成本全报销,利润基于主观判断,给予卖方奖励
<b><font color="#ff0000">工料合同(用工与物料合同)</font></b>
定价不定量,单价合同的一种,如咨询服务合同
考点2:实施采购 <font color="#ff0000">☆☆</font>
ITTO
<b><font color="#ff0000">相关概念</font></b> <font color="#ff0000">☆☆</font>
获取卖方应答,选择卖方并授予合同,即招标、开标、定标及签订合同的过程。
<b><font color="#ff0000">投标人会议(承包商会议、供货商会议或标前会议)</font></b> <font color="#ff0000">☆☆☆</font>
在卖方购买标书后
买方和所有潜在卖方之间召开的会议目的是保证所有潜在卖方对拟采购项<br>有清楚一致的理解,保证没有任何投标人会得到特别优待,体现公平如果<br>卖方临时无法参加,需要发会议纪要。
如果题目说明有投标人会议,说明采用招投标方式
<b><font color="#ff0000">采购谈判</font></b> <font color="#ff0000">☆</font>
即合同谈判
对象是中标人和买方
在合同签署之前,对合同的结构、要求及其他条款加以澄清,以取得一致<br>意见。项目经理和团队应该积极参与谈判(一般是由组织的采购部门或拥<br>有合同签署权成员负责)。
<b><font color="#ff0000">合同</font></b> <font color="#ff0000">☆</font>
合同实施过程中对工作内容和结果的认定有疑虑首先审查合同<br>
合同更改走变更
意外终止,首先要核实合同完成情况
考点3:控制采购 <font color="#ff0000">☆☆☆</font>
ITTO
<b><font color="#ff0000">相关概念</font></b> <font color="#ff0000">☆☆</font>
管理采购关系、监督合同绩效以及采取必要的变更和纠正措施,以及<font color="#d32f2f">关闭合同</font>的过程。
<b><font color="#ff0000">审计</font></b> <font color="#ff0000">☆☆</font>
对采购过程的审计,看过程是否被执行,有无低效率的活动
供应商管理不善,首先审计,根据审计结果更新采购管理计划
为总结经验教训供承包商评价及后期采购作借鉴
<b><font color="#ff0000">采购绩效审查</font></b> <font color="#ff0000">☆☆</font>
对照合同,审查合同工作的绩效。如进度、成本、质量方面的绩效。
<b><font color="#ff0000">检查</font></b> <font color="#ff0000">☆</font>
随机现场巡查,到现场检查做的产品或做的过程怎么样。
<b><font color="#ff0000">索赔管理</font></b> <font color="#ff0000">☆</font>
有争议的变更成为索赔。谈判(协商)是解决所有索赔和争议的首选方法,<br>谈判不成按合同中约定的ADR程序处理。
核心考点
采购的流程
<font color="#ff0000"><b>相关工具(自制和外购、采购谈判、投标人会议、采购审计等)</b></font>
<font color="#ff0000"><b>合同类型</b></font>
<div>供应商出现问题如何解决?(如绩效不良、意外事件、不合格的供应商、提出需求变更)等</div>
第十三章 项目相关方管理
考点1:识别相关方 <font color="#ff0000">☆☆☆</font>
ITTO
<b><font color="#ff0000">相关概念</font></b> <font color="#ff0000">☆</font>
相关方是任何队项目有影响或受项目影响的人或组织,应尽早开始识别<br>(章程被批准,项目管理团队被任命后),识别过程贯穿项目始终,尽<br>可能避免遗漏。
正确识别并合理引导所有相关方参与的能力,能决定着项目的成败。<br>为提高成功的可能性。
识别相关方过程包括“识别出哪些是相关方”+“分析相关方”,输出相关方登记册
<b>相关方分析</b> <font color="#ff0000">☆☆☆</font>
分析相关方的职位、在项目中的角色、与项目的利害关系、期望、<br>态度(对项目的支持程度),以及对项目信息的兴趣。
<font color="#ff0000">常考点</font>
识别新相关方后的后续步骤
相关方对项目存在疑问或不支持,需要加以管理时,首先分析相关方
记录在相关方登记册
<b><font color="#ff0000">权利/利益方格</font></b> <font color="#ff0000">☆☆☆</font>
目的
分类管理
<b><font color="#ff0000">相关方登记册</font></b> <font color="#ff0000">☆☆☆</font>
记录关于已识别相关方的信息。如果<font color="#d32f2f">识别出新的相关方或有变更,或相关<br>方期望变化,就需要对文档更新</font>。值得注意的是某些敏感信息,不宜纳入<br>公开的文件中。
考点2:规划相关方参与 <font color="#ff0000">☆☆</font>
ITTO
<b><font color="#ff0000">过程概念</font></b> <font color="#ff0000">☆☆☆</font>
制定与相关方进行有效互动的可行计划,以有效调动相关方参与。
<b><font color="#ff0000">输出—相关方参与计划</font></b>
是项目管理计划的组成部分,规定了相关方有效参<br>与决策和执行的决策和心动。
<font color="#ff0000"><u>注意沟通管理计划与相关方参与计划的区分</u></font>
<font color="#ff0000">常考点</font>
管理相关方之前,先制定、审查参与计划,选定管理策略<br>
相关方发生变化,及时更新
相关方管理不善,审查参与计划
<b><font color="#ff0000">相关方参与度评估矩阵</font></b> <font color="#ff0000">☆☆☆</font>
相关方的参与程度可分为
<b>不知晓、抵制、中立、支持、领导。</b>
用评估矩阵记录相关方参与程度、<font color="#d32f2f">识别与所需参与程度之间的差距</font>,然后经<br>过执行相关的改进来消除差距。(C表示当前参与程度,D表示所需参与程度)
考点3:管理相关方参与 <font color="#ff0000">☆</font>
ITTO
<b><font color="#ff0000">相关概念</font></b> <font color="#ff0000">☆</font>
按计划接洽相关方,并让其参与项目的过程。
调动相关方适时参与项目,以获取或确认他们对项目成功的持续承诺。
考点4:监督相关方参与 <font color="#ff0000">☆</font>
ITTO
<b><font color="#ff0000">相关概念</font></b> <font color="#ff0000">☆</font>
监督项目相关方关系,修订参与策略来引导相关方合理参与项目。
核心考点
相关方分析方法
<div><font color="#ff0000"><b>相关方登记册</b></font></div>
<b><font color="#ff0000">相关方参与计划</font></b>
<div>相关方变化的各种情形</div>
0 条评论
下一页