5.5.4 到底先做哪个——优先级矩阵
一句话破题
用重要性和紧急性两个维度，科学地决定功能的开发顺序。
艾森豪威尔矩阵
紧急
↑
┌───────┼───────┐
│ P1 │ P0 │
│ 尽快做 │ 立即做 │
├───────┼───────┤
│ P3 │ P2 │
│ 以后说 │ 计划做 │
└───────┼───────┘
不重要 ←───┼───→ 重要
│
不紧急| 象限 | 特征 | 行动 |
|---|---|---|
| P0 | 重要且紧急 | 立即做，投入核心资源 |
| P1 | 紧急不重要 | 尽快做，可以简化实现 |
| P2 | 重要不紧急 | 计划做，安排到迭代中 |
| P3 | 不重要不紧急 | 以后说，或者不做 |
如何判断重要性
问自己：对用户核心价值有多大影响？
高重要性：
- 没有这个功能，产品无法使用
- 影响核心用户体验
- 是竞争差异化的关键
低重要性：
- 有也行，没有也不影响使用
- 只有少数用户会用
- 锦上添花的功能如何判断紧急性
问自己：时间敏感度有多高？
高紧急性：
- 有明确的截止日期
- 不做会阻塞其他工作
- 用户在等这个功能
低紧急性：
- 没有时间要求
- 可以随时开始做
- 用户暂时不需要实际案例：博客系统功能排序
markdown
## 功能优先级排序
### P0 - 立即做（MVP 必须）
| 功能 | 重要性 | 紧急性 | 理由 |
|------|--------|--------|------|
| 文章 CRUD | 高 | 高 | 核心功能 |
| 文章列表 | 高 | 高 | 核心功能 |
| 文章详情 | 高 | 高 | 核心功能 |
### P1 - 尽快做（MVP 后第一优先）
| 功能 | 重要性 | 紧急性 | 理由 |
|------|--------|--------|------|
| 分类标签 | 中 | 中 | 内容组织 |
| Markdown 编辑器 | 中 | 高 | 用户期待 |
### P2 - 计划做（下个版本）
| 功能 | 重要性 | 紧急性 | 理由 |
|------|--------|--------|------|
| 搜索 | 高 | 低 | 文章多了才需要 |
| SEO | 高 | 低 | 可后续优化 |
### P3 - 以后说（暂不规划）
| 功能 | 重要性 | 紧急性 | 理由 |
|------|--------|--------|------|
| 评论 | 低 | 低 | 可用第三方 |
| 多语言 | 低 | 低 | 初期不需要 |MoSCoW 方法
另一种常用的优先级划分方法：
| 级别 | 含义 | 说明 |
|---|---|---|
| Must have | 必须有 | 没有就无法交付 |
| Should have | 应该有 | 重要但非关键 |
| Could have | 可以有 | 有时间就做 |
| Won't have | 不做 | 本次不考虑 |
RICE 评分法
更量化的优先级评估方法：
RICE 分数 = (Reach × Impact × Confidence) / Effort
- Reach：影响多少用户
- Impact：对每个用户的影响程度（0.25/0.5/1/2/3）
- Confidence：对评估的信心程度（100%/80%/50%）
- Effort：开发所需人天示例：
| 功能 | Reach | Impact | Confidence | Effort | RICE |
|---|---|---|---|---|---|
| 搜索 | 100 | 2 | 80% | 3 | 53 |
| 评论 | 50 | 1 | 50% | 5 | 5 |
| SEO | 1000 | 1 | 80% | 2 | 400 |
让 AI 帮你排优先级
你：以下功能请帮我排优先级：
- 文章 CRUD
- 评论系统
- 搜索功能
- RSS 订阅
- 多语言支持
排序依据：博客系统 MVP，独立开发，两周时间
AI：## 优先级排序
### P0（必须做）
1. **文章 CRUD** - 核心功能，没有就不是博客
### P1（应该做）
2. **搜索功能** - 文章多了必须有，但 MVP 可简化
### P2（可以延后）
3. **评论系统** - 可用 Giscus 替代
4. **RSS 订阅** - 增强功能
### P3（暂不考虑）
5. **多语言支持** - 初期不需要优先级调整原则
优先级不是固定的，需要动态调整：
- 依赖关系：被依赖的功能优先级提高
- 用户反馈：用户强烈需求的优先级提高
- 资源变化：资源充足时可提前做 P2
- 风险变化：高风险功能可能需要提前验证
实用建议
- 先粗后细：先分 P0/P1/P2/P3，再细排顺序
- 团队对齐：确保大家对优先级有共识
- 可视化：用看板工具展示优先级
- 定期回顾：每个迭代开始时重新评估