第2章 需求分析实践
用户故事编写 · MoSCoW优先级 · 评审技巧 · 变更管理
2.1 用户故事编写
用户故事是敏捷需求的核心载体，强调从用户视角描述功能。标准格式为：“作为<角色>，我想要<目标>，以便<价值>”。好的用户故事遵循 INVEST 原则：独立、可协商、有价值、可估算、短小、可测试。
📌 示例： “作为在线学习者，我想要按照章节进度标记课程完成，以便追踪我的学习历程。”
2.2 需求优先级排序（MoSCoW）
MoSCoW 方法将需求分为四类：Must have（必须有）、Should have（应该有）、Could have（可以有）、Won't have（本次不做）。帮助团队聚焦核心价值，管理范围蔓延。
| 优先级 | 含义 | 示例 |
|---|---|---|
| Must have | 交付必需，否则解决方案无效 | 用户登录、支付核心流程 |
| Should have | 重要但可暂缓，有替代方案 | 邮件通知、历史记录 |
| Could have | 锦上添花，提升体验 | 深色模式、动画过渡 |
| Won't have | 明确排除在本版本之外 | 多语言支持（V2） |
2.3 需求评审技巧
高效评审需要：会前准备（提前分发材料）、角色分工（主持人、记录员、决策者）、关注目标而非细节、使用检查清单。常见评审陷阱包括过度讨论技术实现、忽略非功能需求。
✅ 评审检查清单（部分）：
□ 用户故事是否独立且可测试？
□ 验收标准是否明确？
□ 是否包含异常流程？
□ 优先级是否与业务目标一致？
□ 用户故事是否独立且可测试？
□ 验收标准是否明确？
□ 是否包含异常流程？
□ 优先级是否与业务目标一致？
2.4 需求变更管理
变更不可避免，需建立轻量级流程：变更请求 → 影响分析 → 优先级重排 → 决策 → 通知。核心原则：透明、可追溯、拥抱变化但控制范围。使用变更控制委员会（CCB）或产品负责人决策。
📋 变更管理流程示意： 提交变更 → 评估影响（成本/时间/质量） → MoSCoW 重新排序 → 干系人确认 → 更新 backlog。