第四版_10.范围管理

1.高级项目管理工程师/信息系统项目管理师/高项第四版教材呕心沥血整理教材，只要掌握思维导图包含的知识点内容，45分稳过！~ 2.当然，这是知识要点，真正要考过并不是死记硬背，而是要有一定的思解，毕竟高项考试，很多不是直接考定义了！ 3.本人花了非常非常多的精力下去整理这些资料，上面的字很多都是一个一个打上去，这一点点费用与它的价值相比，简单就是白送一般~~ 4.前三章直接出书面的内容极少，所以就不整理上去了！ 5.当然，上面内容难免会有错误，如有发现可微信沟通：18978793047

十大知识领域

• 十五至尊图
• 第十章：范围管理
  • 考情分析
    • 综合知识
    • 案例分析
      • 高频考点（收集需求、创建WBS、确认范围、控制范围）
    • 论文题
      • 经常考查
  • 范围与范围管理的概念
    • 产品范围
      • 表示产品或服务的特性和功能。
    • 项目范围
      • 为了完成具有所规定特征和功能的产品和服务必须完成的全部工作。
        • 在项目中主要关注的以项目范围为主
    • 项目的范围基准
      • 经过批准的详细的项目范围说明书、WBS和WBS词典
  • 1.规划范围管理
    • 定义
      • 为记录如何定义、确认和控制项目范围及产品范围并创建范围管理计划的过程
    • 作用
      • 在整个项目中对如何管理项目范围提供指南和方向
    • 范围管理计划的内容
      • 1.如何制订项目范围说明书
      • 2.如何根据范围说明书创建WBS
      • 3.如何维护和批准WBS
      • 4.如何确认和正式验收已完成的项目可交付成果
      • 5.如何处理项目范围说明书的变更，该工作与实施整体变更控制过程直接相联
      • 说明：上面内容对需求收集内容没有提及，而相应的内容在需求管理计划在体现，见输出的第2点
    • ITTO
      • 输入
        • 1.项目管理计划
        • 2.项目章程
        • 3.事业环境因素
        • 4.组织过程资产
      • 工具技术
        • 1.专家判断
        • 2.数据分析
        • 3.会议
      • 输出
        • 1.范围管理计划
        • 2.需求管理计划
  • 2.收集需求
    • 定义
      • 为实现项目目标而确定、记录并管理干系人的需要和需求的过程
    • 作用
      • 为定义和管理项目范围（包括产品范围）奠定基础
    • ITTO
      • 输入
        • 1.项目章程
        • 2.立项管理文件
        • 3.项目管理计划
        • 4.项目文件
        • 5.协议
        • 6.事业环境因素
        • 7.组织过程资产
      • 工具技术
        • 1.专家判断
        • 2.数据收集
        • 3.数据分析
        • 4.决策
        • 5.数据表现
        • 6.人际关系与团队技能
        • 7.系统交互图
        • 8.原型法
      • 输出
        • 1.需求文件
        • 2.需求跟踪矩阵
    • 需求跟踪矩阵
  • 3.定义范围
    • 定义
      • 制定项目和产品详细描述的过程
    • 定义范围的作用
      • 明确所收集的需求哪些将包含在项目范围内，哪些将排除在项目范围外，从而明确产品、服务或成果的边界。
    • ITTO
      • 输入
        • 1.项目范围管理计划
        • 2.项目章程
        • 3.项目文件
        • 4.事业环境因素
        • 5.组织过程资产
      • 工具技术
        • 1.专家判断
        • 2.数据分析
        • 3.决策
        • 4.人际关系与团队技能
        • 5.产品分析
      • 输出
        • 1.项目范围说明书（范围基线的组成部分）
        • 2.项目文件更新
    • 范围说明书的内容
      • 1.产品范围描述
      • 2.可交付成果
      • 3.产品验收标准
      • 4.项目的除外责任（哪些不属于项目范围）
      • 5.制约因素（如：强制性日期）
      • 6.假设条件（不需要验证即可视为正确的真实的因素）
      • 考试说明：案例分析与论文都有可能考
    • 范围说明书作用
      • 1.确定范围
      • 2.沟通基础（共识）
      • 3.变更基础（判断是否超界）
      • 4.规划基础（成本，进度等计划基础）
      • 5.规划和控制的依据
      • 考试说明：案例分析与论文都有可能考
  • 4.创建工作分解结构
    • 定义
      • 将项目可交付成果和项目工作分解为较小的、更易于管理的组件的过程
    • 作用
      • 对所要交付的内容提供一个结构化的视图
    • ITTO
      • 输入
        • 1.项目管理计划
        • 2.项目文件
        • 3.事业环境因素
        • 4.组织过程资产
      • 工具技术
        • 1.分解
        • 2.专家判断
      • 输出
        • 1.范围基准
        • 2.项目文件更新
    • 需开展的活动
      • 1.识别和分析可交付成果及相关工作
      • 2.确定WBS的结构与编排方法（树型、列表型）
        • 树型WBS
          • 层次清晰，直观，结构性很强
            • 适应：中小型的应用项目
        • 列表型WBS
          • 能反应所有工作要素，直观性较差
            • 适应：大型、复杂的项目
      • 3.自上而下逐层细化分解
      • 4.为WBS组成部分制造和分配标志编码
      • 5.核实工作分解的程度是恰当的
    • 可采用的形式
      • 1.以项目生命周期的各阶段作为分解的第二层，把产品和项目可交付成果放在第三层
      • 2.以主要可交付成果作为分解的第二层
    • WBS分解原则
      • 1.WBS必须是面向可交付成果的；
      • 2.必须符合项目范围，在各层次上保持项目的完整性，避免遗漏必要的组成部分（100%规则）；
      • 3.最低层工作应该支持计划和控制，具有可比性，是可管理的，可定量检查的（8-80小时规则）；
        • 工作包
      • 4.工作单元应能分开不同的责任者和不同工作内容（每个工作单元有且仅有一个人负责）；
      • 5.一个工作单元只能从属于某个上层单元，避免交叉从属，4-6层
      • 6.应包括项目管理工作（因为管理是项目具体工作的一部分），包括分包出去的工作；
      • 7.WBS的编制需要所有（主要）项目干系人的参与；
      • 8.WBS并非是一成不变的；
      • 9.相同层次的工作单元应有相同性质；
      • 10.WBS的最低层次的工作单元是工作包。一个项目的WBS是否分解到工作包，要跟项目的阶段、复杂程度和规模有关，一般来说早期、或复杂、或大规模的项目，其WBS的分解颗粒要大一些、粗一些。
    • 概念扩展
      • 规划包
        • 是控制帐户之下，工作内容已知但尚缺详细进度活动的WBS组成部分
      • 控制帐户
        • 一种管理控制点。在该控制点上将范围、预算、实际成本和进度加以整合，并将它们与挣值进行比较，以测量绩效
      • WBS词典
        • 给WBS的每个部分赋予一个账户编码标识符，它们是成本、进度和资源使用信息汇总的层次结构
      • 路程碑
        • 标注着某个可交付成果或者阶段的正式完成
      • 工作包
        • 工作包是位于WBS每条分支最底层的可交付成果或项目工作组成部分，应该非常具体以便承担者明白自己的任务
    • WBS作用
      • 1.明确说明项目范围，项目级成员能够清楚地理解任务的性质和需要努力的方向
      • 2.清楚地定义项目的边界，提供项目干系人一致认可的项目需要做的工作和不需要做的工作
      • 3.为各独立单元分派人员，规定这些人员的职责，可以确定完成项目所需要的技术和人力资源。
      • 4.针对独立单元，进行时间、费用和资源的需要量的估算，提高估算的准确性
      • 5.为计划、预算、进度安排和费用控制奠定共同的基础，确定项目进度和控制的基准
      • 6.将项目工作和项目的财务账目联系起来
      • 7.确定工作内容和工作顺序，把项目分解成具体的工作任务，就可以按照工作任务的逻辑顺序来实施项目
      • 8.估计项目整体和全过程的费用
      • 9.有助于防止需求蔓延
    • 范围基准的组成
    • 工作分解结构与其他分解结构
  • 5.确认范围
    • 定义
      • 是正式验收已完成的项目可交付成果的过程
    • 作用
      • 使验收过程具体客观性；同时通过验收每个可交付成果，提高最终产品、服务或成果获得验收的可能性
    • ITTO
      • 输入
        • 1.项目管理计划
        • 2.项目文件
        • 3.核实的可交付成果
        • 4.工作绩效数据
      • 工具技术
        • 1.检查（审核、产品评审、审计、走查、巡检）
        • 2.群体决策技术
      • 输出
        • 1.验收的可交付成果
        • 2.变更请求
        • 3.工作绩效信息
        • 4.项目文件更新
    • 可交付成果--流程图
    • 工作绩效数据与工作绩效信息的差别
      • 工作绩效数据
        • 执行项目工作的过程中，从每个正在执行的活动中收集到的原始观察结果和测量值。
        • 例如：工作完成百分比、质量和技术绩效测量值、进度活动的开始和结束日期、变更请求的数量、缺陷数量、实际成本和实际持续时间等
      • 工作绩效信息
        • 从各控制过程中收集并结合相关背景和跨领域关系，进行整合分析而得到的绩效数据。
        • 例如：可交付成果的状况、变更请求的执行状况、预测的完工估算
      • 工作绩效报告
        • 为制定决策、提出问题、采取行动或引起关注，而汇编工作绩效信息，所形成的实物或电子项目文件。
        • 例如：状况报告、备忘录、论证报告、信息札记、电子报表、推荐意见或情况更新
      • 技术绩效测量
        • 将项目执行期间所取得的技术成果与项目管理计划所要求的技术成果进行对比的一种绩效测量技术。可使用项目产品的关键技术参数作为质量测量指标。测量的结果是工作绩效信息的一部分。这些技术绩效测量指标可包括处理时间、缺陷数量和存储容量等。偏差值有助于预测项目范围方面的成功程度，还能提示项目面临的技术风险。是控制风险的工具与技术。
      • 质量控制测量结果
        • 按照质量规划中的格式，对质量控制活动的结果的书面记录。是控制质量的输出，是实施质量保证的输入
    • 确认范围与质量控制
      • 1.确认范围强调交付成果是否可接受
      • 2.质量控制强调可交付成果是否正确
      • 检查的侧重点不一样
      • 3.质量控制一般在确认范围前进行，也可同时进行
      • 4.确认范围一般在阶段末进行，质量控制不一定在阶段末进行
      • 检查时间不一样
      • 5.质量控制属内部检查，由执行组织实施
      • 6.确认范围则是由外部客户或发起人进行检查验收
      • 检查人员不一样
      • 7.核实产品、质量控制和确认范围，越来越细的检查
  • 6.控制范围
    • 定义
      • 监督项目和产品的范围状态，管理范围基准变更的过程
    • 作用
      • 在整个项目期间保持对范围基准的维护
    • ITTO
      • 输入
        • 1.项目管理计划
          • 所有”控制XX“的过程，都是根据是根据”项目管理计划“去控制，而不是根据对应子过程的管理计划去控制，因为控制需要考虑的是整个项目；而在”控制进度管理“过程中则比较特殊，既有”项目管理计划“，又有”项目进度计划“
        • 2.项目文件
        • 3.工作绩效数据
          • 所有控制XXX过程中，都有把“工作绩效数据”进行输入，“工作绩效信息”进行输出
        • 4.组织过程资产
      • 工具技术
        • 1.数据分析
          • 拿现在做的与计划要求的进行对比
      • 输出
        • 1.工作绩效信息
        • 2.变更请求
        • 3.项目管理计划更新
        • 4.项目文件更新
        • 5.组织过程资产更新
      • 注意，带有控制...、确认...的过程，一般有把数据作为输入，信息作为输入的相同内容
    • 涉及内容
      • 1.影响导致范围变更的因素，并尽量使这些因素向有利的方面发展
      • 2.判断范围变更是否已经发生
      • 3.范围变更发生时管理实际的变更，确保所有变更请求按照项目整体变更控制过程处理
      • 焦点问题
      • 4.控制范围还要与其他控制过程相结合
    • 变更原因（与整体管理中的变更原因一致）
      • 1.项目外部环境发生变化
      • 2.项目范围的计划编制不周密详细，有一定的错误或遗漏
      • 3.市场上出现了或是设计人员提出了新技术、新手段或新方案
      • 4.项目实施组织本身发生变化
      • 5.客户对项目、项目产品或服务的要求发生变化
  • 论文关键点
    • 需求管理
      • 商业分析师
      • 对需求进行评审
    • 裁剪
    • 需求跟踪矩阵的更新
    • 除外责任可以进一步明确
    • 与客户明确确认范围的必要性
    • 签的是什么类型合同（固定总价）、