分析PMP易混淆知识十大点

Posted 2023-05-05

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了分析PMP易混淆知识十大点相关的知识，希望对你有一定的参考价值。

1、进度压缩——赶工和快速跟进
赶工：增加资源，以最小的成本增加来压缩进度工期的一种技术。赶工只适用于那些通过增加资源就能缩短持续时间的活动。
快速跟进：将正常情况下按顺序进行的活动或阶段改为至少是部分并行开展。它只适用于能够通过并行活动来缩短工期的情况。
2、镀金和范围蔓延
镀金：指在定义范围的工作范围以外，项目团队主动增加的额外工作。
范围蔓延：未对时间、成本和资源做相应调整，未经控制的（未走正常的变更控制流程）产品或项目范围的扩大。
3、确认范围、质量控制、质量保证
确认范围：正式验收已完成的项目可交付成果的过程。使验收过程具有客观性；同时通过验收每个可交付成果，提高最终产品、服务或成果获得验收的可能性。
质量控制：监督并记录执行质量活动执行结果，以便评估绩效，并推荐必要的变更的过程。侧重检查做得好不好。其通常先于确认范围，但也可以与确认范围同时进行。
质量保证：审计质量要求和质量控制测量结果，确保采用合理的质量标准和操作性定义的过程。宏观上对过程进行改进。而不是具体对某个问题进行检查。参考技术A 一、制约因素和假设条件

制约因素是指对项目或过程的执行有影响的限制性因素。

假设条件是指在制定计划时，不需验证即可视为正确、真实或确定的因素。

两者最大的区别是：制约因素是确定的、客观存在的，而假设条件是当前不能确定的。制约因素和假设条件都存在于项目范围说明书中，并作为范围基准的一部分，是定义活动、估算活动持续时间、制定进度计划、估算成本、制定预算、识别风险和规划采购管理等多个过程的输入。

二、标准和制度

PMBOK认为“标准”是一种描述既定规范、方法、过程和做法的正式文件。

“制度”则是企业或组织根据自身实践和生产的需要，制定的一系列行为、工作规范，是强制性的。

因此，标准是非强制的、可选择的，其性和号召力来自“标准”所发布的结构，如PMI、ISO等。而制度一般指要求大家共同遵守的办事规程或行动准则。

三、组织过程资产和事业环境因素

组织过程资产和事业环境因素各有其特点，主要根据其中两条来区分：

第一，是组织内部的还是外部的。如果是外部的，肯定是事业环境因素，如果是内部的，就要看第二条了。

第二、项目经理是否可以选择。有权选择用或不用的是组织过程资产，没有选择权的是事业环境因素。

提示：PMBOK中以“系统”结尾的词多是事业环境因素，以“程序”结尾的词多是组织过程资产。

四、产品导向过程和项目管理过程

产品导向过程就是项目所产生的产品的实现过程，不同产品有着不同的实现过程，一定程度上，项目的阶段划分其实就是产品的实现过程。

项目管理过程就是指5大过程组，无论什么项目，其项目管理过程都一样。

五、合同收尾和行政收尾

合同收尾：是在合同双方当事人按照合同的规定履行完各自的义务后，应该进行合同收尾工作。例如，如果卖方按合同要求适当的为特殊工程提供了原材料，那么合同可能在工程结束后才终止。项目组将与采购部门一起确保合同上的所有工作顺利完成，同时将收集关于提供商的信息。

行政收尾：是指对项目工作进行全面、系统和深入的回顾，进行完工后评价，考察“如果有机会重新做该项目可以如何改进”，把有关经验教训提炼出来并形成文档，并使它成为“组织过程资产”的一部分。

合同收尾与行政收尾的比较：

发生时间

合同收尾：合同结束时

行政收尾：每个项目或阶段结束时

经验总结

合同收尾：采购审计

行政收尾：经验教训总结

审批者

合同收尾：买方的采购管理员向卖方签发书面确认

行政收尾：由发起人或管理层向项目经理签发书面确认

交接对象

合同收尾：与外部客户交接

行政收尾：与公司内部交接

先后顺序

先与外部客户交接，再跟公司内部交接；因此先合同收尾，再行政收尾

产品核实

如果把产品核实定义为可交付成果完整性验收，则二者都需要产品核实。注意：如果一定要二选一，建议选合同收尾。

六、产品范围和项目范围

