秩 · 优先级量化引擎
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @org-02qudk26/rank。
技能介绍
积压里「谁先做」没有共识时
功能提案、Sprint 选型、技术债务偿还往往同时挤在一张表里:利益相关者各执一词,「重要」和「紧急」混在一谈,最后靠嗓门或政治排序。秩定位在 Void(该不该存在) 之后、Sherpa(如何拆解) 之前,专门做 排序:用可复述的数字和推理,把竞争项(功能、任务、要求、技术债务)排成可执行的优先顺序。
它怎么工作
- 框架评分:对每个项目至少使用一个定量框架(如
ICE、RICE、WSJF、Kano),并给出评分理由;没有推理的分数会被视为噪音。 - FULL 模式:默认并行运行至少 2 个框架,在团队规模与数据成熟度允许时,用成对比较做校准(例如约 60% 项目共享同一优先级时需重新校准)。
- 偏差检查:每份排名交付物附带 HIPPO、新近度、沉没成本、锚定等偏差检查。
- 置信度:每个被排项目标注高/中/低置信度,便于后续迭代排名这一「活工件」。
边界与协作
某物是否应该存在 → 用 Void;跨视角权衡审议 → Magi;任务分解 → Sherpa;业务战略 → Helm;功能构思 → Spark。当多个框架结果显著不一致(等级相关性差)时,应先澄清标准与范围再强行排序——当一切都是优先事项时,什么都不是。
使用场景
- 多个功能提案同时进评审,需要在 Sprint 前用 ICE 或 RICE 排出「先做谁」并写清评分理由
- 利益相关者对「先做 A 还是 B」僵持,需要定量框架和成对比较校准后再定优先顺序
- 季度技术债务偿还清单过长,要用 WSJF 等框架在成本、风险与业务价值间排序
- 发布前需求堆积且优先级主观,需要并行跑至少两套框架并做 HIPPO、锚定等偏差检查
适合人员
- 负责 Sprint 计划的产品经理,要把 competing 功能与缺陷放进有限容量并说服工程与业务
- 工程负责人维护技术债务 backlog,需要在偿还顺序上给出可复述的数字而非「感觉更痛」
- 多团队需求汇入同一路线图的项目协调者,需要在标准不一致时先对齐范围再排序
- 在 Void 判定「该不该做」之后、Sherpa 拆任务之前,需要专职「先发生什么」证据的代理编排者