项目范围管理
1、规划范围管理
输出:范围管理计划、需求管理计划。
下表是范围管理计划和需求管理计划的对比:
范围管理 | 需求管理 |
---|---|
范围管理包含一系列子过程,用以确保项目包含且只包含达到项目成功所必须完成的工作,范围管理主要关注项目内容的定义和控制,即包括什么,不包括什么。 | 需求管理是通过调查与分析,获取用户需求并定义产品需求,确保各方对需求的一直理解,管理和控制需求的变更,以及需求的跟踪。 |
范围管理计划 | 需求管理计划 |
描述如何定义、制定、监督、控制和确认项目范围。 1.制定详细范围说明书 2.如何从详细的项目范围说明书创建WBS 3.维护和批准WBS 4.如何对已经完成项目的可交付物进行正式的确认和接受 | 需求管理计划是对项目的需求进行定义、确定、记载、核实管理过程和控制的行动指南。包括如下: 1.如何规划、跟踪和汇报各种需求活动 2.需求管理需要使用的资源 3.培训计划:需求定义、需求分析、需求验证、需求管理及相关工具、配置管理等 4.项目相关方参与需求管理的策略 5.判断项目范围与需求不一致的准则和纠正规程 6.需求跟踪结构:双向跟踪 7.配置管理活动 |
联系:
1.首先通过需求收集来获取项目的需求,在此基础上确定项目的范围、进行项目范围管理。
2.其次需求的变更会引起项目范围的变更。
2、收集需求
根据特定协议或其他强制性规范,产品、服务或成果必须具备的条件或能力。
需求是发起人、客户和其他相关方的已量化且书面记录的需要和期望。
需求必须是具体的、明确的、书面的、可测量的,文档化的,不是全部需要的!
输出:需求文件、需求跟踪矩阵
需求文件:用于生成范围说明书。描述各种单一需求将如何满足于项目相关的业务需求。它随着需求信息的增加而逐步细化,主要内容包括如下:
-
业务需求
-
相关方需求
-
解决方案需求
-
项目需求
-
过渡和就绪需求
-
质量需求
需求跟踪矩阵:用于验收可交付成果。描述的是把产品需求从其来源连接到能满足需求的可交付成果的一种表格。并不是所有需求都需要项目组去满足;需求是否被批准最终由发起人决定;被批准的需求需要同可交付成果及项目目标之间建立逻辑联系;需求跟踪矩阵为管理产品范围变更提供了框架。
总结:
需求=问题+解决方案
需求最终来源于客户要解决的问题,问题是期望和现状之间的差距。
3、定义范围
制定项目和产品详细描述的过程,即描述产品、服务或成果的边界和验收标准。
输出:项目范围说明书
范围说明书,主要包括如下:
-
项目范围描述(渐进明细)
-
项目可交付成果
-
验收标准
-
项目的除外责任
4、创建WBS(工作分解结构)
把项目可交付成果和项目工作分解成较小、更易于管理的组件的过程。主要是为所需交付的内容提供架构。
输出:范围基准
范围基准是由经过批准的范围说明书、WBS和WBS词典构成。范围基准是进度基准和成本基准的基础。
- WBS
-
WBS的意义
-
WBS是项目工作的“组织架构图”,WBS提供了一个逻辑关系图,反映项目目标
-
WBS保证了项目结构的系统性和完整性
-
通过WBS建立完整的项目保证体系,便于执行和实现项目目标
-
通过WBS使项目相关人员对项目一目了然,方便跟踪费用、进度、绩效
-
通过WBS能够明确项目相关各方面的界面,便于责任划分和落实
-
为项目沟通提供依据,可以用于与相关方沟通项目状态,提高项目整体团队沟通
-
-
WBS词典
WBS词典是在创建WBS过程中产生并用于支持WBS的文件,对于WBS组成(包括工作包和控制账户)进行更详细的描述。
WBS词典中的内容可能包括(但不限于):
-
账户编码标识
-
工作描述
-
假设条件和制约因素
-
负责的组织
-
进度里程碑
-
相关的进度活动
-
所需资源
-
成本估算质量要求
-
验收标准
-
- 分解—ITTO(工具与技术)
分解就是把项目可交付成果划分为更小、更便于管理的组成部分,直到工作和可交付成果被定义到工作包的层次。工作包是工作分解结构的底层,是能够可靠地估算和管理工作成本和活动持续时间的位置。工作的详细程度因项目大小与复杂程度而异。
-
分解的步骤:
-
识别和分析可交付成果及相关工作
-
确定工作分解结构的结构与编排方法
-
自上而下逐层细化分解
-
为工作分解结构组成部分制定和分配标志编码
-
核实工作分解的程度是必要且充分的。确保没有遗漏工作,也没有增加多余的工作(100%规则)
-
-
分解的形式:
-
按照生命周期各阶段进行分解
-
按产品或项目可交付成果分解
-
-
分解和验证准则:
-
生成WBS的原则:
-
一个工作单元只与一个上层单元相关
-
上层单元的工作内容应该等于其所有直接下层工作单元的总和
-
一个工作单元由一个人负责
-
在整个WBS中使用同一种定义,在整个组织中亦然
-
通过将人员包括进WBS来激励他去完成计划
-
-
验证准则:
-
任务可由单个人来完成吗?
-
任务的完成状态可以验证吗?
-
任务开始之后还会依赖于其他任务吗?
-
任务所分配的时间是否过长而不利于管理?
-
-
5、确认范围
由项目经理与客户或发起人一起正式验收已完成的项目可交付成果的过程。注重可交付成果的可接受性。
输出:验收的可交付成果
ITTO:检查
检查是指开展测量、审查与确认等活动,来判断工作和可交付成果是否符合需求和产品验收标准。检查有时也被称为审查、产品审查、巡检、审计。
6、控制范围
监督项目和产品的范围状态,管理范围基准变更的过程。
ITTO:偏差分析、趋势分析
-
偏差分析
用于将基准与实际结果进行比较,以确定偏差是否处于临界值区间内或是否有必要采取纠正或预防措施。站在现在看过去。
-
趋势分析
旨在审查项目绩效随时间的变化情况,以判断绩效是正在改善还是在正在恶化。站在现在看未来。
备注:
-
防止由客户提出的未得到控制的变更而引起的范围蔓延
-
防止由内部提出的未经批准而添加的额外工作从而引起的镀金,拒绝镀金!!!