PMP项目管理考试全考点汇总

PMP项目管理考试全考点汇总，项目管理知识点 项目管理知识点 1:PMI(project management institute)是指美国的项目管理协会, 于 1969 年成立,现已是全球最... 项目管理知识点 2:什么是项目:项目是为创造独特的产品、服务或成果而进行 的临时性工作。什么是管理:哲学定义:管理是集中人的脑力和体力达到预.

项目管理

• 整合管理
  • 制定项目章程
    • 要点
      • 授权项目经理，确立项目的正式地位
      • 项目经理（参与）制定，发起人审批发布
      • 项目经理尽早任命，最晚需要在规划开始前任命
    • 输入
      • 商业文件
        • 商业论证
          • 商业论证论证了项目是否值得投资（成本效益分析） 商业论证需要定期审核 项目经理不能修改，只能提出建议
        • 效益管理计划
      • 事业环境因素
      • 组织过程资产
    • 工具和技术
      • 专家判断
      • 头脑风暴
      • 焦点小组
      • 访谈
      • 会议管理
    • 输出
      • 项目章程
        • 项目的目的、目标、成功标准、退出标准 高层级 项目经理的职责
      • 假设日志
        • 假设条件 制约因素
  • 制定项目管理计划
    • 要点
      • “装订”所有的组成部分，形成一份综合的项目管理计划
    • 输入
      • 项目章程
      • 其他（规划）过程的输出
    • 工具和技术
      • 核对单
        • check list，可以避免遗漏
      • 会议
        • kick-off会议，规划的最后一件事情 传达目标、获得团队的承诺、阐明相关方的角色和职责 在会议获得相关方对项目管理计划的一致认可
    • 输出
      • 项目管理计划
        • 范围管理计划
        • 需求管理计划
        • 进度管理计划
        • 成本管理计划
        • 质量管理计划
        • 资源管理计划
        • 沟通管理计划
        • 风险管理计划
        • 采购管理计划
        • 相关方管理计划
        • 变更管理计划
        • 配置管理计划
        • 范围基准
        • 进度基准
        • 成本基准
        • 绩效测量基准
        • 生命周期描述
        • 开发方法
  • 指导与管理项目工作
    • 要点
      • 执行项目管理计划中确定的工作
      • 实施批准的变更请求
    • 输入
      • 项目管理计划
      • 批准的变更请求
    • 工具和技术
      • PMIS系统
    • 输出
      • 可交付成果
        • 具有可核实性 包括项目管理计划的组成部分 一旦完成了第一个版本（图纸），修改就需要走变更流程
      • 工作绩效数据
      • 问题日志
        • 三要素：问题、责任人、解决期限 问题日志随着新问题的出现和老问题的解决动态更新
      • 变更请求
  • 管理项目知识
    • 要点
      • 使用现有知识，生成新知识，支持未来的项目
      • 包括显性知识和隐性知识
      • 最重要的环节：营造信任的范围，激励人们分享知识或关注他人知识
    • 输入
      • 经验教训登记册
    • 工具和技术
      • 知识管理
        • 合作 集成 分享
      • 信息管理
    • 输出
      • 经验教训登记册
        • 早期创建、整个项目期间不断更新、最终纳入经验教训知识库 有利于未来的项目
      • 组织过程资产更新
  • 监督项目工作
    • 要点
      • 整合工作绩效信息，形成工作绩效报告
    • 输入
      • 工作绩效信息
      • 进度预测
      • 成本预测
    • 工具和技术
      • 备选方案分析
      • 成本效益分析
      • 挣值分析
      • 根本原因分析RCA
      • 趋势分析
      • 偏差分析
    • 输出
      • 工作绩效报告
  • 实施整体变更控制
    • 要点
      • 贯穿始终，项目经理承担最终责任
      • 任何相关方都可以提出变更，甚至可以口头提
      • 可以先了解变更的内容或者变更的原因是什么
      • 1记录 2评估 3提交 4更新 5通知
    • 输入
      • 项目管理计划
      • 变更请求
    • 工具和技术
      • 变更控制工具
    • 输出
      • 批准的变更请求
      • 项目文件更新
      • 项目管理计划更新
  • 结束项目或阶段（收尾）
    • 要点
      • 获得验收
      • 移交
      • 总结经验教训
      • 更新组织过程资产
      • 存档
      • 释放资源
    • 输入
      • 项目章程
        • 成功标准 退出标准
      • 验收的可交付成果
      • 组织过程资产
        • 项目或阶段的收尾指南或要求
    • 工具和技术
      • 会议
    • 输出
      • 最终的产品、服务或成果移交
      • 最终报告
      • 组织过程资产更新
        • 项目或阶段收尾文件
