评估需求紧迫性，关键是把“急”拆成可核验的证据：时间约束、影响范围、阻塞关系、后果与可逆性、成本与替代方案。每项证据都要写明来源、时间窗、分母和缺失值处理，再按统一口径打分排序，避免只凭提出人的主观描述定级。本文给出证据清单、取数规则、可复算的计算步骤和一个演示示例，并说明结果解读的边界。
要点总览（TL;DR）
- 评估需求紧迫性，要把“急”拆成五类可核验证据：时间约束、影响范围、阻塞与依赖、后果与可逆性、成本与替代方案，每类都要写明来源、时间窗和分母。
- 证据口径统一才可比较：每项记录数值、来源、统计时间窗和责任人；无数据标注“未知”并降权，不默认按最急处理。
- 计算按五步走：登记证据、按统一量表转分值、按事先约定的权重加权汇总、处理并列与冲突、输出排序结果与逐项依据。
- 演示示例显示，关键证据缺失或权重调整都可能改变排序，因此权重、分档和缺失处理规则要事先约定并记录。
- 分数只作排序参考，最终取舍还要结合战略方向、资源可用性和风险偏好，并定期复核证据时效。
评估目标：把“急”拆成可判断的问题
紧迫性评估要回答的是一个排序问题：在若干待处理需求之间，哪一个应当先获得资源和响应。它服务于需求排序，产出的是可复核的排序依据，而不是产品功能布局方案，也不涉及具体任务的执行顺序。换句话说，评估结果回答“先做哪个”，不回答“怎么做”和“谁先动手”。
评估的产出形式建议包含三部分：一是排序结果，即需求从高到低的顺序；二是每项需求的逐项证据记录，包括数值、来源和时间；三是加权规则与假设说明，让其他人能够按同样口径复算。单一分数可以作为排序的辅助表达，但必须能追溯到背后的证据，否则分数本身无法被复核。
评估中要区分两类不同信号。时间紧迫指外部约束逼近，例如合同交付日、合规生效日；价值高指影响面大或后果严重，例如影响大量客户或阻塞关键交付。一个需求可能时间很紧但影响很小，也可能没有硬截止但影响面广。把两类信号混成一个模糊的“急”字，会导致排序无法解释，也无法在评审中达成一致。
指标与范围：紧迫性由哪几类证据构成
建议把证据归为五类，每类给出定义、单位和适用范围。分类的作用是保证不同需求在同一组维度上被比较，避免有的需求只谈截止日、有的只谈客户数量。
| 证据类别 | 具体指标 | 单位与口径 | 适用范围 |
|---|---|---|---|
| 时间约束 | 外部截止日、合同交付节点、合规生效期限 | 距今天数；日期需注明来源文件 | 存在外部承诺或监管要求的需求 |
| 影响范围 | 受影响客户数、订单金额、用户量、涉及业务线 | 客户数用绝对数与占比双记；金额注明币种 | 可统计影响对象的需求 |
| 阻塞与依赖 | 是否阻塞其他需求、上线计划或交付 | 被阻塞需求数；阻塞时长 | 处于依赖链上游的需求 |
| 后果与可逆性 | 不做的后果出现速度、能否回退或补救 | 后果显现的时间尺度；可逆性分档 | 所有需求，尤其涉及数据与合规时 |
| 成本与替代方案 | 实现成本、临时绕行方案 | 人天或工时估算；绕行方案的有效期 | 用于比较“先做”与“先绕行”的代价 |
时间约束类证据要区分硬约束与软期望。合同写明的交付日、监管规定的生效日属于硬约束；内部希望尽早完成属于软期望，两者在打分时不应同权。影响范围类证据要同时记录绝对数和占比，因为同样影响20个客户，在客户总量200和20000的背景下含义完全不同。阻塞与依赖类证据要记录被阻塞对象的数量和阻塞持续时长，阻塞一个即将上线的需求与阻塞一个尚在规划中的需求，紧迫程度不同。
后果与可逆性类证据回答“不做会怎样”。后果出现得快且难以回退的需求，紧迫性通常更高；后果缓慢显现或可通过临时方案补救的需求，可以排在后面。成本与替代方案类证据用于判断是否存在缓冲空间：如果存在有效的临时绕行方案，需求的紧迫性可以适当下调，因为团队获得了处理时间。
数据口径：每项证据怎么取、怎么记
证据只有在口径一致时才可比较。每项证据登记时应至少包含四个要素：数值、来源、统计时间窗、责任人。来源可以是客户合同、工单系统、监控数据、访谈记录或财务系统；责任人负责确认该数值的准确性。缺少来源的数值不进入打分，只作为待核实项记录。
时间窗需要明确写清。截止日类证据记录“距今天数”，并注明计算基准日；影响范围类证据记录观察周期，例如“近30天工单中涉及的客户数”，避免用不同时间段的统计结果直接比较。分母同样要写明：受影响客户数应同时给出占总客户数的比例，金额需注明币种和统计口径，用户量需说明是日活、月活还是累计注册。
缺失值处理要有统一规则。某项证据无数据时，标注为“未知”，在加权时按约定降权处理，不能默认按最急处理，也不能默认按最缓处理。未知项较多的需求，其排序结果应标注置信度较低，提交评审时说明缺口和补数计划。提出人的主观描述可以作为参考证据，但需要附上可核验的事实，例如具体的客户名称、合同条款编号或工单链接，仅有口头描述不足以支撑定级。
为保证可比，建议在评估前先确定一张取数规则表，把每类证据的来源系统、统计周期、单位和缺失处理方式固定下来。同一批次评估的需求共用这张表，跨批次比较时也要沿用相同口径，口径变更需记录变更时间和原因。
计算与评估步骤：从证据到排序
评估流程分为五步，目标是让任何人拿到证据记录都能复算出相同结果。
第一步，逐项登记证据。为每个需求建立证据清单，逐条填写数值、来源、时间窗和责任人。登记完成后检查完整性，标出未知项。
第二步，按统一量表把证据转为分值或等级。例如时间约束可按距今天数分档：30天内为高档，31至90天为中档，90天以上为低档；影响范围可按受影响客户占比分档。量表需事先定义并写入评估说明，同一批次内不得临时调整。
第三步，加权汇总。权重在评估开始前约定并记录，例如时间约束占40%、影响范围占30%、阻塞关系占20%、后果与可逆性占10%。权重反映的是团队当前阶段的关注重点，不同团队可以采用不同权重，但同一批次内必须一致。加权公式可写为：总分 = Σ（各维度分值 × 对应权重）。
第四步，处理并列与冲突。两个需求总分接近时，优先比较硬约束维度；出现“时间紧但影响小”与“无硬截止但影响广”的冲突时，回到证据本身讨论，而不是简单取平均。冲突处理结论要记录理由，供后续复核。
第五步，输出排序结果与逐项依据。排序表应包含需求名称、各维度分值、加权总分、关键证据摘要和未知项说明。评审时以证据记录为准，分数只作为排序线索。
例子：两个需求如何用证据分出先后
以下为演示情景，用于说明计算过程，不代表真实业务结论。
需求A：某大客户合同约定60天后上线一项对账功能，涉及3家客户，合同金额合计较大，无其他需求依赖它，不做会导致客户拒付尾款，后果出现快且难以回退，实现成本约15人天，暂无绕行方案。
需求B：多个业务线反馈报表导出速度慢，涉及约40%的活跃用户，无硬截止，但它阻塞了两个计划中的分析类需求，不做会导致用户持续投诉，后果缓慢累积，可通过临时导出脚本缓解，实现成本约20人天。
| 维度 | 需求A | 需求B |
|---|---|---|
| 时间约束（40%） | 60天硬截止，高档，4分 | 无硬截止，低档，1分 |
| 影响范围（30%） | 3家客户，占比低，2分 | 约40%活跃用户，4分 |
| 阻塞关系（20%） | 无，1分 | 阻塞2个需求，4分 |
| 后果与可逆性（10%） | 拒付尾款，难回退，4分 | 可临时脚本缓解，2分 |
| 加权总分 | 4×0.4+2×0.3+1×0.2+4×0.1=2.8 | 1×0.4+4×0.3+4×0.2+2×0.1=2.6 |
按上述权重，需求A略高于需求B，排序为A先于B。若需求A的合同截止日证据缺失、只能标注未知并降权，则A的时间约束分降为低档，总分降至约1.6，排序反转为B先于A。这说明结论对关键证据的完整性高度敏感，缺失项必须在评审中明确说明。若团队把影响范围权重提高到40%、时间约束降到30%，B的总分会超过A，排序同样变化。权重选择本身是管理判断，需要事先约定并记录。
解读与限制：分数之外还要看什么
分数是排序参考，不能替代决策。加权结果帮助团队把讨论聚焦到证据上，但最终取舍还要考虑战略方向、资源可用性和风险偏好。评审时应先看证据记录，再看分数，避免围绕分数高低争论而忽略证据本身是否可靠。
分母为零或数据不可比时要单独处理。例如新业务线尚无客户基数，受影响客户占比无法计算，此时应改用绝对数并标注口径差异，不与成熟业务线直接比较。不同来源的数据统计周期不一致时，先统一时间窗再比较，无法统一的应分列展示。
避免把单一指标当作全部紧迫性。只看截止日会忽略影响面，只看客户数会忽略合规风险。五类证据的作用是相互校验，任何一类缺失都应在结论中标注。评估结果还应定期复核，截止日会随时间推移而变化，影响面和阻塞关系也会随业务进展调整，建议在每次需求评审前更新关键证据的时效。
最后，记录评估假设。权重、量表分档、缺失值处理方式和冲突裁决理由都应写入评估记录，便于事后回溯：当排序结果与实际结果出现偏差时，可以判断是证据失真、口径不当还是权重设置需要调整。需求登记、证据字段和评审记录可以在 ONES 中承载，ONES Assistant 可围绕项目、工作项和 Wiki 页面等上下文回答问题并执行后续操作，帮助团队在需求澄清阶段提炼待澄清问题与拆解建议；评估所依据的权重和分档规则仍由团队自行约定并留存。
常见问题
提出人只说“这个很急”，没有具体数据，评估时怎么处理？
把口头描述作为参考证据记录，同时要求补充可核验的事实，例如具体客户名称、合同条款编号、工单链接或监管文件名称。补充不出来的，在证据清单中标注“未知”，按约定降权处理，不直接按最高紧迫性定级。评审时可以先讨论补数计划，再决定是否进入排序。
两个需求总分接近，或者一个时间紧但影响小、另一个无硬截止但影响广，怎么裁决？
总分接近时，优先比较硬约束维度，例如合同交付日和合规生效日。出现“时间紧但影响小”与“无硬截止但影响广”的冲突时，回到证据本身讨论，而不是简单取平均或临时调权重。裁决理由要写入评估记录，供后续复核时判断是证据问题还是权重设置需要调整。
新业务线没有客户基数，受影响客户占比算不出来，还能参与排序吗？
可以参与，但要调整口径。分母为零或基数过小时，改用绝对数并标注口径差异，不与成熟业务线直接比较。不同来源数据统计周期不一致的，先统一时间窗再比较；无法统一的，分列展示并在结论中说明。这类需求的排序结果应标注置信度较低。
权重应该由谁定，定完之后还能改吗？
权重反映团队当前阶段的关注重点，属于管理判断，建议由需求评审的参与方在评估开始前共同约定并记录。同一批次评估内保持一致；跨批次比较时沿用相同口径，确需调整的，记录变更时间和原因，避免用调整权重的方式倒推想要的排序结果。
评估结果多久复核一次，哪些证据最容易过期？
建议在每次需求评审前更新关键证据的时效。最容易变化的是时间约束类证据，截止日会随时间推移缩短；影响范围和阻塞关系也会随业务进展调整。复核时重点检查硬约束日期、受影响客户数和被阻塞需求数，更新后重新计算并保留历史记录。
需求登记和证据记录在 ONES 中怎么承载？
需求登记、证据字段和评审记录可以在 ONES 中承载。ONES Assistant 可围绕项目、工作项和 Wiki 页面等上下文回答问题并执行后续操作，在需求澄清阶段帮助提炼待澄清问题与拆解建议；评估所依据的权重和分档规则仍由团队自行约定并留存。
