大家好，我是程序员柏风，AI 最全的 Vibecoding 学习地图 http://coderoadmap.cn 作者。
敏捷与 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 都可验证假设。 下一课进入产品指标。