项目PMP之五——项目范围管理
Posted archerwar
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了项目PMP之五——项目范围管理相关的知识,希望对你有一定的参考价值。
一、定义:确保项目做且只做所需的工作;范围包括产品范围和项目范围
- 适应型生命周期:相关方持续参与,应对大量变更(敏捷),实时变更重复执行收集需求、定义范围和创建WBS
- 预测型生命周期:通过控制范围来进行持续控制,通过整体变更控制过程进行变更操作
二、裁剪因素:知识和需求管理、确认和控制、开发方法、需求的稳定性、治理
三、子过程:
- 规划范围管理:描述如何定义、制定、监督、控制和确认项目范围
- 通过项目管理计划确认生命周期(涉及阶段)及开发类型(瀑布、敏捷、迭代等)
- 收集需求:为实现目标而确认、记录并管理相关方的需要和需求过程
- 可使用方法:
- 专家判断:个人或小组(专业领域专家)
- 数据收集:头脑风暴、访谈、焦点小组、问卷调查、标杆对照(确认最佳实践)
- 数据分析:文件、数据、市场分析等
- 决策:投票(一致同意、大多数同意、相对多同意),独裁型,多标准分析(多指标打分汇总,包括权重分值等)
- 数据表现:亲和图(用户画像),思维导图(整合需求,激发创意)
- 人际:名义小组(头脑风暴的结构化组织),观察和交谈(私下),引导(联合应用开发;质量功能展开;用户故事)
- 模型:系统交互图;原型法
- 需求输出类型:业务、相关方、功能、非功能、过渡、质量、项目
- 输出实现方式:需求跟踪矩阵(业务目标、需求、项目目标、可交付成果、设计、开发、测试等)
- 需求和期望为量化且被记录的
- 可使用方法:
- 定义范围:定义边界和验收标准;输出范围描述、可交付成果、除外责任、验收标准
- 数据分析——备选方案
- 产品分析——拆解需求、系统、价值等
- 创建WBS(工作分解结构):拆解需求,分解需求,三层以内为佳
- 底层为工作包(工作指的是活动的工作产品或可交付成果,非活动)
- 输出范围基准:定义功能的验收标准
- 输出工作分解结构:可以理解为story,单一可验收成果
- 输出工作分解结构词典:说明文件,包括成果、进度、活动等
- 工作包定义:可靠估算有标志性结束可分配的任务
- 规划包定义:工作包上级层组件,整合型大模块
- 确认范围:验收可交付成果的过程
- 与控制质量的区别:
- 主体不同:控制质量为内部,确认范围为客户或发起人;
- 目的不同:控制质量为确认正确性,确认范围为验收;
- 时间不同:控制质量早于确认范围
- 验收群体为客户或发起人,正式文件确认
- 与控制质量的区别:
- 控制范围:监督项目,管理范围基准变更过程
- 偏差分析:基准和实际的挣净值判断
- 趋势分析:审查项目绩效随时间变化情况
- 范围变更:客户提出为范围蔓延;团队提出为镀金(不可取)
- 解决方式:走变更流程
以上是关于项目PMP之五——项目范围管理的主要内容,如果未能解决你的问题,请参考以下文章