001-2 IT项目范围管理

一、铁三角

• 时间
• 范围
• 成本

影响交付质量
最终影响客户满意度

二、项目管理范围

• 1.收集需求
• 2.定义范围
• 3.创建WBS
• 4.核实范围
• 5.控制范围

三、收集需求

需求是干系人已量化的需要和期望。收集需求就是为实现项目目标定义和记录干系人的需求，
需求是工作分解结构的基础。

• 用户访谈
• 问卷调查
• 头脑风暴

输入

• 1、项目章程
• 2、干系人登记册

工具和技术

• 1.访谈
• 2.焦点小组会议
• 3.引导式研讨会
• 4.集体创新技术
• 5.问卷调查
• 6.观察
• 7.原型法

输出

• 1.需求文件
• 2.需求管理计划
• 3.需求跟踪矩阵

四、思维导图和原型法

1.思维导图

• 1.执行力方案设计
• 1.1 核心思路
• 1.2 考核对象
• 1.3 指标体系

2.原型法

五、需求文件

需求说明书

• 1.描述当前局面的不足以及项目启动的原因
• 2.可跟踪的业务目标和项目目标
• 3.功能需求（需求清单或模型）
• 4.非功能性要求（如服务水平、绩效、安全、合规等）
• 5.质量要求（重要）
• 6.验收标准（重要）
• 7.体系组织指导原则的业务规则
• 8.对组织其他领域的影响
• 9.对执行组织内部或外部团体的影响
• 10.对支持和培训的要求
• 11.与需求有关的假设条件和制约因素

需求追踪

• 用户续期到产品需求的追踪
• 用户需求到软件需求用例的追踪
• 用例到设计类的追踪
• 软件需求到测试用例的追踪
• 变更影响分析
• 防止需求遗漏
• 协作项目执行和跟踪

六、定义范围

产品分析-产品分解

产品结构按一定原则组织的零部件集合，包括BOM清单（报表方式）和产品结构树。

• 描述产品的物料组成
• 反映产品的功能和结构划分
• 有部件和文档组成
• 树状结构化的展开形式
• 可逐级展开的多层结构

项目范围说明书

• 1.产品范围描述
• 2.产品验收标准
• 3.项目可交付成果
• 4.项目的除外责任
• 5.项目制约因素
• 6.项目假设条件

七、创建工作分解结构 WBS 工作分解结构（Work Breakdown Structure）

• 面向可交付成果的对项目工作的层次化分解
• 有机的组织和定义项目整个范围
• 将项目工作分解为较小的，易于管理的多项工作
• 每分解下一层代表对项目更详细的定义

什么是工作包

• 工作包-Work Package工作细目
• WBS的最底层可交付成果
• 能够对工资包进行进度安排，陈本估算，监视和控制
• 要求-逻辑上不可再分，<80h,易于估算，明确责任人

WBS分解-最基本的原则

100%划分原则：及所有的要素都必须全部划分，不能有已知要素没有在WBS中得到反映

• 在分解到工作包水平时开始分配职责，有责任人自己来决定完成工作包需要的活动，项目经理注意建立控制账目。
• 一层的划分不能只有1个
• 要描述合格交付物的状态，特别是工作包的状态

WBS分解-最佳实践性质的原则

• 基于可交付物和期望的状态来进行分解
• 重点描述产出而不是行为动作
• 每层的要素分解一般不超过9个，否则难以控制，最佳3-7个
• 每个要素只指定一个负责人，其他人作为资源分配个责任人使用
• 先一个级别尽量做100%划分，然后再把某个要素的下一级别要素进行更加细致的划 分，这是贯彻100%划分的一个较好的方法

WBS词典

• 账户编码
• 工作描述
• 负责组织
• 里程碑清单
• 进度活动
• 所需资源
• 成本估算
• 质量要求
• 验收标准
• 参考文献
• 合同信息

八、范围蔓延和范围镀金

• 范围蔓延：客户提出新需求，超出了范围基准
• 范围镀金：客户没有提新需求，项目自己做了客户额外不需要的工作

范围镀金

• 成员自我表现
• 项目对需求为理解

范围蔓延

• 一开始范围就未基线
• 需求挖掘不够
• 无变更控制程序

范围基准

• 范围控制基础

PMP