• 范围管理
  • 规划范围管理
    • 范围管理计划
      • 如何管范围
    • 需求管理计划
      • 如何管需求
  • 收集需求
    • 要点
      • 为实现目标而确定、记录相关方的需要
    • 输入
      • 项目章程
        • 项目章程中记录的是高层级的（概括的）需求
      • 相关方登记册
    • 工具和技术
      • 头脑风暴
      • 访谈
        • 信任和保密的环境，获取机密信息
      • 焦点小组
        • 聚焦在某一个点，同一领域，同一职能（部门）
      • 问卷调查
        • 地理位置分散，受众多样化，快速完成，适合开展统计分析
      • 标杆对照
        • 识别最佳实践，形成改进意见，内部外部对照，同行业不同行业对照
      • 投票
        • 一致同意（德尔菲） 大多数同意 相对多数同意
      • 独裁型决策
      • 多标准决策分析
        • 多个标准设置权重，权重+得分算总分
      • 亲和图
        • 分组、分类
      • 思维导图
        • 整合，反应共性与差异、激发新创意
      • 名义小组
        • 投票、排序
      • 观察和交谈
        • 难以说清楚或不愿意说清楚，挖掘隐藏需求
      • 引导
        • 协调相关方差异，协调跨职能需求【JAD、QFD、用户故事】
      • 系统交互图
      • 原型法
        • 减轻返工风险
    • 输出
      • 需求文件
        • 描述单一需求如何满足相关的业务需求
      • 需求跟踪矩阵
        • 把产品需求从来源链接到可交付成果的一种表格 确保每个需求都有对应的业务目标，确保每个需求都有价值 确保每个需求都最终得以交付
  • 定义范围
    • 要点
      • 选取最终的需求
      • 定义好用什么可交付成果及验收标准来满足这些需求
    • 输入
      • 项目章程
      • 需求文件
    • 工具和技术
      • 备选方案分析
      • 多标准决策分析
      • 引导
      • 产品分析
    • 输出
      • 项目范围说明书
        • 代表了相关方之间就范围达成的共识【产品范围描述、可交付成果、验收标准、除外责任】
  • 创建WBS
    • 要点
      • WBS组织并定义了项目的总范围
      • 把可交付成果分解为较小的、更易于管理的组件
    • 输入
      • 项目范围说明书
      • 需求文件
    • 工具和技术
      • 分解
        • 100%原则 责任唯一
    • 输出
      • 范围基准
        • WBS
        • WBS词典
  • 确认范围
    • 要点
      • Validate Scope
      • 通过验收每个可交付成果来提高收尾的可能性
    • 输入
      • 核实的可交付成果
    • 工具和技术
      • 检查
    • 输出
      • 验收的可交付成果
        • 验收的可交付成果需要客户或者发起人正式签字批准
      • 变更请求
        • 如果可交付成果没有通过验收：1.记录未通过验收的原因；2.走变更流程做缺陷补救或纠正
  • 控制范围
    • 要点
      • 监督范围，管理范围基准的变更
      • 防止范围蔓延和镀金
      • 如果已经出现范围蔓延，要停止不良变更并补变更流程
    • 输入
      • 项目管理计划
      • 工作绩效数据
    • 工具和技术
      • 偏差分析
      • 趋势分析
    • 输出
      • 工作绩效信息
      • 变更请求