在项目的环境中，范围有两种含义：产品范围Product Scope和项目范围Project Scope。

产品范围是指项目产品应具有的功能，而项目范围是指为完成项目产品而必须做的工作。

要特别注意，只有产品的特性被清晰、准确地定义且被项目干系人正确理解，才能确定为提交产品而必须要做的工作，即项目范围。因此，产品范围决定项目范围，也只有项目范围实现了，产品范围才能实现。

产品范围是否完成，以产品需求作为衡量标准；项目范围是否完成，以项目管理计划为衡量标准。

七、项目需求和产品需求

需求/需求：根据合同或其他正式的强制性规范，某个产品、服务或成果必须达到的条件或具备的能力。注意，需求除了具有强制性外，还必须是“量化”和“记录”的。

项目需求是项目需要满足的行动、过程或其他条件。

产品需求更多的从产品角度（技术、安全、性能）描述的需求。需求跟踪矩阵、引导式研讨会、群体创新技术、群体决策技术都是产品需求的工具或技术。

八、质量规划、实施质量保证与控制质量

质量规划是确定标准和规划如何实现标准，强调的是建立标准，如何实现。实施质量保证属于执行过程组，是针对过程改进和审计的，关注与质量活动相关的政策、制度、流程和规范等，强调的是过程改进和信心保证。控制质量属于监控过程组，是按照质量要求，检查具体可交付成果的质量，针对的是项目活动或可交付成果的具体的质量问题、质量缺陷，发现并给与消除。

实施质量保证的对象更宏观，涉及制度、政策层面。如果涉及整体项目、正处于项目实施阶段，如果涉及经验教训的汲取或组织过程资产的更新，即正在做质量审计，如果涉及对项目质量标准的重新评价，以确认他们是否仍然使用就属于实施质量保证。

控制质量的对象更具体。如果涉及具体工作成果、正在监控阶段，如果涉及具体工作成果是否可以被接受、是否符合具体的质量标准就属于控制质量。

九、控制图的控制线与规格线

控制线是控制图中判断过程是否失控的上下界限，超过控制线，表明过程已失控。控制线是项目团队制定的。

规格线是判断产品或成果是否符合要求，是不合格品的分界线，超过规格线，表明产品不合格，规格线是合同（用户或客户）确定的。

控制线一般在规格线之内。对于重复性过程，控制上下限经常设置正负3个西格玛位置，其中一个西格玛代表一个标准差。

十、类比估算与参数估算

同类参数之间的推算就是类比估算，不同类参数之间的推算则是参数估算。

也就是说参数估算方法一定有成熟的数学模型或公式，通过套用公式，计算得出结果。类比估算的优点是耗费时间段、成本低，但估算的结果准确性较差，属于粗略估算。参数估算通常适用于简单重复性工作（如修路、搬砖），而不适用于脑力劳动和创造性劳动（如涉及、咨询、新产品研发）。

PMP项目管理其他知识点

1 计算

净现值分析
◆ PV 计算
货币的时间价值：今天的 1 元钱比明天的 1 元钱更值钱。

◆ NPV 计算

PERT
◆ 历史期望估算

◆ 历史标准差估算

挣值管理

◆ CV>0：节约成本；CV<0：超支。
◆ SV>0：工期提前；SV<0：工期滞后。
◆ SV=CV>0：成本节约、工期提前；SV=CV<0：成本超支、工期滞后。
◆ CV>0 且 SV<0：资源没到位，进度落后，可能没开工。
◆ CV<0 且 SV>0：以资源换时间，花费较多，可能在赶工。
◆ SPI>1：工期提前；SPI<1：未完成计划。
◆ CPI>1：成本节约；CPI<1：超支。
期望货币值 EMV

合同类型

2 易混淆知识点

2.1 制约因素、假设条件

制约因素
制约因素是一种客观存在或主观强加的，对项目构成影响的限制性因素，无
法直接改变或简单规避。
◆ 存在条件：完全确定、客观存在。
◆ 影响：会限制项目管理的灵活性。
假设条件
假设条件是一种无需验证即可视为正确的因素，并描述若因素不成立则会造
成的影响。
◆ 存在条件：存在不确定性。
◆ 影响：条件成立与否会带来机会或威胁。
联系
◆ 都是数据分析因素
◆ 都会对项目造成影响
◆ 都记录在假设日志中

