离2021年12月份PMP考试，还有两个多月的时间。700多页的PMBOK 学习起来是不是很吃力，看完一遍还是记不住知识点，也不知道哪些是考点。感觉心里特别没底，特别慌

艾威培训是PMP考试指定授权的培训厂商，主要做PMP项目管理类、CBAP商业分析类、IT服务管理、togaf企业架构类、CISA信息安全类、大规模敏捷SAFe类

一.项目进度管理

项目进度计划

如何及何时交付项目范围中的产品、服务和成果，为绩效报告提供进度依据。

选择进度计划的方法，如关键路径法或敏捷方法。

定义活动

活动由工作包分解而来，作为进度估算、规划、执行、监督和控制的基础。

活动属性包括活动唯一 ID、活动描述、紧前、紧后活动、逻辑关系、提前量和滞后量、资源需求、强制日期、制约因素和假设条件等。

里程碑不是活动，是项目中重要的时点或事件，特点为持续时间为零。

排列活动顺序

紧前关系绘图法（PDM）：也称前导图和单代号网络图；含4种逻辑关系（FS/FF/SF/SS），只有一个开始一个结束，无开口和回路。

估算活动时间

类比估算（历史参数、相似性，整体比较，属于专家判断法；成本低，精确度差）

参数估算（历史数据、其他变量间的统计学关系，估算历史和费用；由小见大）

三点估算：三角分布–（最乐观+最悲观+最可能）/3=平均值。

二、制定进度计划

关键路径总浮动时间为零–关键活动不可推迟。

关键路径总浮动时间为负–总浮动时间为负值，是由于持续时间和逻辑关系违反了对最晚日期的制约因素。负值浮动时间分析是一种有助于找到推动延迟的进度回到正轨的方法的技术。

关键路径可以有多条；越多风险越大。

资源平衡–向关键路径要时间，向非关键路径要资源。资源平衡会导致关键路径的改变。

资源平滑–在浮动时间内调整活动来解决资源限制。资源平滑不会导致关键路径变化。

压缩工期：赶工、快速跟进。赶工，增加资源，会带来成本风险。快速跟进有返工风险，返工会引起成本增加。

控制进度

采用敏捷方法控制进度时，使用迭代燃尽图来追踪迭代未完项中尚待完成的工作，先用对角线表示理想的燃尽情况，再每天画出实际剩余工作，最后基于剩余工作计算出趋势线以预测完成情况。

分析进度数据的方法包括净值分析、趋势分析、偏差分析、假设情景分析、绩效审查和燃尽图。其中绩效审查用于测量、对比和分析进度绩效。

二.项目成本管理

应急储备：已知–未知；管理储备：未知–未知。

先用应急计划，再用弹回计划，临机专断、便宜行事就是权变措施。

估算成本的工具有：类比估算、参数估算、三点估算。

三点估算：贝塔分布（最乐观+最悲观+4*最可能）/6=平均值；（最悲观-最乐观/6）=标准差；三角分布：（最乐观+最悲观+最可能）/3=平均值；正负1个标准差68.26%，2个标准差95.46%，3个标准差99.73%。

自下而上的估算通过对底层工作包的活动成本进行估算，再向上汇总直至总体预算完成。自下而上的估算，PMI最推崇的。

增值管理（EVM）综合了范围、进度计划和资源，客观测量项目绩效和进展的一种管理方法。

三.项目质量管理

项目质量管理旨在规划、管理和控制项目及产品的质量要求，并支持过程的持续改进。

现代质量管理方法的趋势主张：

质量应符合要求，并适合使用，达到客户满意；

质量应是全员参与的，而非仅仅是质量部门的工作；

预防(保证过程中不出现错误)胜于检(保证错误落到客户手中)；

质量问题高层负 85％的主要责任；

质量是持续改进的，常见的改进方法包括“计划一实施一检查一行动”(PDCA)循环、全面质量管理(TOM)、六西格玛和精益等；

质量是规划出来的，不是检查出来的，检查是为了(PDCA)循环。

与供应商的互利合作，稳定的质量依赖长期合作的稳定供应关系。

PMP新考纲—敏捷（Agile)

在软件工业界，敏捷开发已成为众多高效开发团队的制胜之道。它不仅被许多中小公司青睐，在全球一百强的企业中，敏捷开发也已大行其道，受到许多资深项目管理者和开发人员的推崇。例如，腾讯内部几乎所有的开发团队都在实施敏捷。

2001年，软件业思想领袖共同发表了《敏捷宣言》，正式宣告敏捷开发运动的开始.

敏捷宣言四大价值观

敏捷十二大原则

敏捷不是指某一种具体的方法论、过程或框架，而是一组价值观和原则。

符合敏捷价值观和原则的开发方法包括：

极限编程（XP）
Scrum
精益软件开发（Lean Software Development）
动态系统开发方法（DSDM）
特征驱动开发（Feature Driver Development）
水晶开发（Crystal Clear）等等

所有这些方法都具有以下共同特征：

1. 迭代式开发。 即整个开发过程被分为几个迭代周期，每个迭代周期是一个定长或不定长的时间块，持续的时间较短，通常为一到四周。

2. 增量交付。 产品是在每个迭代周期结束时被逐步交付使用，而不是在整个开发过程结束的时候一次性交付使用。每次交付的都是可以被部署到用户应用环境中被用户使用的、能给用户带来即时效益和价值的产品。

3. 开发团队和用户反馈推动产品开发。 敏捷开发方法主张用户能够全程参与到整个开发过程中。这使需求变化和用户反馈能被动态管理并及时集成到产品中。同时，团队对于用户的需求也能及时提供反馈意见。

4. 持续集成。 新的功能或需求变化总是尽可能频繁地被整合到产品中。一些项目是在每个迭代周期结束的时候集成， 有些项目则每天都在这么做。

5. 开发团队自我管理。 拥有一个积极的、自我管理的、具备自由交流风格的开发团队，是每个敏捷项目必不可少的条件。人是敏捷开发的核心。敏捷开发总是以人为中心建立开发的过程和机制，而非把过程和机制强加给人。

留言获取完整版PMP考点笔记本