敏捷与 Scrum

互联网产品多在 敏捷 框架下交付：短周期迭代、持续反馈、拥抱变更。PM 是 Product Owner 角色的常见承担者。与 /roadmaps/product-manager 敏捷节点对齐。

学习目标

• 理解 Sprint、Scrum 仪式与角色分工
• 掌握 MVP 切割与增量交付
• 了解 Kanban 与 Scrum 的适用场景

核心概念

Scrum 三角

角色	职责
Product Owner（常由 PM 兼）	优先级、Backlog、验收
Scrum Master	流程、障碍清除、不背 KPI
Development Team	设计、开发、测试、交付

一个 Sprint 通常 1–4 周，产出 可发布的 Increment（可演示、可上线或 Feature Toggle 后上线）。

核心仪式

Sprint Planning — 选 Story、估点、定 Sprint Goal
Daily Standup — 昨天/今天/阻塞（15 分钟内）
Sprint Review — 演示增量，收集反馈
Retrospective — 团队改进，不关具体功能对错
Backlog Refinement — 持续梳理下一批 Ready Story

PM 在 Review 前 准备好演示脚本与成功指标，不是临时拼凑 Demo。

MVP 与切片

竖切（Vertical Slice）：每个迭代交付 端到端小价值，而非「先做全部 API 再做 UI」。

❌ Sprint1 只做数据库表 / Sprint2 只做 API / Sprint3 才做页面
✅ Sprint1：用户可标记 1 个 lesson 完成并在详情页看到进度

Kanban vs Scrum

• Scrum：固定 Sprint、承诺、适合功能节奏明确的团队
• Kanban：看板限 WIP、持续流动、适合运维、支持、内容流水线

CodeRoadMap 内容 track 更新可用 Kanban；平台功能开发常用 Scrum。

与工程对齐

• Story Point 是 相对复杂度，不是工时合同
• 变更进 Backlog 重排，不偷偷塞进当前 Sprint（除非 PO 明确交换范围）
• 技术债 Story 要有 业务语言：「降低 track 列表接口 P95 延迟」而非「重构 Controller」

练习

• 把一个「学习进度系统」拆成 3 个竖切 MVP Story
• 写一条 Sprint Goal（一句话，可度量）
• 列出 Standup 上 PM 应报告的 3 类信息

小结

敏捷交付价值而非文档；MVP 竖切让每 Sprint 都可验证假设。 下一课进入产品指标。