Scrum 理解

简单记住 Scrum 核心概念 3.3.5.5 ：

3 Roles：Product Owner, Scrum Master, Development Team
3 Artifacts: Product Backlog, Sprint Backlog, Product Increment
5 Events: Sprint, Sprint Planning Meeting, Daily Scrum Meeting, Scrum Review Meeting, Scrum Retrospective Meeting
5 Values: Openness, Courage, Respect, Focus, Committment

Scrum 有三个敏捷原则：透明、检查和适应。

三个主要参与者

产品负责人
Scrum Master
Scrum 团队

Scrum 由多个 Sprint 组成，每个 Sprint 的周期约定为1-4周。
Scrum 团队在 Sprint Planning 会议上设定 Sprint 目标。
Scrum 通常包含一些基本组件：Scrum 角色、工件和仪式。

Scrum 角色

Product Owner 优先处理待办事项并定义用户故事
Scrum Master 根据Scrum的规则和仪式指导团队的活动
Scrum Team 创建软件的开发人员和设计师
利益相关者团队之外对最终产品感兴趣的人

Scrum 工件

产品待办事项列表待办事项和修复的优先列表
Sprint 目标 Scrum 团队的高级目标
Sprint Backlog 团队将在当前 Sprint 中完成的任务

Scrum 仪式

1）产品待办列表细化会议产品负责人设置优先级并为即将到来的 Sprint 选择项目。
2）Sprint 计划会议产品负责人和开发团队决定在下一个 Sprint 中处理哪些项目（以及按什么顺序）。
3）每日站立会议个非常快速的会议，每个团队成员解释他们前一天做了什么以及他们希望在未来一天实现什么。他们还确定他们面临的任何障碍或障碍。
4）Sprint 评审团队分析 Sprint 并讨论未来对其流程的调整或更改。
5）Sprint 回顾团队分析他们自己的工作。通常他们通过开始-停止-继续来做到这一点。他们描述了他们想开始做什么，他们想停止做什么，以及他们想继续做什么。

Scrum 的价值观

承诺，专注，开放，尊重和勇气

Sprint 周期

Scrum 团队将大型开发项目分解为小规模的活动，称为 Sprint。
敏捷中的 Sprint 是一个短的、有时间限制的时期。
软件开发团队在此期间完成工作。他们选择将在 Sprint 计划会议中处理的项目和修复。
Sprint 周期是敏捷方法论的核心。

Scrum Sprint 周期五个步骤：

1）产品负责人确定积压工作并确定其优先级。
2） Scrum 团队分析产品所有者创建的积压工作。他们估计需要做的工作量以及需要多长时间。
3）软件开发团队召开 Sprint 计划会议。在这次会议上，他们确定了 Sprint 的目标。他们选择可以帮助他们实现目标的用户故事。在这个 Sprint 计划会议之后，团队应该有一个完整的 Sprint Backlog。Sprint Backlog 显示了他们将在即将到来的 Sprint 中完成的所有项目和修复。
4）团队召开每日 Scrum 会议（有时称为每日站立会议）。在每日 Scrum 会议中，每个团队成员都会描述他们前一天完成的工作，以及他们希望在前一天完成的工作。团队成员还确定他们面临的任何障碍或障碍。Scrum Master 和产品负责人然后努力消除这些障碍。每日 Scrum 会议应该只需要 10-15 分钟。每日 Scrum 会议不是状态会议。相反，这是团队保持沟通开放和透明的一种方式。
5）团队完成 Sprint 后，他们将召开 Sprint Review 和 Sprint Retrospective 会议。在 Sprint 评审中，他们会仔细检查他们的流程并指出应该改变的地方。在 Sprint 回顾中，软件开发团队审视自己的工作。他们注意到在下一个 Sprint 中他们可以做得更好的地方。每个团队成员都确定了他们个人可以更聪明地工作的方法。Sprint 回顾会议不是关于责备或羞耻，而是关于反省。团队参与 Sprint 回顾，目标是持续自我提升。

成功的 Scrum Sprint 技巧

团队应该注意尽可能准确地估计 Scrum 速度。他们不应该承担太多的用户故事。过载的 Sprint 将失败。建立团队以取得成功，而不是失败。
Scrum Master 和产品负责人应确保团队了解他们将在 Sprint 期间完成的目标和用户故事。
在 Sprint 中，计划团队应确保他们为测试和 QA 安排了时间
产品负责人应该向团队展示一个精心整理的待办事项，优先事项列在顶部。产品负责人应注意依赖于以前工作的依赖项和任务。了解对积压工作进行优先排序时的技术是什么。
团队应该使用 Sprint 计划会议来仔细研究用户故事的细节。他们还应该识别错误和可能的修复。
团队应该通过每日的 Scrum 会议保持专注。Sprint 的目标应该保持专注。团队必须确保他们产出高质量的作品。他们的目标应该是工作得更好，而不是更快。
虽然敏捷不需要大量的文档，但团队应该确保他们已经写出他们的Scrum计划。团队应该准确描述决策及其背后的原因。
团队应该了解他们的工作范围。他们不应该采用非常大或非常复杂的用户故事。Scrum 团队不应承担具有许多未知实体的项目。在开始 Sprint之前，他们应该了解他们面临的问题。
最后，产品负责人和 Scrum Master 需要面对团队成员提出的任何担忧或问题。忽视麻烦不会让它消失。