距离2021年12月的PMP考试还有两个多月。700多页的PMBOK
学起来难吗？看了一遍，还是记不住知识点，也不知道是哪些考点。我感到特别紧张，特别恐慌。
艾威培训是PMP考试授权的培训厂商，主要从事PMP项目管理、CBAP业务分析、IT服务管理、togaf企业架构、CISA信息安全和大规模敏捷SAFe。
#一、项目进度管理
项目进度计划
以及如何和何时交付项目范围内的产品、服务和成果，并为绩效报告提供进度依据。
选择进度计划的方法，如关键路径法或敏捷法。
定义活动
活动从工作包中分解出来，工作包是进度估计、计划、实施、监督和控制的基础。
属性包括活动唯一标识、活动描述、前后活动、逻辑关系、提前和滞后、资源需求、强制日期、约束和假设等。
里程碑不是活动，而是项目中的重要时间点或事件，其特征是零持续时间。
排列活动顺序
预关系图(PDM):又称先导图、单代码网络图；逻辑关系有四种(FS/FF/SF/SS)，只有一个开始和一个结束，没有开始和循环。
估算活动时间
类比估计(历史参数、相似性、整体比较，属于专家判断法；成本低，精度差)
参数估计(历史数据与其他变量的统计关系，估计历史和成本；从小到大)
三点估计：三角分布-(最乐观、最悲观、最可能)/3=平均值。
二、制定进度计划
关键路径的总浮动时间为零-关键活动不能推迟。
关键路径的总浮动时间为负-总浮动时间为负，这是由于持续时间和逻辑关系违反了最新日期的约束。负浮动时间分析是一种有助于找到将延迟进度推回到正轨的方法的技术。
可以有多个关键路径；越多，风险越大。
资源平衡关键路径需要时间，非关键路径需要资源。资源平衡会导致关键路径的改变。
资源平滑-在浮动时间内调整活动以解决资源限制。资源平滑不会导致关键路径的改变。
压缩期：赶上工作，快速跟进。匆忙的工作和不断增加的资源会带来成本风险。快速跟进有返工的风险，这会增加成本。
控制进度
在使用敏捷方法控制进度时，使用迭代燃尽图来跟踪迭代中未完成的工作。首先用对角线表示理想的倦怠情况，然后每天绘制实际的剩余工作，最后根据剩余工作计算趋势线来预测完成情况。
分析进度数据的方法包括净值分析、趋势分析、偏差分析、假设情景分析、绩效考核和倦怠图。绩效评审用于衡量、比较和分析进度绩效。
#二。项目成本管理
应急储备：已知未知；管理：未知未知。
先用应急预案，再用反弹预案。武断而廉价的行为是应急措施。
成本估算的工具包括：模拟估算、参数估算和三点估算。
三点估计：Beta分布(最乐观最悲观4*最有可能)/6=平均值；(最悲观的——
最乐观/6)=标准差；三角分布：(最乐观、最悲观、最可能)/3=平均值；一个标准差为68.26%，两个标准差为95.46%，三个标准差为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考点笔记本