• 进度管理
  • 规划进度管理
    • 输出进度管理计划，指南型文件，没有实质内容
  • 定义活动
    • 要点
      • 将工作包分解为活动
    • 输入
      • 范围基准
    • 工具和技术
      • 分解
        • 团队成员参与有助于得到更准确的结果
      • 滚动式规划
    • 输出
      • 活动清单
      • 活动属性
      • 里程碑清单
        • 里程碑不是活动，持续时间为0 是一个重要的时间点或事件
  • 排序活动顺序
    • 要点
      • 在既定制约因素下获得最高的效率
    • 输入
      • 活动清单
      • 活动属性
      • 里程碑清单
    • 工具和技术
      • PDM紧前关系绘图法
        • FS、SS、FF、SF
      • 确定和整合依赖关系
        • 强制性依赖关系
          • 法律或合同要求的，或者由工作内在性质决定的硬逻辑
        • 选择性依赖关系
          • 基于最佳实践 软逻辑 可以调整，实现快速跟进
        • 外部依赖关系
          • 项目活动与非项目活动之间的依赖关系
        • 内部依赖关系
          • 项目活动之间的依赖关系
      • 提前量和滞后量
        • 相对于紧前活动，紧后活动可以提前的时间（－） 相对于紧前活动，紧后活动必须推迟的时间（＋）
    • 输出
      • 项目进度网络图
        • 路径汇聚点和路径分支点需要注意高风险
  • 估算活动持续时间
    • 要点
      • 由最熟悉具体活动的个人或小组提供输入
    • 输入
      • 无考点
    • 工具和技术
      • 专家判断
      • 类比估算
        • 速度快、成本低、不准确
      • 参数估算
        • 基础数据、参数模型
      • 三点估算（PERT）
        • 考虑到风险和不确定性
      • 自下而上估算
        • 最准确的一种方法但是耗时长
      • 备选方案分析
      • 储备分析
        • 应急储备：项目经理可以直接使用 管理储备：项目经理必须通过变更流程使用
    • 输出
      • 持续时间估算
      • 估算依据
  • 制定进度计划
    • 要点
      • 为完成项目活动而制定具有计划日期的进度模型
    • 输入
      • 无考点
    • 工具和技术
      • 进度网络分析
        • 一种综合的技术，综合了关键路径法、资源优化和建模技术
      • 关键路径法
        • 所有路径中时间最长的路径，决定了项目最短工期 关键路径越多，风险越大 顺推和逆推 总浮动时间和自由浮动时间
      • 资源优化技术
        • 资源平衡
          • 会导致关键路径的改变，一般是延长
        • 资源平滑
          • 不会改变关键路径，但是也无法实现所有的优化
      • 假设情景分析
        • 如果出现某种情景，情况会怎样
      • 模拟
        • 蒙特卡罗
      • 进度压缩
        • 赶工
          • 以最小的成本增加来压缩进度，加班、加人、加急，会增加成本
        • 快速跟进
          • 将顺序进行的活动改为至少部分进行，会增加风险
        • 不缩减范围的前提下，缩短或加快工期
    • 输出
      • 进度基准
      • 项目进度计划
        • 里程碑图：显示主要可交付成果和外部接口 横道图（甘特图）：向管理层汇报进展 项目进度网络图
      • 项目日历
        • 规定可以开展进度活动的可用工作日和班次
  • 控制进度
    • 无考点
• 成本管理
  • 规划成本管理
    • 成本管理计划
      • 如何管成本
  • 估算成本
    • 要点
      • 估算成本是对项目工作所需资源成本进行近似估算的过程
    • 输入
      • 项目进度计划
        • 进度计划包括项目可用的团队和实物资源的类型、数量和可用时间长短
    • 工具和技术
      • 类比估算
        • 速度快、不准确
      • 参数估算
        • 基础数据和参数模型，套公式，强调统计关系
      • 三点估算
        • PERT计划评审技术 考虑风险和不确定 默认用贝塔分布【（最悲观＋最可能*4＋最乐观）/6】 三角分布【（最悲观＋最可能＋最乐观）/3】
      • 自下而上估算
        • 最准确的一种方法，但是很慢
      • 备选方案分析
      • 储备分析
        • 为“已知-未知”风险预留应急储备 项目经理可以动用、减少或取消应急储备 应急储备是成本基准的一部分，不需要走变更流程
      • 质量成本
    • 输出
      • 成本估算
      • 估算依据
  • 制定预算
    • 要点
      • 汇总所有单个活动或工作包的估算成本，建立一个经批准的成本基准
    • 输入
      • 成本估算
      • 估算依据
      • 协议
        • 需要考虑将要或已经采购的产品、服务或成果的成本
    • 工具和技术
      • 成本汇总
      • 数据分析（储备分析）
        • 建立项目管理储备的储备分析 管理储备动用需要走变更流程 动用的管理储备要纳入成本基准
      • 历史信息审核
      • 资金限制平衡
        • 可能需要调整工作的进度计划，以平衡资金支出水平
    • 输出
      • 成本基准
        • 包括应急储备，但不包括管理储备
      • 项目成资金需求
        • 成本基准＋管理储备
  • 控制成本
    • 要点
      • 监督项目状态，以更新项目成本和管理成本基准变更
    • 输入
      • 项目管理计划
      • 工作绩效数据
    • 工具和技术
      • 挣值分析
        • BAC、PV、EV、AC
      • 偏差分析
        • SV、CV、SPI、CPI
      • 趋势分析
        • EAC、ETC
      • 完工尚需绩效指数
        • TCPI
      • 储备分析
        • 剩余的风险和剩余的储备是否匹配
    • 输出
      • 工作绩效信息
      • 变更请求
