敏捷框架Scrum的核心要点（“3355”）
前言
Scrum是敏捷实践中最知名的一套框架。对于初学 Scrum 的同学，领会精髓需要实践和时间，但借助对其中最成型的部分的了解，能最快速的一窥其概貌。虽不精确，但有助于建立宏观的体感。Scrum 的核心可以简单归纳为“3355”。
Scrum 框架
3个核心角色
Scrum的三个核心角色分别是：Scrum Master、Product Owner（产品负责人）和 Scrum Team（团队）。
产品负责人 (Product Owner)
Product Owner的核心工作对团队对外交付的价值负责。
- 定义需求
- 定义需求的优先级
- 定义需求的验收标准
- 定义产品发布内容与日期
敏捷教练 (Scrum Master)
Scrum Master
Scrum Master：主要负责整个Scrum流程在项目中的顺利实施和进行，以及清除挡在客户和开发工作之间的沟通障碍，一般可以对应为我们理解的项目经理的角色。
核心工作是帮助团队遵循Scrum 框架,持续改进，以又好又快的工作。
- 促进团队的工作
- 帮助团队熟悉与掌握 Scrum 价值观与框架
- 帮助团队排除影响生产力的障碍
- 保护团队不受打扰
团队 (Scrum Team)
Scrum team 对交付成果负责。
- 跨职能部门
- 自组织式的团队
- 小而美
3个工件
Scrum的工件主要包括：Product Backlog（产品待办事项）、Sprint Backlog （Sprint 待办事项）和 Increment（可交付产品增量）。
产品待办事项 (Product Backlog)
产品待办事项Product Backlog即产品视角的需求清单。
- 由 Product Owner 负责维护，包括增删及优先级。
- 用户故事是其中一种最佳实践。
- 每项需求都需要描述其外部价值。
Sprint 待办事项 (Sprint Backlog)
Sprint 待办事项 Sprint Backlog即此次冲刺周期内规划要完成的内容。
- 来源于Product Backlog。
- 由团队评估和选择Product Backlog中哪些放入Sprint Backlog。
- 团队需要一起定义“完成”的标准。
可交付产品增量 (Increment)
可交付产品增量Increment即冲刺结束后可对外发布的产品功能增量部分。
- 需要关注其是可工作的软件功能增量。
- 需要要在Scrum Review会议上进行演示。
5个事件
Scrum的五大事件，或 event，包括：冲刺、Sprint规划、每日站会、Sprint评审会和回顾会。
冲刺 (Sprint)
冲刺Sprint或迭代是一个特殊的事件，或者说其一个容器事件。后续四个事件包含在其中。
- 2-4周
- 固定周期，固定时间开始，固定时间结束
- 时间盒是其一个重要的概念
Sprint规划会 (Sprint Planning Meeting)
Sprint规划会的核心议题是下一次冲刺要实现的目标和范围。
- 确定 Sprint的目标
- 对产品backlog 中 item 进行估算，以作为是否放入下期的参考。
- 对于需求不清楚的 item，请 Product Owner 说明。
- 输入是 Product backlog
- 输出是 Sprint backlog
每日站会 (Sprint Daily Standup)
站会的目标是促进信息在团队内共享与透明。
- 回答3个问题
- 本次会议之前，我做了哪些事情？
- 本次会议之后，我准备做什么事情？
- 目前我是否碰到障碍，阻碍我达成目标？
- 每天15分钟
- 不是深入的问题讨论
- 每天固定时间召开
Sprint 评审会 (Sprint Review)
Sprint 评审会在冲刺末期召开，检查本期的成果。
- 团队全体参与
- 邀请相关干系人参与
- 2-4小时
- Product Owner可以拒绝接收成果
回顾会 (Sprint Retrospective）
团队一起复盘本次冲刺的过程，总结经验与教训，并形成切实可行的改进清单。
- Sprint评审会结束后召开
- 时间2-4小时
- 团队全体参与
5大价值观
- 承诺 Commitment - 愿意对目标做出承诺
- 专注 Focus – 全身心都用到你承诺的工作上去
- 开放 Openness – 团队内所有信息对所有人开放
- 尊重 Respect – 每个人都有他独特的价值和经验
- 勇气 Courage – 勇于承诺，履行承诺，敢于说不
Scrum 全貌
参考文档：
https://blog.csdn.net/qpalzm759/article/details/103147467
