参与人员角色及职责

项目负责人

– 参与评审给定的需求

– 确认需求规格说明书、并签字

– 提出需求和需求变更请求，确认修改方案和结果并签字

– 主持三方SCCB会议

用户代表

– 参与评审给定的需求

– 确认需求规格说明书、并签字

– 提出需求和需求变更请求，确认修改方案和结果并签字

项目总负责人-部门经理/副经理）

– 评审需求管理活动

– 参与给定需求、需求规格说明书的评审和基线产品评审

– 主持内部SCCB会议

内部SCCB

– 需求基线建立后，内部人员提出的重大变更或意见分歧由内部SCCB解决。

开发组长

– 组织、开展需求交流活动、

– 组织基线文档的编写、审查、评审

– 对客户需求精练和细化、建立与客户需求一致的产品、和产品构件初步需求

– 跟踪需求变更、对重大问题拟定初步的变更方案和实施计划提交内部SCCB 评审

– 审查工作产品，以便与需求变更保持一致

– 根据确定的需求和变更修改方案调整开发计划、分配任务

开发组成员

– 参与需求分析、收集、整理、评审活动

– 参与文档化需求、基线文档的编写

– 跟踪需求变更、及时反映客户的需求、需求变更批准后修改程序和相关文档。

– 定期维护系统功能状态跟踪表、统计用户问题数以及解决状态

– 按照开发计划完成任务，为设计、编码工作做必要的准备

测试组

- 根据需求规格说明书编写相应的验收方案、验收大纲、验收用例；需求变更批准后调整测试计划、修改验收方案、验收大纲、验收用例

– 跟踪测试开发组修改的问题

维护组

– 收集用户电话、E-mail、公告栏提出的需求提交开发组

SQA工程师

– 审查需求活动、工作产品，并报告检查结果

– 每月统计系统功能变更数、变更率

– 参加给定需求、需求规格说明书的评审和基线产品评审

配置管理员

– 负责基线文档和工作文档的管理

– 按照基线变更控制规程存取基线文档

需求管理活动过程

如下图所示：

项目管理入门知识之《需求管理及控制》

活动过程

需求获取方式

问卷调查
与不同层次、不同类型的用户面谈
现场观摩工作流程，观察实际操作
从行业标准中提出需求
文档追溯（公司内部，客户现场，记得涉密材料一定要专人管理）
外聘相关行业专家
原型法、用例法、流程图法等直观表现形式

需求分析方法及要点

分析需求，判断是否满足项目的高层需求的目标。
确保需求具备完整性、正确性、可行性、无二义性、及可验证性：
利用技术术语将用户需求描述成产品需求。
建立需求跟踪矩阵，标识需求的优先级别、标识对成本、进度、功能、性能等有强烈影响的关键需求；建立和维护用户需求与功能需求之间的映射，以便需求发生变化时评估其对产品的影响。
逐级分解功能需求，将产品需求分配到对应的功能。
将产品需求分配给不同的产品组件。
确定接口需求，包括系统内部不同组件的需求及本系统与其它系统的接口。
编写用户使用手册，设立不同的场景分析用户深层次的需求。
编写验收测试用例，每个软件需求，都应形成测试用例或验证方法（如：演示、分析、审查等方法），以确保该需求可以得到验证。
编写用户使用手册、验收测试用例的过程要说明操作步骤和结果。
通过上述方法不断细化、分析需求，逐级分解功能需求、