shazhou/skills
8
0
Fork 0
Code Issues 1 Pull Requests Actions Packages Projects Releases Wiki Activity
skills/hermes/requirements-analysis/references/prioritization-methods.md

5.7 KiB
Raw Blame History

优先级排序方法详解

方法 1：MoSCoW 优先级排序

分类

  • 必须有（Must Have）：发布的关键功能，不可协商
  • 应该有（Should Have）：重要但不关键，必要时可以推迟
  • 可以有（Could Have）：最好有，时间允许时包含
  • 不会有（Won't Have）：本次发布不在范围内

流程

  1. 列出所有需求
  2. 对每个需求进行分类
  3. 在每个类别内按重要性排序
  4. 与利益相关者验证

示例

必须有：
1. 使用邮箱/密码的用户登录
2. 密码重置功能
3. 基本用户资料

应该有：
1. 社交登录（Google、Facebook）
2. 双因素认证
3. 头像上传

可以有：
1. 使用手机号登录
2. 生物识别认证
3. 活动日志

不会有（本次发布）：
1. 单点登录（SSO）
2. LDAP 集成
3. OAuth 提供商

方法 2：RICE 评分

公式

RICE = (覆盖面 × 影响力 × 信心度) / 工作量

组成部分

  • 覆盖面（Reach）：这将影响多少用户？（每季度）
  • 影响力（Impact）：对每个用户的影响有多大？
    • 3 = 巨大
    • 2 = 高
    • 1 = 中
    • 0.5 = 低
    • 0.25 = 最小
  • 信心度（Confidence）：我们对估算有多自信？
    • 100% = 高
    • 80% = 中
    • 50% = 低
  • 工作量（Effort）：这需要多少人月？

流程

  1. 对每个需求在所有四个维度上评分
  2. 计算 RICE 分数
  3. 按 RICE 分数排序需求（最高优先）

示例

需求 1：用户登录
- 覆盖面：10,000 用户/季度
- 影响力：3（巨大）
- 信心度：100%
- 工作量：2 人月
- RICE 分数：(10,000 × 3 × 1.0) / 2 = 15,000

需求 2：社交登录
- 覆盖面：5,000 用户/季度
- 影响力：2（高）
- 信心度：80%
- 工作量：1 人月
- RICE 分数：(5,000 × 2 × 0.8) / 1 = 8,000

需求 3：双因素认证
- 覆盖面：10,000 用户/季度
- 影响力：2（高）
- 信心度：90%
- 工作量：1.5 人月
- RICE 分数：(10,000 × 2 × 0.9) / 1.5 = 12,000

优先级顺序：需求 1 > 需求 3 > 需求 2

方法 3：价值 vs 成本矩阵

象限

  • 快速胜利（Quick Wins）（高价值，低成本）：首先做
  • 重大项目（Major Projects）（高价值，高成本）：其次做
  • 填充项（Fill-Ins）（低价值，低成本）：时间允许时做
  • 时间陷阱（Time Sinks）（低价值，高成本）：避免或推迟

流程

  1. 对每个需求的价值评分（1-10）
  2. 对每个需求的成本评分（1-10）
  3. 在 2×2 矩阵上绘制
  4. 优先处理快速胜利，然后是重大项目

示例矩阵

高价值
    │
    │  重大项目            快速胜利
    │  - SSO 集成         - 密码重置
    │  - OAuth 提供商     - 资料编辑
    │                      - 邮箱验证
────┼────────────────────────────────────
    │  时间陷阱            填充项
    │  - LDAP 集成        - 活动日志
    │  - 自定义认证        - 登录历史
    │
低价值
    低成本 ──────────────── 高成本

方法 4：Kano 模型

分类

  • 基本型需求（Basic Needs）：必须有，用户期望它们（缺少会不满）
  • 期望型需求（Performance Needs）：越多越好（满意度线性增加）
  • 兴奋型需求（Excitement Needs）：意外的惊喜（存在时高满意度）
  • 无差异（Indifferent）：用户不在乎
  • 反向（Reverse）：用户更喜欢没有这个功能

流程

  1. 通过功能性和非功能性问题调查用户
  2. 对每个功能进行分类
  3. 优先级：基本型需求 → 期望型需求 → 兴奋型需求

示例

基本型需求（必须有）：
- 用户登录
- 密码安全
- 账户恢复

期望型需求（应该有）：
- 快速登录（< 2 秒）
- 多种登录选项
- 会话管理

兴奋型需求（可以有）：
- 生物识别登录
- 无密码认证
- 社交登录

无差异：
- 登录自定义主题

方法 5：加权评分

流程

  1. 定义评估标准（例如：业务价值、技术可行性、用户影响、战略一致性）
  2. 为每个标准分配权重（总计 = 100%）
  3. 对每个需求在每个标准上评分（1-10）
  4. 计算加权分数
  5. 按加权分数排序

示例

标准权重：
- 业务价值：40%
- 用户影响：30%
- 技术可行性：20%
- 战略一致性：10%

需求 1：用户登录
- 业务价值：10 × 0.4 = 4.0
- 用户影响：10 × 0.3 = 3.0
- 技术可行性：8 × 0.2 = 1.6
- 战略一致性：9 × 0.1 = 0.9
- 总分：9.5

需求 2：社交登录
- 业务价值：7 × 0.4 = 2.8
- 用户影响：8 × 0.3 = 2.4
- 技术可行性：6 × 0.2 = 1.2
- 战略一致性：7 × 0.1 = 0.7
- 总分：7.1

优先级顺序：需求 1 > 需求 2

方法选择指南

方法 最适合 优点 缺点
MoSCoW 简单优先级，明确必需项 易于理解，快速 主观，无量化评分
RICE 数据驱动决策，多需求 客观，考虑多因素 需要估算，耗时
价值 vs 成本 可视化优先级，快速决策 简单，可视化，快速 过于简化，只有 2 个维度
Kano 模型 关注用户满意度 以用户为中心，识别惊喜点 需要用户研究，复杂
加权评分 自定义标准，利益相关者对齐 灵活，透明 需要权重共识