第4章 IT项目范围管理

8
第4章 IT项目范围管理
4.2.2 收集项目需求
需求是指发起人、客户和其他干系人的已量化且记录下 来的需要与期望，包括产品需求、用户需求、软件需求等。 其中产品需求和用户需求是确定项目范围的重要输入。
收集需求是为实现项目目标而定义并记录干系人的需求 过程。
不能准确定义需求的主要 后果是重复工作，这很可 能会耗费过半的项目总成 本，尤其是软件开发项目。
要花费多大的精力去收集
2．收集需求的工具与技术
需求，取决于项目的规模、 复杂程度、重要性和其他
因素。
（1）访谈。一对一，耗时长但高效
（2）焦点小组会议。 （3）引导式研讨会。 （4）名义小组法。
比访谈法更快， 成本更低
（5）群体决策技术。
（6）观察法，适合需要改进工作流程的项目
（7）原型法，开发系统或系统某方面的可运行副本，以帮
经双方协定，合同规定工期为6个月，A公司指定了项目经理小李负 责该项目。项目组经需求调研后制定了项目计划，将项目的主要 活动划分为需求、设计、卡机具生产、应用系统开发、综合布线 及硬件安装调试、软硬件系统联调、现场测试、验收等活动。
项目进入编码阶段后，校方领导指示，要求把另外一个教职工食堂
也纳入一卡通管理，并对学校重点教研室和实验室进行门禁管理
2
第4章 IT项目范围管理
4.1 项目范围管理概述
按照PMBOK的定义，范围是指产生项目产品所包含的所有工作
及产生这些产品的过程。
比如计划文件 或
会议记录
比如一套硬 件或软件
3
第4章 IT项目范围管理
4.1.1 项目范围与范围管理
项目范围管理是指对项目包括什么与不包括什么的定义与控制 过程。
项目范围管理确保项目团队和干系人在项目开发什么产品以及 开发使用什么过程这两方面达成共识。
安全性、移植性、可重用性等； ③ 设计约束：包括运行环境、开发环境； ④ 其他需求：如开发周期等。
22
第4章 IT项目范围管理
课堂练习
软件需求包括功能需求、非功能需求、设计约束三个主要部 分，其中（ C ）属于功能需求内容。 A.软件的可靠性 B.软件运行的环境 C.软件需要完成哪些事情 D.软件的开发工具
4
第4章 IT项目范围管理
项目范围管理涉及的6个主要过程
过程 1.制定范围管理计划 2.收集需求 3.范围定义 4.创建工作分解结构 5.范围核实 6.范围变更控制
输出 范围管理计划、需求管理计划 需求文档、需求跟踪矩阵 项目范围说明书、项目文档更新 范围基线、项目文档更新 接受的可交付成果、变更请求、项目文档更新 工作绩效信息、变更请求、项目管理计划更新、 项目文档更新、组织过程资产更新
。因此，校方代表直接找到A公司领导提出增加项目内容，并答
需求开发的目的是通过调查与分析，获取用户需求并定义产 品需求。完整的需求开发过程包括（ C ） A.需求获取、需求分析、需求定义 B.需求获取、需求分析 C.需求获取、需求分析、需求定义、需求验证 D.需求分析、需求定义、需求验证
15
第4章 IT项目范围管理
课堂练习
某软件开发项目在项目的最后阶段发现对某个需求的理解与 客户不一致，产生该问题最可能的原因是（ D ）工作不 完善。 A.需求获取 B.需求分析 C.需求定义 D.需求验证
位的重要活动。需求收集活动出现大的误差将是方向性的 重要错误。 需求收集的过程应该流程化，收集的需求应该分类入库归档 化。 收集的需求在论证分析中应该确定优先级，而优先级的确认 应该引入价值工程，即应该认识到一个需求的重要性该体 现到它对产品价值的短期和长期的增值上面。
12
第4章 IT项目范围管理
需求变更控制是指正确判断内在或外在原因的变更所带来 的影响，并且调整开发过程以控制和适应变化。
32
第4章 IT项目范围管理
课堂练习
一个大型软件系统的需求通常是会发生变化的。以下关于需 求变更策略的叙述中，错误的是（ C ）。 A.所有需求变更必须遵循变更控制过程 B.对于未获得核准的变更，不应该做变更实现工作 C.完成了对某个需求的变更之后，就可以删除或者修改变 更请求的原始文档 D.每个需求变更必须能追溯到一个经核准的变更请求
使用所选择的方法已验证了实现的需求，如测试和检测，审查该需 求跟踪与测试用例相符
已删除 计划的需求已从基线中删除，但包括原因说明和作出决定的人员
26
第4章 IT项目范围管理
4．需求评审
对软件产品的评审有两类方式 ①正式的技术评审，也称同行评审； ②非正式技术评审。 评判需求优劣的主要指标有：正确性、清晰性、无二义性、
代码1.0 Main.c
测试用例
用例01V1.1 用例02V1.1
测试记录
30
第4章 IT项目范围管理
课堂练习
表示需求和别的系统元素之间的联系链，最普通的方式是使 用需求跟踪矩阵。如果开发人员发现，有一个孤立的设计 元素在需求跟踪矩阵中不能回溯到需求，但其表明一个正 当的功能，则说明（ A ）。
A.需求规格说明书漏掉了一项需求
9Biblioteka Baidu
第4章 IT项目范围管理
弥补缺陷的相关成本
运行
开 发
测试
阶
段 编码
设计
需求
0
20
40
60
80
100
120
10
第4章 IT项目范围管理
需求工程
需求工程
需求开发
需求管理
需
需
求
求
获
分
取
析
需
需
基
变
需
求
求
线
更
求
定
验
管
管
跟
义
证
理
理
踪
11
第4章 IT项目范围管理
1．收集需求的依据
需求收集的输入是项目章程和干系人调查表。 需求收集是整个软件产品开发的源头，是确定产品方向和定
一致性、必要性、完整性、可实现性、可验证性、可测性
27
第4章 IT项目范围管理
5．需求承诺
需求承诺是指开发方和客户方的责任人对通过了同行评审的 需求阶段的工作产品做出承诺，同时该承诺具有商业合同 的同等效果。
需求承诺
XXX项目需求文档_《XXX需求规格说明书》，版本号：X.X.X，是
建立在XXX与XXX双方共同对需求理解的基础之上，同意后续的开发工作根
B.设计元素不满足用户需求
C.需求规格不满足用户需求
D.在需求跟踪矩阵中不需要建立用户需求与设计元素之间
的联系
31
第4章 IT项目范围管理
7．需求变更控制
需求变更的原因可能会来自市场、管理、客户、软硬件工 程环境和测试等方面，对于这些变更，如果控制不好就 会导致项目陷入混乱、不能按进度执行或软件质量低下 等一系列问题。
第4章 IT项目范围管理
第4章 IT项目范围管理
4.1
项目范围管理概述
4.2 项目范围规划与范围定义
4.3 项目工作分解结构技术
4.4
项目范围核实与控制
1
第4章 IT项目范围管理
学习目标：
1．了解做好项目范围管理的意义 2．理解并掌握项目范围与范围管理的基本概念 3．理解IT项目范围与质量、时间和成本的关系 4．掌握工作分解结构技术 5．掌握需求管理与范围定义的方法与过程 6．理解控制IT项目范围变更的过程
签字 签字
日期 日期
19
第4章 IT项目范围管理
4.2.4 软件项目的需求管理
软件系统的范围经常表现为软件《需求规格说明书》。 需求管理过程是保证软件需求以技术形式描述产品应该具有
的功能、性能、性质等。 需求管理从需求获取开始贯穿于整个项目生命周期，力图实
现最终产品同需求的最佳结合。
20
第4章 IT项目范围管理
据该工作产品开展。如果需求发生变化，双方将共同遵循项目定义的“变
更控制规程”执行。需求的变更将导致双方重新协商成本、资源、进度等。
甲方签字
乙方签字
28
第4章 IT项目范围管理
6．需求跟踪
需求跟踪的目的是建立与维护“需求—设计—编程—测试 ”之间的一致性。
常见的需求跟踪有两种方式： 正向跟踪。 逆向跟踪。 正向跟踪和逆向跟踪合称为“双向跟踪”，建立与维护《
（2）确定进行测量和控制的基线。
（3）有助于项目分工。
6
第4章 IT项目范围管理
4.2 项目范围规划与范围定义
项目范围规划就是确定项目范围，明确项目的主要可交付成 果，制订项目范围管理计划，记载如何确定、核实与控制 项目范围，以及如何制定与定义WBS。
项目范围规划的工作就是定义过程、工作方法、时间、资源 、准则等。 项目范围规划是对整 个范围管理工作的计 划，是指导范围管理 工作的指南。
16
第4章 IT项目范围管理
4.2.3 项目范围定义
产品范围是指客户对项目最终产品或服务所期望包含的特 征和功能的总和。
项目范围是为了交付满足产品范围要求的产品或服务所必 需完成的全部工作的总和。
项目范围定义是基于所有产品和服务的定义，由一般到具 体，层层深入而得到的。
17
第4章 IT项目范围管理
5
第4章 IT项目范围管理
4.1.2 IT项目范围管理的重要性
项目范围对项目的影响是决定性的，范围不明确的后果是项 目范围的蔓延，项目将永远做不到头。
对于项目范围理解的不一致，导致项目组的工作无法得到其
他干系人的认可。 确定IT项目的范围管理的作用：
资源指人、设 备、材料等。
（1）提高费用、时间和资源估算的准确性。
23
第4章 IT项目范围管理
课堂练习
软件项目需求开发的结果应该有项目视图和范围文档、用例 文档、软件需求规格说明以及相关分析模型，经评审批准 ，这些文档定义了开发工作的需求基线，这个基线在客户 和开发人员之间就构筑了计划产品（ B ）的一个约定。 A.功能需求和设计约束 B.功能需求和非功能需求 C.功能需求 D.功能需求和用户需求
7
第4章 IT项目范围管理
4.2.1 项目范围规划的编制
范围管理计划是项目管理计划的一个子部分。
依据 （1）环境因素 （2）组织过程资产 （3）项目章程 （4）项目初步范围说明书
内容
① 准备详细的范围说明书 ② 创建WBS ③ 维护和批准WBS ④ 获得正式验收已完成的
可交付成果 ⑤ 控制范围变更的请求
范围定义的主要工作
依据 项目章程
技术 产品分析
输出 项目范围说明书
范围管理计划 备选方案识别技术
需求文档
专家评定
组织过程资产
18
第4章 IT项目范围管理
IT项目范围说明书
项目范围说明书是一份关于开发和确认项目范围以达成共识 的重要文档。
项目名称 项目目标 交付物 交付物完成准则 工作描述 工作规范 所需资源估计 重大里程碑 项目负责人审核意见 客户代表审核意见
需求工程的内容
1．定义需求 2．需求确认 3．建立需求状态 4. 需求评审 5. 需求承诺 6. 需求跟踪 7. 需求变更控制
21
第4章 IT项目范围管理
1.定义需求
输出 需求规格说明书
软件需求的表现形式有： ① 功能需求：系统中必须实现的功能； ② 性能需求（非功能需求）：包括易用性、质量、性能、
助用户定义需求。
13
第4章 IT项目范围管理
3．收集需求的输出
收集需求的输出是干系人的需求文档。这份需求是确定项目范 围和创建WBS的重要内容，同时也是范围验证的重要内容。
需求基线：团队成员已经承诺将在某一特定产品版本中实现的 功能性和非功能性需求的一组集合。
14
第4章 IT项目范围管理
课堂练习
需求跟踪矩阵》
29
第4章 IT项目范围管理
需求跟踪矩阵
需求跟踪矩阵是列出各种需求、需求属性和需求状态的表格 ，以确保所有需求被跟踪。
需求跟踪矩阵的主要目的是通过对需求的分解、执行和验证 来保持每个需求源的联系。
需求代号
R001 R002
需求规格说明书 V1.0
2.1节
6.2节
设计文档V1.2
3.2节 8.2节
24
第4章 IT项目范围管理
2.需求确认
需求发起人 项目开始时间 主管领导 任务目标 提交内容 交付成果
交付部分 负责人 发起人
IT开发组
项目需求发起确认表 项目名称 项目结束时间
参与人员及分工
审批人
25
第4章 IT项目范围管理
3．建立需求状态
需求状态是指用户需求的状态变换过程。
表4-1 需求状态表
33
第4章 IT项目范围管理
案例分析
某高校计划建设校园一卡通项目，选择了具有自主一卡通产品的A 公司作为系统集成商。项目的主要内容是对学校的3个学生食堂 、1个图书馆、1个体育馆实现统一管理，并与学校的后勤保障和 财务部门的主要业务系统联通。为保证项目的实施，学校聘请了 监理公司对此项目进行监理。
状态值
定义
已建议 该需求已被有权提出需求的人建议
在每种可能的状态类别 中，周期性地报告各状 态类别在整个需求中所 占的百分比将会改进项 目的监控工作。
已批准 已实现 已验证
该需求已被分析，估计了其对项目余下部分的影响，已用确定的产 品版本号或创建编号分配到相关基线中，开发团队已同意实现该需 求 已实现需求代码的设计、编写和单元测试