项目范围管理

规划范围管理思维导图，下图分支有：收集需求、定义范围、创建WBS、确认范围、控制范围。

2.项目范围管理

• 1.规划范围管理
  • 输入
    • 1.项目管理计划
    • 2.项目章程
    • 3.事业环境因素
    • 4.组织过程资产
  • 工具与技术
    • 1.专家判断
    • 2.会议
  • 输出
    • 1.范围管理计划
      • 内容: 1.如何制定项目范围说明书 2.如何根据范围说明书创建wbs 3.如何维护和批准wbs 4.如何确认和正式验收项目可交互成果。 5.如何处理项目范围说明书的变更，该工作与实施整体变更控制的关联。 特点: 可单独写，也可以在项目管理计划中，可详细可概括，可正式可非正式。
    • 2.需求管理计划
      • 内容 1.如何规划，跟踪，和汇报各种需求活动。 2.需求管理需要哪些资源。(需求跟踪矩阵) 3.培训计划，对项目成员进行需求规范培训，统一团队认识。 4.制定项目干系人与需求管理的策略。明确介入时机和清单。 5.项目范围和需求不一致的准则和纠正规程。 6.对需求进行配置管理，记录，跟踪，汇报。 7.建立需求跟踪矩阵。 特点: 项目成功的核心。
• 2.收集需求
  • 输入
    • 2.需求管理计划
    • 3.干系人管理计划
    • 4.项目章程
    • 4.干系人登记册
  • 工具与技术
    • 1.访谈（最常用）
      • 干系人直接交谈，最常用
    • 2.焦点小组（不跨职能，有人引导）
      • 有主题
    • 3.引导式研讨会（跨职能，有人引导）
      • 有主题
    • 4.群体创新技术（集思广益、无人引导）
      • 1.头脑风暴
        • 庭外判决，不对别人批评和评价
      • 2.名义小组（分组脑暴）
      • 3.德尔菲（按某个主题主持人分头收集）
        • 有主题，分头收集，互不知道 缺点:过程复杂，耗时长
      • 4.概念思维导图
      • 亲和图
        • kj法，图文收集，把亲和信息归类，找规律
      • 多标准分析
        • 制定多个标准，根据权重进行分析决策
    • 5.群体决策技术（大多数原则）
    • 6.问卷调查（快速大量）
    • 7.观察（甲方难或不愿意说需求）
    • 8.原型法（甲方需求不明，引导启发）
      • 快速建立模型，给甲方，引导出需求
    • 9.标杆对照
    • 10.系统交互图（人机交互demo）
    • 11.分析文件
  • 输出
    • 1.需求文件
      • 业务需求 干系人需求(组织需要，领导需要) 解决方案需求(功能和非功能需求) 项目需求(项目范围内验收的需求) 过度需求 需求间关系和制约因素 需求状态： 已建议、已批准、已实现、已验证、已删除
    • 2.需求跟踪矩阵
      • 正向和逆向跟踪 用户-需求文件-产品 定义:产品需求表格到满足需求的交互物
• 3.定义范围
  • 明确收集的需求哪些包含在项目范围内，制定项目和产品详细描述的过程。
  • 输入
    • 1.项目章程
    • 2.范围管理计划
    • 3.需求文件
    • 4.组织过程资产
  • 工具与技术
    • 1.专家判断
    • 2.产品分析
      • 价值工程和价值分析，对商品价值和功能、成本思考
    • 3.备选方案生成
    • 4.引导式研讨会
  • 输出
    • 1.项目范围说明书
      • 批准的项目范围说明书，wbs，wbs字典属于范围基准 内容: 1.产品范围描述(描述，成果，特征) 2.验收标准 3.可交互成果(文件，产品，服务结果，描述可详可简) 4.项目除外责任。(描述哪些工作不属于项目内) 5.制约因素(与客户确定的经济，时间，进度) 6.假设条件。
    • 2.项目文件更新
• 4.创建WBS
  • 1.必须面向可交互物的 2.WBS底层应该支持计划和控制 3.WBS中每个元素必须有且只有一个人负责。 4.WBS控制在4~6层，超过时才分为子系统进行分解。 5.WBS包括项目管理工作也包括外包出去的工作。 6.全员参与。 9.WBS可能随着项目进行改变。
  • 输入
    • 1.范围管理计划
    • 2.项目范围说明书
    • 3.需求文件
    • 4.事业环境因素
    • 5.组织过程资产
  • 工具与技术
    • 1.分解
      • 内容: 1.识别和分析可交互成果及工作。 2.确定wbs结构和编排。 3.自上而下逐层分解。 4.为wbs分配编码。 5.核实交互成果分解程度是否恰当。 原则: 1.按功能和技术分。 2.按组织结构分。(外包和内部，外包部分也应该写wbs，归总) 3.按系统分(各子系统) 特点: 是项目全体成员工作，需要全体一致确认。 结构: 1.树型，中小项目，结构清晰，直观。 2.表格，大项目，不直观，可列出项目所有工作要素
    • 2.专家判断
  • 输出
    • 1.范围基准
    • 2.项目文件更新
    • 3.wbs
      • 注意 1必须面向可交互成果 2.必须满足项目范围。 3.wbs底层支持计划和控制 4.元素必须有人负责，且只1个人。 5.wbs控制在4-6层 6.需要全员参与。 7.实施过程中可能会调整变更。 作用: 1.成本，进度估算的依据，提高准确性。 2.进度安排，费用控制的基础。
    • 4.wbs字典
• 5.确认范围
  • 确认范围：在正式交互前，正式验收项目已完成交互物的过程。 步骤： 1.确定范围确认的时间。 2.确认需要哪些投入。 3.确认接收标准和要素。 4.确认范围确认会议步骤。 5.组织范围确认会议。 确认范围和质量控制对比: 1.内部先质量控制，外部确认范围。或者同时进行。 2.确认范围强调可交互成果是否能接受。(不缺不漏)，属于与外部一起确认 3.质量控制强调交互物正确性，内部检查。 确认范围和项目收尾区别: 1.项目收尾是流程性工作，强调产品。 2.确认范围是核实交互成果，都在项目末进行，强调项目交互物成果。
  • 输入
    • 1.项目管理计划
    • 2.需求文件
    • 3.需求跟踪矩阵
    • 4.核实可交互成果
    • 5.工作绩效数据
  • 工具与技术
    • 1.检查
      • 检查，评审：内部 审计是外部专家。
    • 2.群体决策技术
  • 输出
    • 1.验收的可交互成果
    • 2.变更请求
    • 3.工作绩效信息
    • 4.项目文件更新
• 6.控制范围
  • 范围变更工作: 1.确认变更因素，尽量使其向有利方面发展。 2.确认变更是否发生。 3.确保变更请求按照整体变更控制过程处理。 导致范围变更的原因： 1.政策。 2.计划不周。 3.新技术。 4.客户需求变化。（产品范围属于产品范围说明书）
  • 输入
    • 1.项目管理计划
    • 2.需求文件
    • 3.需求跟踪矩阵
    • 4.工作绩效数据
    • 5.组织过程资产
  • 工具与技术
    • 1.偏差分析
      • 政策，计划不周密，组织结构变化，客户需求要求变化。
  • 输出
    • 1.工作绩效信息
    • 2.变更请求
    • 3.项目管理计划更新
    • 4.项目文件更新
    • 5.组织过程资产更新