在进行需求管理活动前，需要首先编写需求管理活动计划，它一般同编写软件开发进行一起进行。

定义角色和职责

 —定义项目的需求管理中参与的角色和相应的职责。如变更控制经理的职责：

变更控制经理

变更控制经理监控变更控制过程，这个角色通常由变更控制委员会

(CCB,Configuration Control Board)

来担任，又来自各个相关小组的代表组成，包括客户、开发者、用户，在小型团队，可能由项目经理或软件
构架师担任。

建立跟踪机制

对需求进行分类，确定需要管理和跟踪的需求级别（如业务需求、软件需求）。
定义各种需求类型之间跟踪的方式，如软件需求跟踪到业务需求。

选择需求属性
定义需求配置标识规则和需求项的属性。

属性用于报告

/ 跟踪需求项的状态。项目可以根据情况确定项目需要的需求属性，常用的属性包括：

•风险 (Risk) ：引入需求对项目造成的风险。
•优先级 (Priority): 优先级由市场、产品经理或业务分析人员（有时候需要同客户一起）确定。优
先级制定实现特性的重要度。这个特性用于管理范围和决定开发的优先级。
•工作量 (Effort) ：对开发这项需求需要使用的工作量的估算。
•稳定性 (Stability) ：稳定性由系统分析人员确定，可以帮助确定开发的优先级，确定在下一个活
动是否需要进行更多的需求获取工作。
•对构架的影响 (Architectural Impact)
•费用 (Cost) ：估算的费用，同工作量。

需求的配置标识同配置管理的配置标识一样均可称之为

CSCI — Computer Software Configuration 

Item, 但一般来说，需求配置的管理会独立于其它软件项的管理。如采用 RequestPro 来存储和管理，而用
户其它版本和配置管理工具如

Visual SourceSafe 、 ClearCase 等工具来进行软件单元和文档的管理。这

主要是因为需求的管理是基于内容的管理，而不是文档的管理。

定义需求管理机制
定义需求管理的机制（如报告和度量机制，变更请求管理机制）。

编写需求管理计划
以文档的方式记录需求管理计划。

 。