PMP 知识点整理 2022.6最新

PMP最新考纲知识点整理，2022年6月最新版。主要内容有：引论、项目运行环境、项目经理的角色、采购、相关方风险沟通。

项目管理知识体系指南 （PMBOK）

• 引论
  • 相关书籍
    • 项目管理标准
    • 项目组合管理标准
    • 项目集管理标准
    • PMI项目管理术语词典（术语词典）
    • 道德与专业行为规范
    • 商业分析实践指南
    • 项目组合、项目集和项目治理：实践指南
    • 项目复杂性管理：实践指南
    • 整合管理的核心概念
    • 进度计划实践标准
  • 项目
    • 独特
    • 临时性
    • 驱动变革
    • 创造商业价值
  • 项目、项目集、项目组合
    • 项目集和项目管理：以“正确”的方式开展项目集和项目
    • 项目组合管理：开展“正确”的项目集和项目
  • 项目生命周期
    • 预测型
    • 适应型
  • 开发生命周期
    • 预测型（瀑布型）
    • 迭代型
    • 增量型
    • 适应型（敏捷）
    • 混合型
  • 项目管理过程组（五大过程组）
    • 启动

    • 规划
    • 执行
    • 监控
    • 收尾
  • 项目管理知识领域（十大知识领域）
    • 整合
    • 范围
    • 进度
    • 成本
    • 质量
    • 资源
    • 沟通
    • 风险
    • 采购
    • 相关方
  • 过程组与知识领域
  • 商业论证
    • 业务需要
    • 形势分析
    • 推荐
    • 评估
  • 项目成功标准
    • 怎样才是项目成功？

    • 如何评估项目成功？
    • 哪些因素会影响项目成功？
• 项目运行环境
  • 影响
    • 事业环境因素
      • 外部
      • 内部
    • 组织过程资产
      • 过程，政策和程序
      • 组织知识库
    • 项目管理办公室
      • 支持型：模板、最佳实践、培训、信息通道和经验教训
      • 控制型：要求项目服从
      • 指令型：直接管理和控制项目
• 项目经理的角色
  • 项目经理的胜任力（PMI人才三角）
    • 技术项目管理
    • 领导力
    • 战略和商务管理
  • 领导力风格

    • 放任型领导：甩手型
    • 交易型领导：奖励
    • 服务型领导：为他人着想
    • 变革型领导：促进创新和创造
    • 魅力型领导：激励他人
    • 交互型领导：结合了交易型、变革型和魅力型
• 采购
  • 合同类型
    • 总价合同
      • 固定总价 (FFP)
      • 总价加激励费用 (FPIF)
      • 总价加经济价格调整 (FPEPA)
    • 成本补偿合同
      • 成本加固定费用 (CPFF)
      • 成本加激励费用 (CPIF)
      • 成本加奖励费用 (CPAF)
    • 工料合同 (T&M)
• 相关方
  • 相关方分析
    • 权利（合法权利或道德权利）
    • 所有权
    • 知识
    • 贡献
  • 数据表现
    • 权力利益方格、权力影响方格，或作用影响方格
      • 矩阵分析
    • 相关方立方体
    • 凸显模型
    • 影响方向
      • 向上
      • 向下
      • 向外
      • 横向
    • 优先级排序
  • 相关方参与度评估矩阵
    • 不了解型
    • 抵制型
    • 中立型
    • 支持型
    • 领导型
• 风险
  • 新兴实践

    • 非事件类风险
      • 变异性风险
      • 模糊性风险
    • 项目韧性
    • 整合式风险管理
  • 风险管理计划

    • 风险管理战略
    • 方法论
    • 资金
    • 时间安排
    • 风险类别
    • 相关方风险偏好
    • 风险概率和影响定义
    • 概率和影响矩阵
    • 报告格式
    • 跟踪
  • 风险参数评估
    • 紧迫性
    • 邻近性
    • 潜伏期
    • 可管理性
    • 可控性
    • 可监测性
    • 连通性
    • 战略影响力
    • 密切度
  • 定量风险分析
    • 数据分析
      • 模拟：S 曲线
      • 敏感性分析：龙卷风图
      • 决策树分析：最佳方案
      • 影响图：关系和相互影响
  • 风险应对策略
    • 规避
    • 开拓
    • 转移或分享
    • 减轻或提高
    • 接受
