软件项目管理——项目范围管理

笔记内容及图片整理自XJTUSE “软件项目管理” 课程ppt，仅供学习交流使用，谢谢。

什么是项目范围管理

范围

范围指开发项目产品所涉及的所有工作和用来开展工作的所有过程；

产品范围指产品或服务所包含的特征和功能；

项目范围指为交付具有规定特征和功能的产品或服务所必须完成的工作；

可交付成果由产品范围和项目范围共同作用。

项目范围管理

项目范围管理指对项目包含与不包括的界定和控制的过程，确定包含且只包含的内容。

项目成功的影响因素大都是项目范围管理的组成要素；

项目失败的主要原因大都是缺少适当的项目定义和项目范围。

项目范围管理过程

范围管理计划

范围管理计划是针对一个项目如何准备项目范围说明书、构建工作分解结构、验证项目可交付物的完成情况、控制项目范围变更请求等内容的描述性文件。

收集需求与定义范围

收集需求指定义并记录项目最终产品的特点和功能，以及创造这些产品的过程。

定义范围指评审范围管理计划、项目章程、需求文档和组织过程资产来创建项目范围说明书。

范围说明书

一份记录在所有的项目干系人之间达成的对项目范围的共识的文件，是未来项目或项目阶段验收决策的基础，是识别和决定项目范围变更的主要依据。

主要内容

1）项目论证——项目的商业需求、驱动因素、总体目标

2）项目产品说明——描述项目产品或服务的特征和需求

3）项目成功因素——项目成功必须达到的量化标准

4）项目主要提交成果及其详细描述

常用收集需求与定义范围技术

1）产品分析：把概括性的产品描述转换为有形的可交付成果的方法

2）引导式研讨会：邀请主要的跨职能干系人一起对产品需求进行集中讨论与定义

3）专家判断：具有专门知识或经过专业培训的个体或组织

4）备选方案识别：为工作提出诸如头脑风暴、横向思维等不同的执行方法的技术

创建工作分解结构

创建工作分解结构是把项目可交付成果和项目工作分解为较小的、更易于控制和管理的许多组成部分的过程。

工作分解结构

工作分解结构（WBS）以可交付成果为中心，将项目中所涉及的工作进行分解，定义出项目的全部范围。

工作分解结构应该包含且只包含项目应完成的工作，是计划并管理项目进度、成本、资源及变更的基础。工作分解结构的好坏决定着项目最终能否取得成功。

工作分解结构是层次化的树状结构

项目工作分解结构要用结构层次图表示，每一层汇总的结果就是上一层的内容，将不能或者不需要进一步分解的基本单元置于最底层，工作分解结构中不需要进一步分解的最底层通常被称为工作包。一般来讲，一幅树形的工作分解结构图被分解到3-5个层次比较合适。

工作分解结构的主要优点

1）项目被划分为可执行的任务，并且这些必须完成的任务被项目组成员所认知

2）较小的短期任务少了一些神秘感，会让开发人员感到更容易实现

3）有了工作分解结构，就可以进行项目的进度、成本等的估计

工作分解的主要方式

1）根据项目的组织结构进行分解

2）根据项目的产品构成进行分解

3）根据项目实施的阶段进行分解

工作分解的主要步骤

1）识别项目的主要组成部分：按照项目生命周期的阶段，项目的主要提交成果和产品等

2）判断：在已经分解的基础上判断能否快捷估算各组成部分的时间、成本和责任分配模式

3）识别更小的组成部分：确定要完成当前层次各部分工作需要做的更细致的工作

4）检查工作：检查该层工作的必要性、明确性和正确性

制定工作分解结构的基本原则

1）一个工作任务只能在工作分解结构中出现一次

2）一个工作分解结构项的工作任务是其下一级各项工作的总和

3）工作分解结构中的每一项工作都只由一人负责

4）工作分解结构必须与工作任务的实际执行过程相一致

5）项目组成员必须参与工作分解结构的制定，以确保一致和遵从

6）每个工作分解结构项都必须包含在工作分解结构词典中，以确保准确理解其工作范围

7）工作分解结构还必须具有一定的灵活性，以适应变更的需要

定义范围和制定工作分解结构的作用

1）提高项目时间、成本和资源估算的准确性

2）定义项目绩效度量和项目控制的基线

3）帮助清理和明确工作职责

确认范围与控制范围

确认范围指项目干系人正式验收项目的可交付成果。

控制范围指监督项目的范围状态，控制项目范围的变更。

其他

促进用户参与

缺少用户的信息输入是导致项目失败的最主要因素之一，并且很容易导致在管理范围蔓延和变更控制过程中出现问题，这说明促进用户参与的重要性。

1）为IT项目设计好的项目选择程序，主张所有项目都从用户组织里产生一个项目发起人

2）让用户参与项目组，增加其与开发人员的相处

3）定期举行例会，增加与用户间的互动和沟通

4）定期向项目发起人和用户送交可交付成果

减少不完整的易变的需求

1）制定并遵循一个要求的确定程序和管理程序

2）使用原型制作、案例模型等方法清晰理解用户的要求

3）将所有要求记录在案，建立一个要求数据库以记录和管理各种要求

4）进行足够测试以确保项目产品能够符合期望要求

5）运用评审过程以从系统观点评审要求变更

6）强调项目的完工日期