Scrum读书笔记

Scrum读书笔记

《Scrum指南》
《Scrum要素》

Scrum 指南

Scrum是用于开发、交付和持续复杂产品的一个框架。“指南”将介绍Scrum中的一些概念的定义及规则。

• Scrum：轻量级、易于理解但难以精通的一个框架。用来管理复杂产品的工作，不是一种技术。包含了团队、角色、事件、工作和规则。
• 应用：上世纪90年代开始，在全球范围内得到广泛应用；被广泛应用于各种软硬件、网络及互联网应用中，及其产品或大型组织管理。而在复杂性的处理上非常有效。
• Scrum理论：基于经验过程控制，采用迭代增量式方法进行优化。透明、检视和适应是经验控制的三大支柱，支撑起每一个经验过程的实施。
• Scrum的4个正式事件：
  • Sprint计划会议
  • 每日Scrum站会
  • Sprint评审
  • Sprint回顾会议。
• Scrum的价值观：承诺、勇气、专注、开放、尊重
• Scrum的团队组成：
  • 1个产品负责人
  • 1个Scrum Master
  • 开发团队；
  • Scrum Master服务于产品负责人、开发团队与组织。
• Scrum工件：Scrum的工件一不同的方式表现工作任务和价值，提供透明以及检视和适应的机会。每个人对工件的理解都需要相同。
  • 产品代办列表
  • Sprint代办列表
  • 工件透明
  • 完成的定义

Scrum 角色和周期

Scrum是一个基于团队进行复杂系统和产品开发的框架——Scrum联盟

Scrum团队需要各种各样的人才，这些人可能具有不同的社会属性。

Scrum中，只承认三种不同的角色——产品负责人PO、Scrum Master和团队成员。

产品负责人

• 产品负责人控制着团队列表中，投资和指引列表的优先级顺序。
• 产品负责人也是唯一有权要求团队做事以及改变列表条目优先级的人。也就意味着，产品负责人需要和其他人密切合作，交付出最多的业务价值。
• 产品负责人需要确保团队理解了客户和最终用户的需要，可以直接创建需求并进行精炼和沟通。
• 产品负责人是产品愿景的监护人，明确产品为谁而建、他们为何需要、如何使用。

Scrum Master

• 教练角色，引领团队达到更高级的凝聚力、自组织和表现。
• 团队的交付物是产品，而Scrum Master的交付物是自组织的团队。
• Scrum Master不是团队的老板，职位和团队同等，区分只是职责不同。
• Scrum Master和团队保持一定的距离，不至太过于亲密。是团队的Scrum专家，帮助团队从scrum上获得最大价值。另一方面，Scrum master应该负责引导Scrum会议、帮助团队理解和使用scrum工作、指引PO和其他团队成员更好地理解自己在团队中担当的角色。
• Scrum团队新建立时，Scrum Master可能需要多教育和指引，随着团队技能的提升和对Scrum的理解，可以转而作为回音版和应需谏言者的角色，并不代做决定而是有团队自行决策。

团队成员

• Scrum团队是高度协作和自组织的。
• 团队成员全权决定如何工作，包括使用的工具和技术、分工任务等。
• 经验法觉得一个Scrum团队应该有5-9个人，但这仅仅是一个参考。
• 每个团队成员都会带来他们独特技能和经验，来帮助团队完成工作，交付用户故事。
• 团队成员角色并不要求平等性和同一性，需要的是最大化团队生产力。

Sprint周期

• 一个示例图：Sprint周期是Scrum过程的基本节奏，以迭代方式完成工作。

• Sprint一般被认为四周是上限。

• **Sprint规划会议：**会议标志一个sprint的开始，会议一般由两部分组成。

  • 1是团队选择一组交付物作为当前Sprint的承诺；
  • 2是罗列出所有用户故事所需要完成的任务。

• Scrum 日会：每日站立会议。用来保持交流渠道畅通，参与者轮流分享上一次站会以来完成的内容和到下一次站会应该完成的内容。通常Scrum站会不超过15分钟。

• Sprint评审：Sprint结束时，团队在会上演示工作成果。推荐不超过1个半小时进行安排，可以邀请所有项目的干系人与会。团队需要报告哪些故事没有完成，并且阐释已经完成的故事。

• 回顾：一个良好地回顾议程：准备阶段、收集数据、洞察问题、确定方案、结束

Scrum 工件和用户故事

产品列表

产品列表是产品预期交付物的累积清单，也称列表条目；包括了特性、缺陷修复和文档变更等内容。

列表上的故事按照优先级进行排序，从上至下越发抽象。不同的条目表示不同的需求。产品列表呈现有PO决定，一面墙或电子表格等形式表达。

Sprint列表

当前的Todo List，仅在一个Sprint的周期中有效。表示所有需要在当前Sprint计划中完成的故事及其关联任务，在Sprint规划会议中产生（会议结束后不能修改）。

和故事清单的不变相比，Sprint一直在变化。

燃尽图

描述剩余工作随时间变化轨迹，工作量-时间图。

通常呈现为一条从左至右向下延伸的曲线。常用的是发布燃尽图和Sprint燃尽图。

完成的定义

完成的定义，可能包括——代码评审、设计评审、重构、性能测试、单元测试通过等。

完成的定义很大程度依赖团队和项目的具体内容，需要针对具体内容进行不同的共识来完成。

完成的定义和验收标准不同，后者属于PO和客户的领域，需要明确的定义所需满足的条件和记录。完成的定义不关注面向用户功能的产品，而关注用户故事和任务。

用户故事

用户故事是产品列表的基础构件。配合交谈与验收标准，可以有PO向团队提供需求的一种高效方式。

用户故事通常记录在索引卡上。有几类常用的模板：

• 模板一：

• 模板二：

用户故事有别于需求或说明书，只是占位符。