Scrum指南摘要

Scrum 的精髓在于小团队。个体团队具有高度灵活性与适应性。

• 三大支柱/经验过程

  • 透明
  • 检视
  • 适应

  参考PDCA

• 4个正式事件

  • sprint 计划会议
  • 每日scrum站会
  • Sprint评审会议
  • Sprint回顾会议

• 五大价值观

  • 承诺
  • 勇气
  • 专注
  • 开放
  • 尊重

• 团队组成

  • 一名产品负责人
  • 开发团队
  • 一名 Scrum Master

产品负责人

• 职责: 将开发团队开发的产品价值最大化。
• 是负责管理产品待办列表的唯一负责人。规划、价值、负责代办列表及优先级
• 为保证产品负责人的工作取得成功,组织中的所有人员都必须尊重他/她的决定。

开发团队

• 组成：开发、测试、运维等落实执行Sprint的人
• 团队3-9个人，不包含 产品负责人 和 Scrum master
• 团队作为一个整体,拥有创建产品增量所需的全部技能

Scrum Master

• Scrum Master 的职责就是和 Scrum 团队以及组织一起合作增加工件的透明化。这一工作通常包括学习、说服和改变。 透明化不会在一夜之间发生,但是这是一条必经之路。
• 引导Scrum事件
• 移除开发团队障碍
• 团队尽可能理解目标
• 有效管理产品代办列表的技巧
• 规划Scrum
• 提升Scrum团队生产率
• 负责根据 Scrum 指南中的定义来促进和支持 Scrum
• 帮助每个人理解 Scrum 理论、实践、规则和价值来做到这一点
• 各种方式服务于产品负责人、开发团队

Sprint

• Scrum 核心
• 一个Sprint不超过一个月，时长保持一致
• 由 Sprint 计划会议、每日 Scrum 站会、开发工作、Sprint 评审会议和 Sprint 回顾会议构成
• Sprint需要明确目标，在Sprint过程中，一切以目标为导向

Sprint 计划会议 （就是需求评审会？？？）

• Sprint 中要做的工作在 Sprint 计划会议中来做计划。
• 由整个 Scrum 团队共同协作完成
• 一个月的 Sprint 来说最长为 8 小时
• Sprint 计划会议回答以下问题:
  • 接下来的 Sprint 交付的增量中要包含什么内容?
  • 要如何完成交付增量所需的工作?
• 只有开发团队可以评估接下来的 Sprint 可以完成什么工作。
• Sprint中所选出的产品待办列表项+如何交付它们的计划 = Sprint 待办列表。
• 开发团队自组织地领取 Sprint 待办产品列表中的工作,领取工作在 Sprint 计划会议和 Sprint 期间按需进行。
• Sprint目标 为开发团队提供指引,使得团队明确为什么要构建增量。

每日站立会

• 时间盒限定为 15 分钟的事件
• 开发团队 自组织会议
• 目标
  • 检视完成 Sprint 目标的进度
  • 检视完成 Sprint 待办列表的工作进度趋势
• 站立会使用的范例:
  • 昨天,我为帮助开发团队达成 Sprint 目标做了什么?
  • 今天,我为帮助开发团队达成 Sprint 目标准备做什么?
  • 是否有任何障碍在阻碍我或开发团队达成 Sprint 目标?
• 开发团队自己负责召开会议。Scrum Master 要确保会议顺利举行,并控制在15分钟内。PM、设计师可参加，但是主角是开发，不能影响开发正常进行晨会

Sprint 评审会

• Sprint 评审会议在 Sprint 快结束时举行
• 检视所交付的产品增量并按需调整产品待办列表
• 对于长度为一个月的 Sprint 来说,评审会议时间最长不超过 4 小时。
• 每个参会者都明白会议的目的，并遵守时间盒（Scrum master）
• 主要内容
  • 哪些产品待办列表项已经“完成”和哪些没有“完成”
  • 开发团队讨论在 Sprint 期间哪些工作做的很好,遭遇到什么问题以及问题是如何解决的
  • 开发团队演示“完成”的工作并解答关于所交付增量的问题
  • PM预测可能的目标交付日期
  • 参会的所有人就下一步的工作进行探讨
  • 为下个预期产品功能或产品能力版本的发布评审时间表、预算、潜力和市场
• Sprint 评审会议的结果是一份修订后的产品待办列表
• 阐明很可能进入下个 Sprint 的产品待办列表项

召开时机为 Sprint结束前，可根据实际情况调整Sprint产品待办列表项

Sprint 回顾会议

• 目的：Sprint 回顾会议是 Scrum 团队检视自身并创建下一个 Sprint 改进计划的机会。
  • 检视前一个 Sprint 中关于人、关系、过程和工具的情况如何
  • 找出并加以排序做得好的和潜在需要改进的主要方面
  • 制定改进 Scrum 团队工作方式的计划
  • 提供一个专注于检视和适应的正式机会
• 时间：在 Sprint 评审会议结束之后,下个 Sprint 计划会议之前。
• 时长：对于长度为一个月的 Sprint 来说,回顾会议时间最长不超过 3 小时。

Scrum工件

产品待办列表

• 产品中已知所需每项内容的有序列表
• 产品负责人负责管理产品待办列表的内容、可用性和排序
• 产品待办列表精化指的是为产品待办列表项增添细节、估算和排序的动作。
  • 产品负责人和开发团队协同工作在产品待办列表项的细节上
  • Scrum 团队决定如何来完成精化以及何时来完成（Sprint计划会前需要完成）
  • 精化的工作通常占用开发团队不超过 10% 的产能
• 排序越高的产品待办列表项通常比排序低的更清晰同时包含更多细节。根据更清晰的内容
  和更详尽的细节信息就能做出更为准确的估算。
• 能够被开发团队在一个 Sprint 中“完成”的产品待办列表项称为“准备就绪”,它们将作为Sprint 计划会议中的待选产品列表项。
• 开发团队负责所有估算工作

监控目标实现的进度

• 手段
  • 燃尽图
  • 燃烧图
  • 累积流图

Sprint 待办列表

• 当前 Sprint 选出的产品待办列表项+交付产品增量+实现 Sprint 目标的计划
• 只有开发团队可以改变 Sprint 待办列表