按已确认口径整理需求优先级

这个场景能帮你做什么

需求都说重要，研发资源却有限。WorkBuddy 可以把已确认的价值、成本、风险和依赖放在一起，形成可解释的排序草案，并指出哪些判断缺证据。

开始前需要准备什么

提供需求清单、用户与业务证据、研发估算、前置依赖、硬性期限及本轮可用资源。说明采用的评分或分类规则、权重与批准人。已有排序方法可以沿用，不必为了 AI 重新建立复杂模型。

具体怎么做

第一步：分开硬约束和可权衡事项

先识别必须满足的合同、标准、关键问题和前置能力。硬约束是否成立需要负责人确认，不能因有人填写“紧急”就自动置顶。

第二步：统一比较口径

价值按同一期间和对象评价，成本使用研发认可的估算，风险记录发生条件及影响。缺少信息的标为未知，不让 AI 为每项补一组漂亮分数。

第三步：计算并解释排序

有确定公式时展示计算；采用定性分类时写清依据。将依赖和资源冲突纳入讨论，避免某个高分功能依赖尚不存在的基础能力。对关键权重变化给出排序是否改变的说明。

第四步：形成评审决定清单

分开本轮建议、后续候选、待补证据和明确暂缓事项。保留各项理由及负责人需要决定的问题，不把排序草案写成已批准排期。

可以直接交给 WorkBuddy 的完整要求

按附件中已确认的价值、成本、风险、依赖与排序规则整理需求优先级。
先列硬约束及其依据，再检查口径和信息缺口。缺失评分不推测，分开事实、估算与判断。
展示计算或分类理由，标出前置能力、资源冲突与关键假设。对关键权重变化说明排序是否敏感。
输出建议顺序、暂缓原因、补证据任务和评审决定项，不直接承诺日期。

完成后会得到什么

一份可解释的排序草案，以及会改变排序的未知项。证据不足的需求可以先安排验证，不必立刻进入完整开发。

结果应该怎么检查

检查不同需求是否同口径，评分是否来自批准材料，依赖是否漏掉。对排名靠前但依据薄弱的项目，先确认假设；检查小幅改权重是否就颠倒结果。

遇到这些情况怎么处理

估算跨度大时展示区间，不用单点制造确定性。价值无法量化时使用明确的定性分类。必须项超过资源时交负责人做范围或资源取舍，不能靠调分解决。

哪些必须人工决定

产品、研发和管理层决定权重、范围与资源。AI 帮助比较和暴露假设，不替负责人作战略选择。