• 沟通
  • 沟通方法
    • 互动沟通：会议、电话、即时信息
    • 推式沟通：信件、备忘录、报告、电子邮件
    • 拉式沟通：门户网站、企业内网、电子在线课程
• 管理团队
  • 冲突解决方法

    • 撤退/回避：推迟到准备充分的时候
    • 缓和/包容：求同存异，一方退步

    • 妥协/调解：各退一步，可能双输

    • 强迫/命令：牺牲其他方，输赢
    • 合作/解决问题：双赢
• 需求
  • 需求文件
    • 业务需求
    • 相关方需求
    • 解决方案需求
      • 功能需求
      • 非功能需求
    • 过渡和就绪需求
    • 项目需求
    • 质量需求
  • 需求跟踪矩阵
    • 理由

    • 所有者
    • 来源
    • 优先级别
    • 版本
    • 当前状态
    • 状态日期
  • 范围说明书
    • 产品范围描述
    • 可交付成果
    • 验收标准
    • 项目的除外责任
  • 范围基准
    • 项目范围说明书
    • WBS
      • 工作包
      • 规划包
    • WBS 词典
• 进度
  • 进度管理计划
    • 项目进度模型制定
    • 进度计划的发布和迭代长度
    • 准确度
    • 计量单位
    • 组织程序链接
    • 项目进度模型维护
    • 控制临界值
    • 绩效测量规则
    • 报告格式
  • 活动
    • 活动描述
    • 紧前活动
    • 紧后活动
    • 逻辑关系
    • 提前量和滞后量
    • 资源需求
    • 强制日期
    • 制约因素和假设条件
  • 紧前关系绘图法（PDM）
    • 完成到开始（FS）
    • 完成到完成（FF）
    • 开始到开始（SS）
    • 开始到完成（SF）
  • 关键路径法
• 成本
  • 成本管理计划
    • 计量单位
    • 精确度
    • 准确度
    • 组织程序链接
    • 控制临界值
    • 绩效测量规则
    • 报告格式
    • 其他细节
  • 成本估算
    • 粗略量级估算（Rough Order of Magnitude，ROM），其区间为 −25% 到 +75%
    • 确定性估算的区间可缩小至 −5% 到 +10%
  • 偏差分析
    • 进度偏差 SV = EV – PV
    • 成本偏差 CV = EV – AC
    • 进度绩效指数 SPI = EV/PV
    • 成本绩效指数 CPI = EV/AC
    • 完工估算 EAC = AC + 自下而上的 ETC
      • 按预算单价： EAC = AC +（BAC – EV）
      • 以当前 CPI： EAC = BAC/CPI
      • SPI 与 CPI 将同时影响 ETC ：EAC = AC +［（BAC – EV）/（CPI x SPI）］
    • 完工尚需绩效指数
      • BAC 的 TCPI 公式：TCPI =（BAC – EV）/（BAC – AC）
      • 基于 EAC 的 TCPI 公式：TCPI =（BAC – EV）/（EAC – AC）
• 质量
  • 趋势
    • 客户满意
    • 持续改进
      • 戴明环：“计划 — 实施 — 检查 — 行动 (PDCA)”
      • 全面质量管理（TQM）
      • 六西格玛
      • 精益六西格玛
    • 管理层的责任
    • 与供应商的互利合作关系
  • 质量成本

    • 一致性成本
      • 预防成本
      • 评估成本
    • 不一致成本
      • 失败成本（内部/外部）
  • 数据收集

    • 核对单：结构化方式管理控制质量活动
    • 核查表：有效地收集关于潜在质量问题的有用数据
    • 统计抽样：测量控制和确认质量
    • 问卷调查：收集关于客户满意度的数据
  • 数据表现

    • 因果图：识别质量缺陷和错误可能造成的结果
    • 控制图：过程是否稳定
    • 直方图：按来源或组成部分展示缺陷数量
    • 散点图：散点图可在一支轴上展示计划的绩效，在另一支轴上展示实际绩效 （关系）
• 资源
  • 责任分配矩阵
    • RACI（执行、负责、咨询和知情）
  • 资源管理计划
    • 识别资源
    • 获取资源
    • 角色与职责
      • 角色：承担的职务
      • 职权：使用项目资源、做出决策、签字批准、验收可交付成果
      • 职责：必须履行的职责和工作
      • 能力：技能和才干
    • 项目组织图
    • 项目团队资源管理
    • 培训
    • 团队建设
    • 资源控制
    • 认可计划
