需求管理流程是什么
需求管理关注需求从收集到交付的完整流动：收集与澄清、价值评估与分级、排期、实现与验收。它的核心纪律是条目化，每个需求要有来源、价值假设与验收标准，否则口头需求会在验收阶段演变成各说各话。流程的目标不是管住业务方，而是让范围变更有据可查、优先级可以协商。
基本信息
| 主要阶段 | 收集 → 澄清 → 分级 → 排期 → 实现 → 验收 |
|---|---|
| 条目要素 | ID、描述、价值、验收标准、来源、责任人 |
| 治理点 | 价值评估、优先级排序、范围变更记录 |
| 常见分级 | MoSCoW、价值与成本二维矩阵、WSJF |
| 输出 | 需求池、排期结果、验收记录与变更日志 |
典型使用场景
- 业务方通过多个渠道零散提需求，需要统一入口与去重
- 需求数量远超资源，需要按价值与依赖排序而不是先到先做
- 上线前需要明确验收标准，减少返工与扯皮
- 中途插入高优先级需求，需要评估对在办工作与承诺的影响
- 结项复盘时解释范围偏差，需要可追溯的变更记录
需求条目模板
需求条目模板
# 每个字段都要能回答一个问题，填不出的需求不进入排期
ID：REQ-1024
描述：支持批量导出对账单（单次可选时间段）
# 价值要有基线与度量方式，避免提升效率这类空表述
价值：财务对账工时减少 30%（以当前月均 40 小时为基线）
# 验收标准用可验证句式，开发与验收对同一份标准
验收：Given 已选时间范围 When 点击导出 Then 生成文件并通知
# 来源与提出时间用于回溯优先级变动原因
来源：财务部（2026-09-01） 优先级：Should需求状态与处理动作
| 状态 | 含义 | 处理动作 |
|---|---|---|
| 待澄清 | 信息不足，无法评估 | 安排澄清会，补齐价值与验收标准 |
| 待评估 | 信息齐备待排期 | 价值与成本评估，进入排序 |
| 已排期 | 进入迭代或项目 | 锁定范围，变更需走变更流程 |
| 已验收 | 交付并通过验收 | 记录实际效果，关闭条目 |
需求拉齐之后再做优先级排序：排序时应把价值、成本与依赖一起讲清，只讲价值不讲成本容易让排序变成谁声音大谁优先。