• 质量管理
  • 核心概念
    • 质量兼顾“项目管理”和“可交付成果”两个方面
    • 质量和等级的区别
    • 预防和检查、属性抽样和变量抽样、公差和控制界限
    • 五种质量管理水平
  • 新兴实践
    • 客户满意
      • 符合要求、适合使用
    • 持续改建
      • 以PDCA为基础，小改进的积累
    • 管理层的责任
      • 85/15原则
    • 与供应商的互利合作关系
  • 规划质量管理P
    • 要点
      • 识别项目及其可交付成果的质量要求和（或）标准，并书面描述项目将如何证明符合质量要求和（或）标准的过程
    • 总结
      • 规划质量“定标准”
    • 输入
      • 组织过程资产
        • 质量正常由高级管理层推崇
    • 工具
      • 标杆对照
      • 成本效益分析
        • 值得/不值得
      • 质量成本
        • 一致性成本
          • 预防成本
            • 培训，流程文档化，设备，正确的时间做事
          • 评价成本
            • 检查、测试、破坏性测试
        • 非一致性（失败、缺陷）成本
          • 内部失败成本
            • 返工、废品
          • 外部失败成本
            • 客户发现的，导致债务、报修、业务流失
      • 流程（过程）图
        • 显示步骤和分支，帮助改进过程并识别可能出现质量缺陷或可以纳入质量检查的地方
    • 输出
      • 质量管理计划}
        • 质量政策 质量标准（国家标准或行业标准） 质量目标 质量方面的角色和职责 质量管理和控制活动
      • 质量测量指标
  • 管理质量D和A
    • 要点
      • 把组织的质量政策用于项目，并将质量管理计划转化为可执行的质量活动的过程
    • 总结
      • 管理质量“管过程”，也叫实施质量保证（OA）
    • 输入
      • 质量测量指标
      • 质量控制测量结果
        • 根据结果反思过程
    • 工具和技术
      • 核对单
      • 质量审计
        • 1识别 2分享 3协助 4积累 5确认 内审和外审 事先安排或随机进行
      • 根本原因分析RCA
        • 识别问题的根本原因，杜绝问题的再次发生
      • 过程分析
        • 识别过程改进的机会，识别非增值活动
      • 鱼骨图
        • 查根本原因或主要原因 追溯问题的来源 五个why、why-why分析
      • 直方图
        • 显示频率和频次
      • 帕累托图
        • 查主要原因 二八定律 有重点的采取措施
      • 散点图
        • 自变量和因变量 是否存在关联关系
      • DFX
        • 面向X的设计，优化设计的特定方面
      • 问题解决
        • 1定义 2识别 3方案 4选择 5执行 6验证
      • 质量改进方法
        • PDCA 六西格玛
    • 输出
      • 质量报告
      • 变更请求
  • 控制质量C
    • 要点
      • 核实项目可交付成果和工作已经达到主要相关方的质量要求
    • 总结
      • 控制质量“查结果”，QC
    • 输入
      • 质量测量指标
      • 可交付成果
      • 批准的变更请求
    • 工具和技术
      • 核查表
        • 计数表
      • 核对单
      • 统计抽样
      • 检查
      • 控制图
        • 失控的两种情况 控制界限和规则线
    • 输出
      • 质量控制测量结果
      • 核实的可交付成果
      • 变更请求