2.2 项目边界、项目范围

项目边界
◆ 定义：项目发布时间以及批准项目完成的时间点。
◆ 关注点：关注时间目标，与执行效率有关。
◆ 规定出处：通常在项目章程中规定。
项目范围
◆ 定义：为完成项目可交付成果而必须要执行的全部工作。
◆ 关注点：关注项目目标的达成和实现，与效果/结果有关。
◆ 规定出处：在项目范围工作书、WBS 和 WBS 词典予以明确。
相同点
都是定义项目目标的重要维度，都需要在项目管理中加以明确，都需要得到
批准才能执行。
PM 必须在批准的项目边界和项目范围内完成目标。
联系
◆ 项目边界和项目范围会相互影响
◆ 项目边界和项目范围均会对项目成本、质量、风险产生影响

2.3 焦点小组、名义小组、德尔菲

◆ 焦点小组：在主持人的引导下，由一些背景相似的人进行讨论，从而获
得集体意见、期望和态度的一种启发式技术。
◆ 名义小组：在主持人的引导下，由一群人通过集体讨论、评审和匿名投
票的方式对创意进行排序。
◆ 德尔菲：在主持人的引导下，由一群人通过集体讨论、评审和匿名投票
的方式对创意进行唯一选择。

2.4 头脑风暴、引导式讨论

◆ 头脑风暴：在短时间内产生大量创意，适用于团队环境，由主持人引导，
包括创意产生和创意分析。
◆ 引导式讨论：召集主要干系人进行集中讨论，快速定义跨职能需求和协
调干系人差异，有利于干系人达成一致意见。

2.5 质量功能展开、联合应用设计或开发

◆ 质量功能展开（QFD）：适用于制造行业，客观的对需求进行分类排序，
优先关注客户的目标。
◆ 联合应用设计或开发（JAD）：通过一连串的合作研讨会，将设计和开发
中的客户或最终用户聚集在一起。

2.6 资源平衡、资源平滑

◆ 资源平衡：资源平衡技术在资源需求和资源供给之间取得平衡，对开始
日期和结束日期进行优化调整。当共享资源或关键资源时间有限、数量
有限、存在过度分配的情况，就需要进行资源平衡。
◆ 资源平滑：通过调整项目活动，使项目资源的需求不超过资源限制，资
源平滑不会改变关键路径。但资源平滑无法实现所有资源的优化。

资源平衡包含资源平滑，资源平滑是一种特殊的资源平衡。
一般先做资源平滑，再做资源平衡。

2.7 关键路径、关键链

关键路径
关键路径是理想化的进度规划方法，通过估算项目最短工期，可以顺推和逆
推。正常情况下，总浮动时间为 0。
◆ 自由时差（FF）：在不延误紧后活动的最早开始日期的情况下，可以推
迟的时间。
◆ 总时差（TF）：在不延误项目完成日期的情况下，该活动可以延误的时
间。
关键链
考虑了资源约束和不确定性，允许项目团队在进度路径上设置缓冲。
◆ 项目缓冲：位于关键链末端。
◆ 接驳缓冲：位于非关键链与关键链的接合点。
七格图

◆ ES：最早开始日期
◆ DU：活动历时
◆ EF：最早结束日期
◆ LS：最晚开始日期
◆ LF：最晚结束日期
◆ TF：项目总时差
◆ FF：自由时差
自由时差不直接体现在七格图上，需要将自身的 EF 结合紧后活动
的 ES 计算。
帕金森定律
只要还有时间，工作就会不断增加，直至用完所有的时间。
解决方法：所有活动越早开始越好，删减掉每个活动的安全时间，集中在关
键阶段设置缓冲。

2.8 审计

审计是用于对过程的整体把控。
质量审计
◆ 目的：用于确定项目活动是否遵循了组织和项目的政策、过程、程序的
一种结构化且独立的过程。
◆ 主要工作：识别、分享、协助、积累、确认，以持续提升和改进过程。
风险审计
◆ 目的：用于评价风险管理过程的有效性。
◆ 主要工作：检查风险应对措施的有效性，检查风险管理过程的有效性。
采购审计
◆ 目的：对合同和采购过程的完整性、正确性、有效性进行审查。
◆ 主要工作：找出经验教训，供其他项目借鉴。
配置项核实与审计
◆ 目的：确保项目的配置项组成的正确性进行核查。