软考高项笔记｜5-2 规划范围管理

转载

51CTO软考 2022-06-13 20:24:39 博主文章分类：软考综合知识

文章标签 需求管理项目管理生命周期 文章分类 考试认证

点击报名后领取>>>软考16本电子版教材 & 36本辅导教材 + 27套历年真题试卷 + 21套精编知识点6G资料包

规划范围管理（Plan Scope Management）是编制范围管理计划，其主要作用是在整个项目中对如何管理范围提供指南和方向。

【规划范围管理过程】

1、四大输入有项目管理计划、项目章程、事业环境因素和组织过程资产；

2、使用的两大工具与技术有专家判断和会议；

3、两大输出有范围管理计划和需求管理计划。

（昨天5-1节项目范围管理概述的最后的表格里有）

本节主要简单介绍范围管理计划和需求管理计划。

5.2.1 范围管理计划

范围管理计划是项目或项目集管理计划（4-3节制订项目管理计划）的组成部分，描述将如何定义、制订、监督、控制和确认项目范围。也对怎样变化、变化频率如何，以及变化了多少等项目范围预期的稳定性进行评估。

项目范围管理计划可能在项目管理计划之中，也可能作为单独的一项。

范围管理计划也应该包括对变化范围怎样确定，变化应归为哪一类等问题的清楚描述。

在信息系统项目的产品范围还没有确定之前，确定这些问题非常困难，但是仍然有必要进行。

范围管理计划是制订项目管理计划过程和其他范围管理过程的主要输入，要对将用于下列工作的管理过程做出规定：

（1）如何制订项目范围说明书。

（2）如何根据范围说明书创建WBS

（3）如何维护和批准WBS

（4）如何确认和正式验收已完成的项目可交付成果。

（5）如何处理项目范围说明书的变更，该工作与实施整体变更控制过程直接相联。

例如，对于WBS的编制指南可能有(但不限于)如下内容：

（1）确定WBS满足职能和项目的要求，包括重置和非重置成本。

（2）检查WBS是否为所有的项目工作提供了逻辑细分。

（3）保证每一个特定层的总成本等于下一个层次构成要素的成本和。

（4）从全面适应和连续角度来检查WBS

（5）所有的工作职责需分配到个人或组织单元。

根据不同的项目，范围管理计划可以是详细的或者概括的，可以是正式的或者非正式的。

5.2.2 需求管理计划

需求是软件项目成功的核心之所在，它为其他许多技术和管理活动奠定了基础。

在信息系统集成项目中，需求管理贯穿于整个过程。

（1）它的最基本的任务就是明确需求，并使项目团队和用户达成共识，即建立需求基线；

（2）还要建立需求跟踪能力联系链，确保所有用户需求都被正确地应用；

（3）并且在需求发生变更时，能够完全地控制其影响范围，始终保持产品与需求的一致性。

需求管理计划(Requirements Management Plan)描述在整个项目生命周期内如何分析、记录和管理需求。

生命周期各阶段间的关系对如何管理需求有很大影响。

项目经理必须为项目选择最有效的阶段之间关系，并记录在需求管理计划中，需求管理计划的许多内容都是基于这种关系的。

需求管理计划是对项目的需求进行定义、确定、记载、核实管理和控制的行动指南。

需求管理计划主要包括以下内容：

(1)如何规划、跟踪和汇报各种需求活动。需求管理过程也是由一个组织单元来完成，涉及项目团队内若干职能岗位的成员。

组织制度应该规定需求管理组的组织方式、汇报制度、会议制度，以及怎样建设、维护和解散等。应加强与组织的职能管理部门的沟通，以便获得他们的支持，获取到需求管理所需要的资源，使需求管理得以顺利进行。

根据项目规模设置相应的需求管理岗位，确定需求管理总负责人、成员及其责任和权限，确认相关人员理解分配给他们的责任和权限并且接受任务。

(2)需求管理需要使用的资源。根据项目的规模及财力，确定应使用何种需求管理工具，例如，需求变更审批表、需求跟踪矩阵(Requirements Traceability Matrix)、管理软件、计算机硬件资源等。

(3)培训计划。由于需求管理是一项规范性的管理工作，统一项目团队成员的共识，规范成员的行动步骤。主要培训专题有应用领域、需求定义、需求分析、需求验证、需求管理及相关工具、配置管理等。

(4)项目干系人参与需求管理的策略。在需求管理计划中，应明确列出与需求管理有关的项目干系人清单，以及各干系人介入需求管理活动的时机，以便项目干系人按照计划参与需求管理活动。

项目干系人介入需求管理的主要活动包括为解决对需求的共识问题、评估需求变更的影响、通报双向追踪情况，以及识别项目工作范围与需求之间的不一致性。

（5）判断项目范围与需求不一致的准则和纠正规程。项目需求是项目的工作目标，当项目的实际工作偏离需求的情况发生时，变更控制系统应该按照既定的规程判断、分析偏差，并采取相应的纠正措施。

(6)需求跟踪结构，即哪些需求属性将列入跟踪矩阵，并可在其他哪些项目文件中追踪到这些需求。该规程包括建立何种程度的需求跟踪矩阵，哪些需求跟踪信息应该被收集和整理等。在需求管理中，要维持对原始需求、需求规格说明书、所有产品和产品组件之间的双向跟踪（包括正向跟踪和逆向跟踪，均依赖于建立与维护需求跟踪矩阵）。

(7)配置管理活动，例如，如何启动产品、服务或成果的变更，如何分析其影响，如何进行跟踪和汇报，以及谁有权批准变更。在项目生命周期中，需求变更十分频繁，为了保证项目的顺利进行和保证产品的质量，需求的变更应该受到严格控制。

文章源于网络，如有侵权，请私信文章标题联系删除，谢谢。

为了能让更多人享受软考的政策福利和现实功利，51CTO旗下软考教研团队联合薛大龙老师，认真严肃向大家推出软考2日直播特训营。