1. 如何管理需求的？

变更分类：根据变更的严重程度可以将变更分为主要变更和次要变更，变更会造成项目工作量增加2%以上或者会造成延期的定为主要变更，否则为次要变更。项目经理根据变更申请表要求执行的变更事项、本质特征界定变更申请是否需要提交CCB讨论。CCB审核次要变更，主要变更的审批需要CCB与部门经理一起进行。

变更申请人填写需求《变更申请书》 将变更理由及变更的影响范围进行详细描述。经项目经理确认后，如果属于主要变更，则提交CCB。如果CCB同意了该变更申请，则由项目经理通知相关受影响的组和个人，组织项目组成员和需求开发人员进行需求变更工作，即重新进行需求开发、需求确认，更新《用户需求说明书》和《软件需求规格说明书》，需求开发人员及时更新《需求跟踪矩阵》。如果变更申请被拒绝，CCB则需要在变更申请中说明理由，项目则继续按原计划进行。配置管理人员根据配置项变更控制规程中基线变更的流程进行需求基线的变更控制。

次要变更只需提交需求《变更记录》。

2. 如何跟踪需求的？

当《用户需求说明书》编写完成后，需求开发人员创建《需求跟踪矩阵》，需要填写具体功能编号，当前状态等，和概要设计、详细设计章节对应。

根据各项需求目前被完成的具体情况更新《需求跟踪矩阵》。负责更新需求跟踪矩阵的人员可以是项目经理也可以是项目经理指定的人员，由他统一更新需求跟踪矩阵。

需求跟踪矩阵创建完成后，需求开发人员需要在以下时机成熟时更新该矩阵：

当新的基线创建发布后，将该基线下的工作产品与《需求跟踪矩阵》中的功能标题做出映射。

需求开发人员在每周例会上根据本周完成的需求或与此需求相关的工作产品完成情况更新《需求跟踪矩阵》。

在项目进入每个里程碑阶段（单元测试、系统测试、预结项目等）时，也要及时进行更新。需求开发人员更改所有相关需求文档，以及相应的工作产品，使得每一个软件的需求均能够与后续工作成果保持一致。

当需求发生变更时，项目变更或者需求开发人员发现需求与项目实施过程存在不符合项时，也要及时更新《需求跟踪矩阵》。