思维工具箱Scrum 敏捷协作框架
F07
Scrum 敏捷协作框架
Scrum
用短周期增量、固定事件与角色实现透明检视适应
这是什么
复杂产品需要短周期反馈：产品负责人、Scrum Master 与开发者分工不同，Sprint 一个月或更短，含计划、每日同步、评审与回顾。透明、检视、适应是核心；故事点、燃尽图、Jira 都不是框架硬性要求。无法跨职能交付、持续被插单时，先处理组织约束。
示意图
什么时候用 / 别用
该用
- 复杂产品需持续反馈，能以短周期产出可用增量
- 方向随学习调整，但仍需共同目标与节奏
- 团队可自管理并跨职能交付
别用
- 无法跨职能交付、持续多方插单却只加会议
- 把每日同步当成向领导报工时
- 把评审当成唯一上线门禁
怎么做
准备：产品目标与有序待办列表；团队容量与关键依赖；可用增量边界与完成的定义
- 明确角色责任与产品目标，使待办排序有依据
- 规划 Sprint 价值目标，由执行团队选工作并定计划
- 每日检查向目标的进展，协作解除障碍
- 持续完成并验证增量，评审时与相关方调整下一步
- 回顾协作过程，选具体改进进入后续工作
交付：产品/Sprint 待办与目标、满足完成定义的可用增量、改进行动
一个例子
假设示例 · 产品
【假设示例】51as.com 内容团队设假设两周 Sprint，目标「访客能从工具列表找到并读完一条 F 类条目」。交付含列表筛选、条目页、埋点的可用切片；只做完设计稿不能宣称增量完成。
容易踩坑
- 每日同步变成报工会
- 把故事点/燃尽图当成 Scrum 必选项
- 组织约束未解却堆会议
出处：常见于短周期增量交付的敏捷协作框架（Scrum 指南一系）