Agent Skills
返回列表
🏢

秩 · 优先级量化引擎

企业运营 更新于 2026.08.29

将以下提示词粘贴到你的 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 拆任务之前,需要专职「先发生什么」证据的代理编排者