• 资源管理
  • 核心概念
    • 项目资源包括“人力资源”和“实物资源”
    • 项目经理是管理者和领导者，注意职业道德
  • 新兴实践
    • 精益管理、JIT、Kaizen
    • 项目经理应提升情商
    • 由通用的专才（T型人才）组成的自组织团队
    • 虚拟团队
  • 规划资源管理
    • 要点
      • 定义如何估算、获取、管理和利用团队以及实物资源的过程
    • 输入
      • 无考点
    • 工具
      • 数据表现
        • 层级型
          • WBS
          • OBS
          • RBS
          • 有助于明确高层级的角色和职责
        • 矩阵型
          • 责任分配矩阵
            • 高层级RAM可定义项目团队、小组或部门负责WBS中的哪部分工作； 低层级RAM则可在各小组内为具体活动分配角色、职责和职权
          • RACI矩阵
            • A只能有一个
          • 避免责任不清
    • 输出
      • 资源管理计划
        • 如何识别资源 如何获取资源 角色和职责 培训策略 认可计划
      • 团队章程
        • 也叫：基本规则 作用：减少误解，提高生产力 由团队成员指定或者参与制定，定期审查和更新 例子：会议礼仪
  • 估算活动资源
    • 要点
      • 估算执行项目所需的团队资源，以及材料、设备和用品的类型和数量的过程
    • 输入
      • 无考点
    • 工具和技术
      • 无考点
    • 输出
      • 资源需求
      • 资源分解结构（RBA）
  • 获取资源
    • 要点
      • 获取项目所需的团队成员、设施、设备、材料、用品和其他资源的过程
      • 项目经理应进行有效谈判，并影响那些能为项目提供所需资源的人员
      • 资源或人员能力不足会降低项目成功的概率。甚至可能导致项目取消
      • 如无法获得所需资源，项目经理可能不得不使用替代资源（也许能力较低，需要培训）
    • 输入
      • 无考点
    • 工具和技术
      • 预分派（事先分配好的）
        • 竞标承诺 章程指定 专有技能
      • 多标准决策分析
      • 谈判（协商）
        • 跟职能经理谈判 跟其他项目管理团队谈判获得特殊稀缺资源 跟外部组织谈判获得特殊稀缺资源
      • 虚拟团队
        • 云队友 项目团队可分布在不同地理区域：可将在家办公的、行动不便者或残疾人纳入团队 需要特别重视“沟通”
    • 输出
      • 实物资源分配单
      • 项目团队派工单
      • 资源日历
        • 何时可用 可用多久
  • 建设团队
    • 要点
      • 提高工作能力，促进团队成员互动，改善团队整体氛围，以提高项目绩效的过程
    • 塔克曼模型
      • 形成阶段
        • 互相认识，相互独立，不一定开诚布公
      • 震荡阶段
        • 冲突、矛盾、不同的观点和意见
      • 规范阶段
        • 开始协同工作、开始互相信任
      • 成熟阶段
        • 组织有序、互相依靠、平稳高效
      • 解散阶段
        • 释放人员，解散团队
    • 输入
      • 无考点
    • 工具
      • 集中办公
        • 增进沟通、增强集体感
      • 认可与奖励
        • 带来激励的作用；注意无形的奖励；全生命周期给予奖励
      • 培训
        • 提高能力，减少差异
      • 个人和团队评估
        • 有利于增进团队成员间的理解、信任、承诺和沟通
    • 输出
      • 团队绩效评价
        • 个人能力提高 团队能力提高 团队凝聚力加强 团队离职率下降
  • 管理团队
    • 要点
      • 跟踪团队成员工作表现，提供反馈，解决问题并管理团队变更，以优化项目绩效的过程；管理冲突、解决问题
    • 输入
      • 团队章程
        • 为团队应如何决策、举行会议和解决冲突提供指南
    • 工具
      • 冲突管理
        • 冲突管理的顺序
          • 团队成员自行解决 项目经理提供协助（私下） 正式的程序，包括惩戒措施
        • 冲突管理五种方法
          • 撤退/回避
            • 退出冲突，推迟解决，推给他人解决
          • 强迫/命令
            • 推一方观点，解决紧急问题
          • 合作/解决问题
            • 综合考虑不同的观点和意见，合作的态度和开放式对话，引导各方达成共识和承诺
          • 缓和/包容
            • 缓和关系，不解决问题，考虑一致性而非差异
          • 妥协/调解
            • 一定程度的满意，部分解决问题
        • 情商
          • 通过情商来识别、评估及控制项目团队成员的情绪，预测他们的行动，理解他们的焦虑，帮助解决他们的问题，从而减缓紧张，增进合作
    • 输出
  • 控制资源
    • 无考点
