理解绩效
|
公司绩效 | 项目绩效 |
财务 | 范围 |
客户 | 进度 |
内部经营管理 | 成本 |
员工学习成长 | 质量 |
范围管理的目的：做且只做所需的全部工作，以成功完成项目
管理项目范围主要在于定义和控制哪些工作包括在项目内，哪些不应包括在项目内
项目范围有时也包括产品范围
范围基准由范围说明书、WBS和WBS词典共同构成
范围区分：
l 产品范围——某项产品、服务或成果所具有的特性和功能
l 项目范围——为交付具有规定特性与功能的产品、服务或成果而必须完成的工作
衡量依据：
l 产品范围——需求文件
l 项目范围——项目管理计划
过程构成：
|
规划范围管理 –> 收集需求 –> 定义范围 –> 创建WBS –> 控制范围 –> 确认范围 |
规划范围管理
过程定义：创建范围管理计划、书面描述将如何定义、确认和控制项目范围的过程
过程作用：在整个项目中对如何管理范围提供指南和方向
项目范围管理计划是项目管理计划的组成部分，描述将如何定义、制定、监督、控制和确认项目范围
范围管理是项目管理的基础
收集需求
过程定义：为实现项目目标而确定、记录并管理干系人的需要和需求的过程
过程作用：为定义产品范围和项目范围奠定基础
需求是指根据特定协议或者其他强制性规范，产品、服务或成果必须具备的条件或能力
它包括发起人、客户和其他干系人的已量化且书面记录的需要和期望
让干系人积极参与需求探索和分解成需求的工作，并仔细确定、记录和管理对产品、服务或成果的需求，能直接促进项目成功
收集需求是开展项目工作的基础
定义范围
过程定义：制定项目和产品详细描述的过程
过程作用：明确所收集的需求哪些将包含在项目范围内，哪些将排除在项目范围外，从而明确项目、服务或成果的边界
定义范围要从需求文件中选取最终的项目需求
准备好详细的项目范围说明书，对项目成功至关重要
需要多次反复开展定义范围过程，在迭代型生命周期的项目中，更是如此
[需求排序的MoSCoW方法]
l 必须有（Must）——基本需求
l 应该有（Should）——重要需求
l 可以有（Could）——锦上添花需求
l 不会有（Won’t）——确定什么在和什么不在产品或项目范围内
创建WBS
过程定义：把项目可交付成果和项目工作分解成较小的、更易于管理的组成部分的过程
过程作用：对所要交付的内容提供框架
WBS是对项目团队为实现项目目标、创建可交付成果而需要实施的全部工作范围的层级分解
WBS的最底层的组件称为工作包
WBS中的“工作”代表了作为活动结果的工作产品或可交付成果，而非活动本身
[分解]
分解是把项目范围和可交付成果逐步划分为更小、更便于管理的组成部分的技术
分解的程度取决于所需的控制程度，以实现对项目的高效管理
分解的步骤：
l 识别和分析可交付成果及其相关工作
l 确定WBS的结构和编排方法
l 自上而下逐层细化分解
l 为WBS组件制定和分配标识编码
l 核实可交付成果分解的程度是否恰当
在敏捷方法中，可以将史诗故事分解成用户故事
[工作包]
工作包是WBS最底层的组件，可对其进行成本和持续时间进行估算和管理
工作包的详细程度因项目规模和复杂度而异
从逻辑的角度上讲不能再分下去了
有一个可交付的结果和有标志性的结束
能够可靠地估算和管理工作成本和持续时间
能够比较快地被完成
能够被外包出去
控制范围
过程定义：监督项目和产品的范围状态，管理范围基准变更的过程
过程作用：在整个项目期间保持对范围基准的维护
控制项目范围确保所有变更请求、推荐的纠正措施或预防措施都通过实施整体变更控制过程进行处理
未经控制的产品或项目范围的扩大（未对时间、成本和资源做相应调整）被称为范围蔓延
确认范围
过程定义：正式验收已完成的项目可交付成果的过程
过程作用：使验收过程具有客观性，同时通过确认每个可交付成果，提高最终产品、服务或成果获得验收的可能性
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。