需求管理工具协作流程
适用场景
- 产品从 EVT（工程验证）向 DVT（设计验证）过渡阶段，跨部门（研发、测试、产品、采购、质量）对功能需求、性能需求、安全合规需求形成正式管控的节点。
- 项目已签核产品需求规格书（PRD），需将条目级需求分解到各子系统，并追踪实现、验证、变更全过程。
- 客户需求或内部法规需求发生变更时，需通过规范化流程评估影响、审批变更、更新跟踪矩阵。
前置条件
- 已确定需求管理工具平台（如 Jira / Polarion / Doors / 内部 PLM 系统）并完成项目级配置。
- 项目已发布初始 PRD，并经过产品委员会评审。
- 各部门已指派需求管理接口人（RA / 需求负责人）。
- 已定义需求编号规则（例如
REQ-EVT-001）和字段模板。
操作步骤
步骤一：建立需求条目模板
- 在需求管理工具中创建项目空间，设置字段集（必填字段：需求编号、需求标题、需求描述、来源、优先级、状态、负责人、所属模块、关联用例、验收准则、版本基线）。
- 制定模板示例（JSON 结构或表单截图参考）：
{
"reqId": "REQ-EVT-001",
"title": "整机防尘等级不低于 IP5X",
"description": "参照 IEC 60529 标准，整机在粉尘环境试验后，内部无可见粉尘沉积。",
"source": "客户规格书 V2.3",
"priority": "P0",
"status": "Draft",
"owner": "张伟（系统架构）",
"module": "结构 / 密封",
"acceptanceCriteria": "第三方检测报告确认 IP5X 通过",
"versionBaseline": "V1.0"
}
- 配置需求字段的下拉选项（状态流：Draft → Reviewed → Approved → Implemented → Verified → Closed）。
- 通知各部门新需求必须使用模板填写，禁止直接在描述字段中粘贴非结构化文本。
步骤二：规定变更申请步骤
- 任何已批准的需求发生 scope、优先级、验收标准变更时，必须提交变更申请（RCR – Requirement Change Request）。
- 变更申请模板必须包含以下内容：
- 变更类型（范围 / 优先级 / 实现方案 / 删除）
- 变更内容详述
- 变更原因（客户要求 / 技术限制 / 成本优化 / 法规更新）
- 影响分析（波及需求列表、进度、成本、质量、测试用例）
- 建议替代方案
- 变更申请审批路径：需求负责人 → 系统架构师 → 产品经理 → 项目经理。
- 审批通过后，工具自动更新原需求状态为“Change Approved”，并生成新版本基线。
协作提示：变更申请必须在 48 小时内完成影响分析并提交，项目经理在 1 个工作日内组织 CCB 决策，避免需求冻结窗口失效。
步骤三：输出需求跟踪矩阵
- 在需求管理工具中启用“跟踪矩阵”报表视图，将需求来源 → 需求条目 → 设计规格 → 测试用例 → 验证结果进行双向链接。
- 维护矩阵必须包含以下映射关系：
| 需求 ID |
需求标题 |
PRD 章节 |
子系统 |
设计规格 ID |
测试用例 ID |
测试结果 |
状态 |
| REQ-EVT-001 | 防尘等级IP5X | §3.2 | 结构 | DSN-MECH-012 | TC-ENV-045 | Pass | Verified |
| REQ-EVT-002 | 工作温度-20~60°C | §3.5 | 电气 | DSN-EE-023 | TC-TEMP-012 | Fail | In Progress |
| REQ-EVT-003 | Wi-Fi 6 兼容 | §5.1 | 通信 | DSN-RF-007 | TC-WF-033 | N/A | Implemented |
- 每周五由项目经理导出跟踪矩阵并分发至各部门（CSV/Excel 格式），用于验证覆盖 gap 分析。
输入输出物
| 类别 |
输入物 |
输出物 |
| 步骤一 | PRD、需求编号规则、字段模板定义 | 需求条目模板（工具内表单结构） |
| 步骤二 | 变更申请提交信息、影响分析 | 变更申请记录、审批结论、需求基线更新 |
| 步骤三 | 已批准需求列表、设计规格、测试用例 | 需求跟踪矩阵（RTM）报表 |
责任边界
- 产品经理：核准需求条目模板中的业务字段；审批范围类变更。
- 系统架构师：审核变更影响分析，确认技术可行性。
- 项目经理：组织 CCB 会议，维护 RTM 基线，定期导出矩阵。
- 各领域接口人：维护各自模块内的需求状态，及时更新关联测试结果。
- 工具管理员：配置字段权限、流程流转、基线版本管理。
记录材料
- 需求条目模板（工具内定义截图或导出 PDF）
- 变更申请表单（包含影响分析附件）
- 需求跟踪矩阵快照（每周导出存档）
- CCB 会议纪要（变更审批记录）
异常处理
| 异常场景 |
处理措施 |
| 需求未使用模板填写 | 退回重新提交，并在每周评审中通报不合规率 |
| 变更申请未做影响分析 | 不进入审批流程，直接退回补充影响分析表 |
| RTM 中测试覆盖缺失 | 项目经理标记 gap，要求测试工程师在 2 周内补充并关联 |
| 工具记录与实际状态不一致 | 停机校对，清理冗余条目，设置强制状态转换规则 |
验收标准
- 所有需求条目均通过模板录入，字段完整率 100%。
- 变更申请 100% 走完审批路径，无绕过工具的线下变更。
- 需求跟踪矩阵中每一条经过“Approved”的需求至少关联一个设计规格和一个测试用例。
- 跨部门需求状态同步延迟 ≤ 24 小时。