项目PMP之五——项目范围管理

标签：str   分解   src   交互图   思维导图   过程   实现   收集   范围管理   

一、定义：确保项目做且只做所需的工作；范围包括产品范围和项目范围

1. 适应型生命周期：相关方持续参与，应对大量变更（敏捷），实时变更重复执行收集需求、定义范围和创建WBS
2. 预测型生命周期：通过控制范围来进行持续控制，通过整体变更控制过程进行变更操作

二、裁剪因素：知识和需求管理、确认和控制、开发方法、需求的稳定性、治理

三、子过程：

1.  规划范围管理：描述如何定义、制定、监督、控制和确认项目范围
   • 通过项目管理计划确认生命周期（涉及阶段）及开发类型（瀑布、敏捷、迭代等）
2. 收集需求：为实现目标而确认、记录并管理相关方的需要和需求过程
   • 可使用方法：
     • 专家判断：个人或小组（专业领域专家）
     • 数据收集：头脑风暴、访谈、焦点小组、问卷调查、标杆对照（确认最佳实践）
     • 数据分析：文件、数据、市场分析等
     • 决策：投票（一致同意、大多数同意、相对多同意），独裁型，多标准分析（多指标打分汇总，包括权重分值等）
     • 数据表现：亲和图（用户画像），思维导图（整合需求，激发创意）
     • 人际：名义小组（头脑风暴的结构化组织），观察和交谈（私下），引导（联合应用开发；质量功能展开；用户故事）
     • 模型：系统交互图；原型法
   • 需求输出类型：业务、相关方、功能、非功能、过渡、质量、项目
   • 输出实现方式：需求跟踪矩阵（业务目标、需求、项目目标、可交付成果、设计、开发、测试等）
   • 需求和期望为量化且被记录的
3. 定义范围：定义边界和验收标准；输出范围描述、可交付成果、除外责任、验收标准
   • 数据分析——备选方案
   • 产品分析——拆解需求、系统、价值等
4. 创建WBS（工作分解结构）：拆解需求，分解需求，三层以内为佳
   • 底层为工作包（工作指的是活动的工作产品或可交付成果，非活动）
   • 输出范围基准：定义功能的验收标准
   • 输出工作分解结构：可以理解为story，单一可验收成果
   • 输出工作分解结构词典：说明文件，包括成果、进度、活动等
   • 工作包定义：可靠估算有标志性结束可分配的任务
   • 规划包定义：工作包上级层组件，整合型大模块
5. 确认范围：验收可交付成果的过程
   • 与控制质量的区别：
     • 主体不同：控制质量为内部，确认范围为客户或发起人；
     • 目的不同：控制质量为确认正确性，确认范围为验收；
     • 时间不同：控制质量早于确认范围
   • 验收群体为客户或发起人，正式文件确认
6. 控制范围：监督项目，管理范围基准变更过程
   • 偏差分析：基准和实际的挣净值判断
   • 趋势分析：审查项目绩效随时间变化情况
   • 范围变更：客户提出为范围蔓延；团队提出为镀金（不可取）
     • 解决方式：走变更流程

项目PMP之五——项目范围管理

标签：str   分解   src   交互图   思维导图   过程   实现   收集   范围管理   

原文地址：https://www.cnblogs.com/archerwar/p/12758048.html