1.1 需求开发管理
1.1.1 目的
需求开发管理的目的是在获得完整、表达清晰、正确的用户需求基础上，经过分析和定义，最终生成项目的需求文档。同时借助需求管理寻求客户与开发方之间对需求的共同理解，控制需求的变更，维护需求与后续工作产品之间的一致性。
1.1.2 角色和职责
角色 | 职责 | 备注 |
客户 | 1. 负责提供完整、清晰的需求，以及《需求规格说明书》的确认。 | 可以是内部客户，由公司指定客户代表（如市场、客服） |
项目经理 | 1. 制定需求调研计划； 2. 安排需求调研人员； 3. 管理和控制需求的变更工作。 | |
系统分析师 | 1. 负责获取用户需求信息，整理客户需求点到《产品需求包》，对用户需求进行分析，形成《需求规格说明书》； 2. 负责跟踪和维护《需求跟踪矩阵》、《产品需求包》。 | |
评审小组 | 1. 负责对《需求规格说明书》和《需求跟踪矩阵》进行评审。 | |
1.1.3 流程主要环节
子流程/编号 | 说明 | 责任角色 |
调研准备RDM-P01 | 制定需求调研计划 | 项目经理 |
需求调研RDM-P02 | 进行需求调研工作，整理客户需点到《产品需求包》，等相关需求资料 | 系统分析师 |
需求分析RDM-P03 | 对需求进行分析和产品需求定义，完成《需求规格说明书》，建立需求跟踪矩阵 | 系统分析师 |
需求评审RDM-P04 | 组织需求评审工作，完成客户对《需求规格说明书》的确认 | 项目经理 |
需求管理RDM-P05 | 通过对需求进行跟踪、需求变更进行管理，保证计划和相关工作产品与需求的一致性 | 项目经理 |
1.1.4 总流程图
1.1.5 流程活动
1.1.5.1 调研准备阶段RDM-P01
流程名/编号 | 调研准备RDM-P01 | ||||
进入条件 Entry Criteria | 项目立项后 | ||||
序号 | 角色 | 活动描述 | 输入、输出 | ||
1 | 项目 经理 | ◆ 制定调研计划/RDM-P01-AC01 ? 在需求调研前，制定调研计划； ? 落实系统分析师，并与相关人员落实需求调研事宜。 | 输入： 初步需求 合同 输出： 《需求调研计划书》 | ||
退出条件 Exit Criteria | 落实需求调研工作 | ||||
裁剪指南 Tailoring Guideline | 根据项目实际可裁，由项目经理确定。 | ||||
1.1.5.2 需求调研阶段RDM-P02
流程名/编号 | 需求调研RDM-P02 | ||||
进入条件 Entry Criteria | 落实需求调研工作 | ||||
序号 | 角色 | 活动描述 | 输入、输出 | ||
1 | 系统分析师 | ◆ 需求调研/RDM-P02-AC01 ? 进行需求调研工作，收集相关需求资料，做好调研记录。 ? 整理客户需求点到《产品需求包》 【备注】：《产品需求包》按产品线实时维护，所有与产品相关需求都会记录在这个文档中；纳入项目的需求，通过跟踪状态和实现版本记录追溯，作为项目基线管理（放在某个项目基线下的只是此文档在当时阶段的一个快照，并非持续维护的版本）；对于不实现的需求，在备注中说明原因。 | 输入： 初步需求 输出： 《会议纪要》 《产品需求包》 相关需求资料 邮件 | ||
退出条件 Exit Criteria | 需求调研工作完成 | ||||
裁剪指南 Tailoring Guideline | 根据项目实际可裁，由项目经理确定。 | ||||
1.1.5.3 需求分析阶段RDM-P03
流程名/编号 | 需求分析RDM-P03 | ||||
进入条件 Entry Criteria | 需求调研工作完成 | ||||
序号 | 角色 | 活动描述 | 输入、输出 | ||
1 | 系统分析师 | ◆ 编写需求规格说明书/ RDM-P03-AC01 ? 汇总用户需求，进行需求开发工作，形成《需求规格说明书》。 | 输入： 相关需求资料 初步需求 《会议纪要》（如有） 《产品需求包》 输出： 《需求规格说明书》 | ||
2 | 系统分析师 | ◆ 建立需求跟踪矩阵/RDM-P03-AC02 ? 依据《需求规格说明书》建立《需求跟踪矩阵》。 | 输入： 《需求规格说明书》 输出： 《需求跟踪矩阵》 | ||
退出条件 Exit Criteria | 完成《需求规格说明书》和《需求跟踪矩阵》 | ||||
裁剪指南 Tailoring Guideline | *《需求规格说明书》不可裁，《需求跟踪矩阵》可裁 | ||||
1.1.5.4 需求评审阶段RDM-P04
流程名/编号 | 需求评审RDM-P04 | ||||
进入条件 Entry Criteria | 完成《需求规格说明书》和《需求跟踪矩阵》 | ||||
序号 | 角色 | 活动描述 | 输入、输出 | ||
1 | 项目经理 | ◆ 组织SRS评审/RDM-P04-AC01 ? 根据同行评审流程，组织对《需求规格说明书》和《需求跟踪矩阵》评审，评审人员根据SPSM-SEP-06《同行评审流程》的要求确定。 | 输入： 输出： 《需求规格说明书》 《需求跟踪矩阵》 | ||
2 | 评审小组 | ◆ 评审SRS/ RDM-P04-AC02 ? 对《需求规格说明书》、《需求跟踪矩阵》进行评审。（具体同行评审流程参见：SPMS-SEP-06同行评审流程）。 | 输入： 《需求规格说明书》(待评审) 《需求跟踪矩阵》(待评审) 输出： 《需求规格说明书》(评审后) 《需求跟踪矩阵》(评审后) 《需求同行评审报告》 《会议纪要》 | ||
3 | 客户 | ◆ 确认SRS /RDM-P04-AC03 ? 项目经理把评审后的《需求规格说明书》发给客户进行确认。 【备注】：如果没有明确外部客户，也可以是内部客户，由公司指定客户代表（如市场、客服）。 | 输入： 《需求规格说明书》(评审后) 输出： 《需求规格说明书》(确认) | ||
退出条件 Exit Criteria | 客户完成对《需求规格说明书》的确认 | ||||
裁剪指南 Tailoring Guideline | *不可裁 | ||||
1.1.5.5 需求管理阶段RDM-P05
流程名/编号 | 需求管理RDM-P05 | ||||
进入条件 Entry Criteria | 客户完成对《需求规格说明书》的确认 | ||||
序号 | 角色 | 活动描述 | 输入、输出 | ||
1 | 系统分析师 | ◆ 需求跟踪/RDM-P05-AC01 ? 根据项目进展情况，及时更新《需求跟踪矩阵》需求的‘当前状态’栏。 ? 需求基线化后，有变更的，要根据SPMS-SUP-01 配置管理流程的要求，走变更流程，变更完成后，要更新《需求跟踪矩阵》相关需求变更记录。 ? 参与同行评审工作，识别后续工作产品与需求的不一致。 ? 测试用例完成后，及时建立需求与测试用例的追溯关系，填报到《需求跟踪矩阵》。 ? 对于已实现的需求，更新《产品需求包》中的跟踪状态。 | 输入： 《需求跟踪矩阵》 输出： 《需求跟踪矩阵》(更新) 《产品需求包》(更新) | ||
2 | 项目经理 | ◆ 需求变更管理/RDM-P05-AC02 ? 处理需求变更申请，具体根据配置管理流程的变更管理子流程：SPMS-SUP-01 配置管理流程。 | 输入： 《变更控制报告》 输出： 《需求规格说明书》(变更后) | ||
退出条件 Exit Criteria | 项目结项前 | ||||
裁剪指南 Tailoring Guideline | *不可裁 | ||||
1.1.6 相关模板
1.1.6.1 《需求调研计划书》模板
SEP-01-T01 需求调研计划书
1.1.6.2 《需求规格说明书》模板
SEP-01-T02 需求规格说明书
1.1.6.3 《需求跟踪矩阵》模板
SEP-01-T03 需求跟踪矩阵
1.1.6.4 《 产品需求包》模板
SEP-01-T05 产品需求包
1.1.6.5 《变更控制表》模板
SUP-01-T03变更控制表
1.1.6.6 《XX同行评审报告》模板
SEP-06-T03 XX同行评审报告
1.1.7 相关文件
序号 | 文件编号/文件名称 | 主要关联内容 |
1 | SPMS-SEP-06 同行评审流程 | 1．对SRS进行同行评审的具体流程要求 |
2 | SPMS-SUP-01 配置管理流程 | 1．对需求进行变更的具体流程要求 |
3 | SUP-01-T03变更控制表 | 1．用户需求进行变更的申请报告 |
4 | SEP-06-T03 XX同行评审报告 | 1.对《需求规格说明书》进行评审的报告 |
联系我们
Contact us
战略解码