• 沟通管理
  • 核心概念
    • PMP中的沟通仅仅是指信息的交换
    • 通过沟通活动（如会议和演讲），或以工件的方式（如电子邮件、社交媒体、项目报告或项目文档）等各种可能的方式来发送或者接收信息
  • 新兴实践
    • 相关方参与评审和会议
    • 社交工具有利于建立更深层次的信任和社群关系
    • 注意不同相关方的沟通偏好
  • 规划沟通管理
    • 要点
      • 基于每个相关方或相关方群体的信息需求制定恰当的沟通管理计划
        • 量身定制、舔狗
    • 输入
      • 相关方登记册
    • 工具和技术
      • 沟通需求分析
        • 分析沟通需求，确定项目相关方的信息需求，包括所需信息的类型和格式，以及信息对相关方的价值 沟通渠道的计算【N*（N－1）/2】
      • 沟通方法
        • 推式沟通
          • 发送方将信息发给特定的受众，只管发，不管是否收到是否理解
        • 互动式沟通
          • 实时多向的沟通，效果最好
        • 拉式沟通
          • 接收方主动获取信息，信息量大，受众多的时候使用
      • 沟通风格评估
        • 规划沟通活动时，用于评估沟通风格并识别偏好的沟通方法、形式和内容的技术 常用于不支持项目的相关方
    • 输出
      • 沟通管理计划
        • 相关方的沟通需求 需要沟通的信息，包括语言、格式、内容、详细程序 时限和频率 授权保密信息发布的人员 将要接收信息的人员或群体 通用术语表 问题升级程序 相关的法律法规
  • 管理沟通
    • 要点
      • 促进项目团队与相关方之间的有效信息流动
    • 输入
      • 工作绩效报告
      • 问题日志
      • 变更日志
      • 质量报告
    • 工具和技术
      • 项目报告发布
    • 输出
      • 项目沟通记录
  • 控制沟通
    • 无考点
