管理需求变更。维护变更历史，为调整与控制提供数据。
维护对需求的双向可追溯性。这是从软件的可维护性角度提出的管理要求。
标识项目计划和工作产品与需求的不一致性。旨在发现不一致性，并且启动纠正措施。
二、需求管理计划
在组织级建立需求管理计划模板，具体项目则是在此模板的基础上结合项目的特点和具体情况，制定项目的需求管理计划。
需求管理计划（模板）应包括如下内容：
需求管理的方针与政策；
需求管理需使用的资源（管理人员、计算机资源、使用工具等）；
角色与责任；
培训计划；
需求管理的干系人及介入事件的关联矩阵；
配合项目节奏或里程碑的事项（如：在哪些阶段点应做“识别项目工作与需求之间的不一致的工作”）；
判断项目工作与需求不一致的准则和纠正流程；
需求溯源性矩阵模板（最好使用工具）；
需求变更流程；
需求管理计划的审批与变更流程；
其他流程。
具体项目的需求管理计划一般应在如下几个方面加以具体化：①项目的需求管理角色应分派到具体的人；②可根据项目需求管理人员的实际情况，安排有针对性的培训内容，如应用领域的业务培训、需求管理工具的培训等；③需求管理的干系人及介入事件更加明确。如与需求管理相关的人员（干系人）主要有业务代表（代表业务需求提出部门）、设计人员、开发人员、测试人员等，当需求具有跨系统或接口性质时，相关受影响的部门应列入干系人清单中。介入的事件是评估需求变更的影响、通报双向溯源性情况、识别项目工作与需求之间的不一致。
三、需求管理流程
各企业可根据自己的组织结构制定需求管理流程，但流程必须涵盖上述5个特定实践，对于