• 建设团队
  • 塔克曼阶梯理论
    • 形成阶段：相互认识
    • 震荡阶段：开始从事项目工作、制定技术决策和讨论项目管理方法
    • 规范阶段：协同工作，相互信任
    • 成熟阶段：平稳高效地解决问题
    • 解散阶段：释放人员，解散团队
• 敏捷
  • 原则
    • 五大价值观
      • 承诺 (Commitment)愿意对目标做出承诺；
      • 专注(Focus)全身心都用到你承诺的工作上去；
      • 开放(Openness)团队内所有信息对所有人开放；
      • 尊重 (Respect)每个人都有他独特的价值和经验；
      • 勇气 (Courage)勇于承诺，履行承诺，敢于说不。
    • 十二原则
      • 最高目标是，通过尽早持续地交付有价值的软件来满足客户的需求
      • 即使在项目开发的后期，仍欢迎对需求提出变更。敏捷过程拥抱变化
      • 要不断交付可用的软件，周期从几周到几个月不等，且越短越好
      • 在项目过程中，业务人员与开发人员要每天在一起工作
      • 要善于激励项目人员，给他们所需要的环境和支持，并相信他们能够完成任务
      • 团队内部和各个团队之间，最有效的沟通方法是面对面的沟通
      • 可工作软件是衡量进度的首要指标
      • 敏捷过程提倡可持续的开发。项目方、开发人员和用户应该能够保持恒久、稳定的进展速度
      • 对技术卓越和好的设计的持续关注有助于增强敏捷性
      • 尽量做到简洁，尽最大可能减少不必要的工作
      • 最佳的架构、需求和设计出自自组织团队
      • 团队要定期回顾和反省如何能够做到更有效，并相应地调整团队的行为
  • 规划
    • 项目管理
    • 时间盒子
    • 发布规划
    • 阶段
    • 发布规划（洋葱圈）
    • 燃尽图&燃起图
    • 产品路线图
  • 冲刺Sprint
    • 用户故事
      • 分类
        • 产品特性的相关性
        • 逻辑关系（A->B）
        • 基于客户价值的优先级
      • 故事地图
        • MMF&MVP
      • 故事卡片（3C&INVEST)
        • 用户画像（人物）
        • DoD
      • 故事估算
    • 五大事件
      • 待办事项梳理会议
        • 遵循的属性原则DEEP:详略适宜的(DetailedAppropriately)，可估计的 (Estimable)，涌现式的(Emergent)，排好优先级的(Prioritized)
      • 冲刺计划会议Sprint Planning
      • 每日站会Daily Scrum
      • 迭代评审会议Sprint Review
      • 迭代回顾会议Sprint Retrospective
    • 优先级排序
      • 卡诺分析
      • MoSCoW
    • 速度
  • 风险
    • 风险四象限
      • 1. 高风险，高价值
      • 2. 低风险，高价值
      • 3. 低风险，低价值
      • 4. 高风险，低价值（避免）
  • 实践
    • 极限编程
      • TDD测试驱动开发的步骤：测试、编码、重构。
      • 代码重构是完善工作源代码的方法，以提高源代码的 有效性，可读性，拓展性，可维护性和降低复杂性。 通过重构，可在不改变外部行为的情况下，重构源代码来改良内部代码。
    • 看板
      • 累积流图：对平均到达率(增加工作项的频率)、交付时间(请求一个工作项到交付这个工作项之间的时间)、以及在制品(任何时刻流程中的工作项数)有一个直观的认识
      • 迭代看板（任务版）&看板
      • 限制WIP
    • 价值流程图
    • Dynamic Systems Development Method(动态系统开发方法)
      • DSDM重点是交付的业务解决方案，而不只是团队活 动。在它被创建之前会通过流程确保项目的可行性和 业务逻辑，它强调合作的所有相关方面的协调。
    • 精益
    • 可用性测试的概念是:让一群具有代表性的用户对产品进行典型操作，同时观察员和开发人员在一旁观察，聆听，做记录。可用性测试是测试终端用户对系统做出的反应的测试，主要是为了确定终端用户使用系统的难易程度，并发现可能导致系统重新设计的可用性问题或缺陷。