• 风险管理
  • 核心概念
    • 一种不确定的事件或条件，一旦发生，就会对一个或多个项目目标造成积极或消极的影响
    • 积极和消极风险通常被称为机会和威胁
    • 风险的三要素：风险事件、概率、影响
    • 风险敞口＝概率*影响
    • 已知未知风险建立应急储备
    • 未知未知风险使用管理储备，需要走变更流程
    • 应该站在中立的角度：风险承受力＞风险偏好＞风险临界值
  • 新兴实践
    • 确实存在只有在发生后才能被发现的突发性风险，需要通过加强项目韧性来应对
    • 整合式风险管理
  • 规划风险管理
    • 要点
      • 定义如何实施项目风险管理活动的过程
    • 输入
      • 项目章程
      • 相关方登记册
    • 工具和技术
      • 相关方分析
        • 通过相关方分析确定项目相关方的风险偏好
    • 输出
      • 风险管理计划
        • 风险类别RBS 相关方的风险偏好 概率和影响定义 概率和影响矩阵
  • 识别风险
    • 要点
      • 识别单个项目风险以及整体项目风险的来源，并记录风险特征的过程
      • 应鼓励所有项目相关方参与，团队的参与尤为重要
      • 识别风险是一个迭代的过程，迭代的频率和每次迭代所需的参与程度应在风险管理计划中做出规定
    • 输入
      • 无考点
    • 工具和技术
      • 头脑风暴
      • 访谈
      • 核对单
        • 从类似项目和其他信息来源积累的历史信息和知识来编制核对单 确保不要用核对单来取代所需的风险识别工作 注意考察未在核对单中列出的事项
      • 根本原因分析
        • 问题放在鱼头的位置寻找威胁 收益放在鱼头的位置寻找机会
      • 假设条件和制约因素分析
        • 假设条件不成立带来的威胁 制约因素放松带来的机会
      • 文件分析
      • SWOT分析
        • 优势Strength、劣势Weakness、机会Opportunity、威胁Threat
      • 提示清单
        • RBS的底层作为提示清单
    • 输出
      • 风险登记册
        • 已识别的风险清单 潜在的责任人 潜在的应对
      • 风险报告
  • 实施定性风险分析
    • 要点
      • 评估单个风险发生的概率和影响以及其他特征，对风险进行优先级排序
      • 确认每个风险的责任人，这个人负责后续的工作，包括制定和落实应对措施
    • 输入
      • 风险登记册
    • 工具和技术
      • 风险数据质量评估
      • 风险概率和影响评估
        • 对已识别的每个风险都要进行概率和影响评估 低概率和影响的风险将被列入风险登记册中的观察清单，以供未来监控
      • 概率和影响矩阵
    • 输出
      • 风险登记册更新
  • 实施定量风险分析
    • 要点
      • 量化整体项目风险敞口，并提供额外的定量风险信息，以支持风险应对规划
      • 并非所有的风险都可量化
    • 输入
      • 风险登记册
    • 工具和技术
      • 访谈
      • 不确定性表现方式
      • 模拟
      • 敏感性分析
        • 龙卷风图
      • 决策树分析
    • 输出
      • 风险登记册更新
  • 规划风险应对
    • 要点
      • 制定应对整体项目风险和单个项目风险的适当方法
      • 风险应对措施必须能获得全体相关方的同意；由一名责任人具体负责（风险应对责任人）
      • 注意次生风险和残余风险
    • 输入
      • 风险登记册
    • 工具和技术
      • 威胁应对策略
        • 上报
        • 规避
          • 消除威胁或免受威胁影响【延长进度、改变策略、缩小范围、澄清需求、获取信息、改善沟通、取得专有技能】
        • 转移
          • 将应对威胁的责任转移给第三方【保险、使用履约保函、担保、保证书、外包】
        • 减轻
          • 采取措施降低威胁发生的概率和（或）影响【采用较简单的流程、进行更多测试、选用可靠的卖方、原型开发、加入冗余部件】
        • 接受
          • 承认威胁的存在，但不主动采取措施【主动接受：建立应急储备；被动接受：仅监督】
      • 机会应对策略
        • 上报
        • 开拓
          • 确保把握住高优先级的机会【把组织中最有能力的资源分配给项目来缩短完成时间（牛人）；采用全新或升级的技术来节约成本（牛技术）】
        • 分享
          • 将应对机会的责任转移给第三方，使其享有机会所带来的部分收益【建立合伙关系、合作团队、特殊公司、合资企业】
        • 提高
          • 提高机会出现的概率和（或）影响【增加普通资源缩短工期】
        • 接受
          • 承认机会的存在，但不采取措施【主动接受：建立应急储备；被动接受：仅监督】
      • 应急应对计划
        • 应急计划
        • 弹回计划
        • 如果确信风险的发生会有充分的预警信号，就应该制定应急应对措施
      • 备选方案分析
      • 成本效益分析
    • 输出
      • 风险登记册更新
      • 变更请求
      • 项目管理计划更新
  • 实施风险应对
    • 一个字“干”
      • 只有风险责任人以必要的努力去实施商定的应对措施，项目的整体风险敞口和单个威胁及机会才能得到主动管理
  • 监督风险
    • 要点
      • 在整个项目期间，监督商定的风险应对计划的实施、跟踪已识别风险、识别和分析新风险，以及评估风险管理有效性的过程
    • 输入
      • 风险登记册
    • 工具和技术
      • 储备分析
      • 风险审计
        • 评估风险管理过程的有效性
      • 会议
        • 风险审查会可以识别出新的单个项目风险（包括次生风险），重新评估当前风险，关闭已过时风险，总结经验教训
    • 输出
      • 风险登记册更新
