项目范围管理
- 项目范围管理概述
- 在项目实践中，需求蔓延是信息系统失败的最常见原因之一。开展项目范围管理的根本目的是通过成功地界定和控制项目的工作范围与内容，确保项目的成功。需求管理则是用以确保各方对需求的理解一致、管理和控制需求的变更，以及从需求到最终产品的双向跟踪。
- 一般来说，需求蔓延有两个主要原因。第一是项目开发与管理人员没有做好范围管理，没有区分出项目应该做什么，项目不应该做什么。第二是没有使用有效的方式和过程来控制范围变化。
- 项目范围管理主要包括如下过程。
- 范围计划编制
- 范围定义
- 创建工作分解结构（WBS）
- 范围确认
- 范围控制
- “范围（Scope）”一般有以下几种理解：
- 产品范围。表示产品、服务或成果应该包含的特征和功能。
- 产品规范。表示产品、服务或成果所包含的特征和功能具体是怎么样的。
- 项目范围。即为了交付具有规定特征和功能的产品、服务或成果所必须要做的工作。
- 项目范围的定义要以其组成的所有产品的范围定义为基础。
- 项目范围管理让项目管理和实施人员明确项目的目标和主要的项目可交付成果。项目范围管理能提高时间、资源和费用估算的准确性，确定进度测量和控制的基准以及清楚地确认项目相关各方在每次工作中的分工界面和责任。
- 工作分解结构
- 项目范围说明书主要包括内容
- 项目目标
- 产品范围说明书
- 项目要求说明书
- 项目边界
- 项目可交付成果
- 产品验收准则
- 项目制约因素：合同条款、法律、确定的预算、里程碑日期等
- 项目假设：会影响所有计划
- 项目初步组织
- 初步确定的风险
- 进度里程碑
- 资金限制
- 费用估算：会说明估算的等级
- 项目配置管理要求
- 项目技术规定说明书
- 批准要求
- 人们对复杂事务的预测要比相对简单的事务的预测要困难得多，误差也大得多。而采用分解技术对项目进行分解之后，人们对各分解部分的估算的误差总和因为会相互抵消，反而会小于总体误差。
- 项目的工作分解结构是以项目的可交付成果为对象，是实现项目目标并创造必要的可交付成果而执行的工作分解，并按照一定的原则分类汇编而组成的层次型结构体系。在项目的早期阶段，开发一个仅有二到三级的WBS是可行的，因为此时详细的工作可能还没有被定义。随着项目进入到项目定义阶段或者计划阶段，WBS就能被逐级细化到更低级别。
- WBS底层的项目组成元素通常被称为“工作包”。这些工作包还可以进一步被分解为“活动”，活动是WBS的最小元素。
- WBS元素就是WBS结构上的节点，在组织机构图上表示的是一个个方框。代表独立的、具有隶属关系或汇总关系的可交付成果。
- WBS字典则是用以描述和定义WBS元素中的工作文档。相当于某一WBS元素的规范，也即WBS元素必须完成的工作以及对工作的详细描述。
- 工作分解结构主要有如下两种表示形式
- 组织结构图。又称树形图。直观明了，但超过五个层次的较为复杂的项目则不适宜用一张图画完。
- 列表。双称为缩进图。能反映项目的全貌，但直观性不够。
- 构建工作分解结构的主要方法：
- 类比法。参考做过成功的类似项目的WBS模板。
- 自上而下法。从项目最大的单位开始，逐步分解成下一级的多个子项
- 自下而上法。从项目一开始就尽可能地确定项目相关的各项具体任务，然后再将各项任务整合。
- 头脑风暴法。先不考虑层次，让项目组成员尽量拓展思维，将所有想到的任务都列出来，然后再用线条将它们关联起来。
- 滚动式规划。近期工作计划细致，远期粗略。
- 结合法。将自上而下和头脑风暴结合起来，先头脑风暴，画出项目气泡图，然后自上而下，整理成树形结构图。
- 项目范围说明书主要包括内容
项目管理铁三角
三角形的各个边和中心（范围、时间、成本、质量）分别表示的是项目制约要素。时间、成本、质量是项目成功的三大要素。如果调整其中任意一个，另外两个必定受影响。而任何一条边的改变都会影响项目质量。
4. 项目范围管理知识体系
表3.3 项目范围管理知识体系
| 分类 | 输入 | 工具和技术 | 输出 |
|---|---|---|---|
| 范围计划编制 | 项目章程 项目范围说明书（初步） 组织过程资产 环境因素和组织因素 项目管理计划 |
专家判断 模板、表格和标准 |
范围管理计划 |
| 范围定义 | 项目章程 项目范围管理计划 组织过程资产 批准的变更申请 |
产品分析 可选方案识别 专家判断法 |
项目范围说明书（详细） 项目管理计划（更新） |
| 创建工作分解结构 | 项目范围说明书（详细） 项目管理计划 |
工作分解结构模板 分解 WBS编码设计 |
WBS和WBS字典 项目管理计划（更新） |
| 范围确认 | 项目范围管理计划 可交付物 项目范围说明书 WBS和WBS字典 |
确认后的范围 WBS和WBS字典（更新） |
|
| 范围控制 | 范围管理计划 WBS和WBS字典 绩效报告 工作绩效信息 批准的变更需求 |
变更控制系统 偏差分析 重新规划 配置管理系统 |
变更请求 建议的纠正措施 组织过程资产（更新） 项目管理计划（更新） WBS和WBS字典（更新） |
论文指导
论信息系统项目的需求管理和范围管理
在信息系统项目的开发过程中，人们越来越体会到需求管理和范围管理的重要性，含糊的需求和范围的经常性变化使信息系统项目的甲乙双方吃尽了苦头，这使得人们急于寻找良策以管理范围。
请围绕“需求管理和范围管理”论题，分别从以下三个方面进行论述：
（1）概要叙述你参与管理过的信息系统项目，以及该项目在需求管理和范围管理方面的情况。
（2）论述需求开发、需求管理和范围管理的区别与联系
（3）详细论述在你参与管理过的大型信息系统项目中具体采用的范围管理过程、方法、工具及其实际效果。
要点分析
- 项目范围管理
- 项目范围管理包含一系列子过程，用以确保项目包含且只包含达到项目成功所必须完成的工作。
- 范围管理必须清晰地定义项目目标，此定义必须在客户与执行项目的组织之间达成一致，并且把项目工作范围划分为工作包。
- 在信息系统项目中，“项目”和“产品”彼此关联又相互独立，项目范围是指为了能够交付信息系统项目所必须做的工作，产品范围是指信息系统产品或者服务所应该包含的功能。
- 产品范围是项目范围的基础，产品范围更大些，指所有功能全部完成时所必须要完全成的工作，而项目范围是本期产品需要完成功能所必须做的工作，范围更窄些。
- 产品范围更偏重于需求分析所确定的软件功能范围，它主要是依靠软件技术方面的知识。而项目范围更偏重于管理，它需要和其他知识领域很好地结合起来。
- 项目范围管理包括为成功完成项目所需要的范围计划编制、范围定义、创建工作分解结构、范围确认和范围控制五个过程。
- 范围计划编制。制定项目范围管理计划，它规定如何对项目范围进行定义、确认、控制，以及如何制定工作分解结构。
- 范围定义。开发一个详细的项目范围说明书，明确项目的目标、主要可交成果等。
- 创建工作分解结构。将项目的主要可交付成果和项目工作细化为更小、更易于管理的部分。WBS是项目定义对于项目范围定义的输出结果，WBS定义了项目的全部范围。它能够降低成本，减少离职带来的影响和屏蔽干扰因素
- 范围确认。范围确认主要是正式接受已完成的项目交付成果，并确认是否满足项目利益相关人的要求。
- 范围控制。控制项目范围变更。对于范围变更，不能随意进行。所有的变更必须记载，范围控制必须能够对造成范围变化的因素施加影响，估算对项目的资金、进度和风险等影响，以保证变化是有利的，同时需要判断范围变化是否发生，如果已经发生，那么对变化进行管理。
- 项目需求管理
- 需求指由项目接受的或项目产生的产品和产品构件需求，包括由组织征集的对项目的需求，这种需求既有技术性的，也有非技术性的。
- 需求管理的目的
- 确保各方对需求的理解一致。
- 管理和控制需求的变更。
- 从需求到最终产品的双向跟踪。
- 通过对应问题及其环境的理解和分析，为问题涉及的信息、功能及系统行为建模，将用户需求精确化、完全化，最终形成需求规格说明书。这就是需求分析阶段所做的工作。
- 计算机发展初期，系统规模不大，开发所关注的重点是编码，需求分析很少受到重视。后来工程化管理，引入生命周期的概念，需求分析被放在了第一阶段。现在需求分析可以说已经决定了信息系统最终开发成功与否的关键之一。
- 需求工程是指应用已证实有效的技术、方法进行需求分析，确定客户需求，帮助分析人员理解问题并定义目标系统的所有外部特征的一门科学。
- 需求工程是一个不断反复的需求定义、文档记录、需求演进的过程，并最终在验证的基础上冻结需求。
- 需求工程的活动可分为五个独立的阶段
- 需求获取：吃饭，喝酒，喝茶。交流、捕捉、分析和修正用户对目标系统的需求，并提炼出符合解决问题的用户需求，产生《用户需求说明书》
- 需求分析：对各种需求信息进行分析并抽象描述，为最终用户所看到的系统建立一个概念模型，并尽可能多地捕获现实世界的语义。
- 需求定义：根据调查和分析的结果，进一步定义准确无误的产品需求，生成需求模型构件的精确形式化描述，作为用户和开发者之间的一个协约，产生《需求规格说明书》。
- 需求验证：指开发商和用户共同对需求文档评审，经双方对需求达成共识后做出书面承诺，使需求文档具有商业合同效果。
- 需求管理：支持系统的需求演进，确保各方对需求的一致理解，管理和控制需求的变更，从需求到最终产品的双向跟踪。
- 前四阶段称为需求开发，后一阶段称为需求管理。
- 需求开发、需求管理和范围管理的区别与联系
- 由上述分析可知，需求管理虽然贯穿于信息系统项目的整个生命周期，但只有经过需求分析过程之后才能确定项目的范围，同时，需求的变更会引起项目范围的变更。
- 首先通过需求开发来获取项目的需求，在此基础上确定项目的范围，进行项目范围管理。需求管理是对已批准的项目需求进行全生命周期的管理，其过程包括需求管理定义、管理需求和实施建议等，其中最重主要的工作是需求的变更管理。
- 范围管理过程、方法和工具
- WBS是最为人熟知、最为常用的方法。工作分解结构是一种以结果为导向的分析方法，用于分析项目所涉及的工作。
- 项目范围管理的五个过程中，主要使用的方法和工具如下：
- 范围计划编制：专家判断、模板、表格、标准。
- 范围定义：产品分析、可选方案识别、专家判断法、项目干系人分析
- 创建工作分解结构：WBS模板、分解技术
- 范围确认：检查
- 范围控制：变更控制系统、偏差分析、配置管理系统、重新规划
解答要点
第一：概要叙述你参与管理过的信息系统项目，以及该项目在需求管理和范围管理方面的情况。
- 选择近期主持或参与过的信息系统项目进行概要叙述。重点突出项目在需求管理和范围管理方面的情况。
- 需求管理的目的，一是确保各方对需求的理解一致；二是管理和控制需求的变更；三是从需求到最终产品的双向跟踪。
- 需求工程是是一个不断反复的需求定义、文档记录、需求演进的过程，并最终在验证的基础上冻结需求。需求工程活动可以分为需求开发和需求管理。需求开发与需求管理密切合作。可以把需求工程的活动分为五个阶段：需求获取、需求分析、需求定义、需求验证、需求管理。前四个都是需求开发。
- 项目范围管理包含一系列子过程，用以确保项目包含且只包含达到项目成功必须要做的工作。项目范围是项目目标更具体的表达。范围管理主要关注信息系统项目内容的定义和控制，确定哪些工作应该做，哪些不应该做。
- 项目范围必须明确清晰的定义，此定义必须在客户与执行项目的组织之间达成一致，并且把项目工作范围划分为工作包。
- 项目范围过程包括范围计划的编制、范围定义、创建工作分解结构、范围确认和范围控制五个过程。
第二：论述需求开发、需求管理和范围管理的区别与联系
- 需求管理虽然贯穿整个信息系统项目的生命周期，但只有经过需求分析过程之后，才能确定项目的范围，同时，需求的变更会引起项目范围的变更。
- 通过需求开发来获取项目的需求，以此确定项目范围，进行项目范围的管理。需求管理是对已批准的需求进行全生命周期的管理，其过程包括需求管理定义、管理需求和实施建议等，其中最主要的工作是需求的变更管理。
第三：详细论述在你参与管理过的大型信息系统项目中具体采用的范围管理过程、方法、工具及其实施效果
- 在项目范围管理的五个过程中，主要使用的方法和工具如下：
- 范围计划编制。专家判断、模板、表格、标准。
- 范围定义：产品分析、可选方案识别、专家判断法、项目干系人分析
- 创建工作分解结构：WBS模板、分解技术。
- 范围确认：检查。
- 范围控制：变更控制系统、偏差分析、配置管理系统、重新规划