• 采购管理
  • 核心概念
    • 项目经理不必成为采购管理法律法规领域的专家，但应对采购过程有足够了解
    • 采购中有任何争议，以合同为依据
  • 新兴实践
    • 网络摄像机
    • 试用采购
  • 规划采购管理
    • 要点
      • 记录项目采购决策、明确采购方法、识别潜在卖方的过程
    • 输入
      • 组织过程资产
        • 预先批准的卖方清单
          • 可以简化招标所需的步骤，并缩短卖方甄选过程的时间
        • 合同类型
          • 总价类合同
            • 范围明确，不允许重大范围变更
          • 成本补偿类合同
            • 有范围，但是有可能出现重大范围变更 成本实报实销
          • 工料类合同
            • 没有范围，创新项目 时间紧任务重 单价合同
    • 工具和技术
      • 自制或外购分析
        • 哪个便宜用哪个
      • 供方选择分析
    • 输出
      • 采购管理计划
        • 如何协调采购工作与项目的其他工作 采购中的风险管理事项
      • 招标文件
        • 应答格式要求 SOW 拟签订的合同条款
      • SOW
        • SOW应该详细描述拟采购的产品、服务或成果，以便潜在卖方确定是否有能力提供 工作说明书中可包括规格、数量、质量、性能参数、履约期限、工作地点和其他要求 在采购过程中，应根据需要对采购SOW进行修订和改进，直到成为所签协议的一部分
      • 自制外购决策
      • 独立成本估算
        • 可自行准备独立估算，或聘用外部专业估算师做出成本估算，并将其作为评价卖方报价的对照基准 若两者之间存在明细差异，则可能：采购SOW存在缺陷或模糊，或潜在卖方误解或未能完全响应采购SOW
      • 供方选择标准
  • 实施采购
    • 要点
      • 获取卖方应答，选择卖方并授予合同的过程
    • 输入
      • 采购文档
        • 招标文件 采购工作说明书 独立成本估算 供方选择标准
      • 卖方建议书
    • 工具和技术
      • 招
        • 广告
      • 投
        • 投标人会议
      • 评
        • 建议书评估
      • 授
        • 授予合同前进行采购谈判
    • 输出
      • 选定的卖方
      • 协议
  • 控制采购
    • 要点
      • 管理采购关系、监督合同绩效，实施必要的变更和纠偏，以及关闭合同的过程
    • 输入
      • 协议
      • 批准的变更请求
        • 合同的变更也需要走流程
    • 工具和技术
      • 索赔管理
        • 1.谈判 2.ADK 3.起诉
      • 采购绩效审查
        • 审查供应商的过程
      • 检查
        • 检查供应商的可交付成果
      • 采购审计
        • 对采购过程的结构化审查 总结经验教训，有利于未来的采购
    • 输出
      • 采购关闭
• 相关方管理
  • 核心概念
    • 相关方是指会受项目的积极或消极影响，或者能对项目施加积极或消极的影响的任何人
    • 相关方满意度应作为项目目标加以识别和管理
  • 新兴实践
    • 扩展
      • 监督机构、游说团体、环保人士、金融组织、媒体，以及自以为是相关方的人员
  • 识别相关方
    • 要点
      • 定期识别项目相关方，分析和记录他们的利益、参与度、相互依赖性、影响力和对项目成功的潜在影响的过程
    • 输入
      • 项目章程
      • 商业文件
      • 项目管理计划
      • 协议
    • 工具和技术
      • 问卷调查、头脑风暴（写作）
        • 身份信息
      • 相关方分析
        • 评估信息
      • 权力/利益方格
        • 权力高，利益高：重点管理 权力高，利益低：令其满意 权力低，利益高：随时告知 权力低，利益低：监督
      • 优先级排序
    • 输出
      • 相关方登记册
        • 身份信息 评估信息 分类信息
      • 变更请求
  • 规划相关方参与
    • 要点
      • 根据相关方的需求、期望、利益和对项目的潜在影响，制定项目相关方参与项目的方法的过程
    • 输入
      • 相关方登记册
    • 工具和技术
      • 标杆对照
      • 相关方参与度评估矩阵
        • C：当前的参与程度 D：期望的参与程度
    • 输出
      • 相关方参与计划
        • 确定用于促进相关方有效参与决策和执行的策略和行动【1.相关方当前的参与程度和期望的参与程度；2.相关方变更的影响；3.相关方之间的互相关系好潜在交叉】
  • 管理相关方参与
    • 要点
      • 与相关方进行沟通和协作，以满足其需要与期望，处理问题，并促进相关方合理参与的过程
      • 1.引导参与，获得支持
      • 2.谈判沟通，管理期望
      • 3.处理风险，预测问题
      • 4.澄清和解决问题
    • 输入
      • 无考点
    • 工具和技术
      • 无考点
    • 输出
      • 无考点
  • 监督相关方参与
    • 无考点