Scrum概念入门介绍

1. Scrum 简介
2013-12
sky.huangxia@gmail.com

2. Scrum 简介
 why
 what
 how
Page  2

3. 传统软件开发问题
 软件发布周期过长
 很难响应一直变化的市场需求
 软件质量随着周期推进下降
 长期加班导致团队情绪低落
 沟通不良
Page  3

4. 什么是敏捷开发
 它是一种软件开发方法论，可以应对客户快速变更的需求
 它强调以人为核心，采用迭代的方式，循序渐进地开发软件。
Page  4

5. 敏捷开发宣言
我们一直在实践中探寻更好的软件开发方法，身体力行的同时也帮助他人。
由此我们建立了如下价值观：
个体和互动
> 流程和工具
工作的软件
> 详尽的文档
客户合作
> 合同谈判
响应变化
> 遵循计划
也就是说，尽管右项有其价值，我们更重视左项的价值。
Page  5

6. 几种敏捷开发方法
 极限编程（ eXtreme Programming, XP ），着重于如何编程，有十二条实
践原则，例如结对编程及测试驱动开发。
 精益开发（ Lean Development ）指导如何在管理层面组织整个公司的开
发活动。
 Scrum 关注的是项目如何组织及计划。
Page  6

7. Scrum
Scrum 是一个框架，在这个框架中人们可以解决复杂的自适应问题
，同时也能高效并有创造性地交付尽可能高价值的产品。
Scrum 团队（ Scrum Team ）
事件（ Events ）
工件（ Artifacts ）
Scrum 的规则把事件、角色和工件组织在一起，管理着它们之间的关系和交互。
Page  7

8. Scrum 过程
Page  8

9. Scrum 团队（ Teams ）
 Scrum Master （ 1 人）
负责确保所有人都能正确地理解并实施 Scrum
 产品负责人（ 1 人）
a. 收集所有产品的计划变更（新功能、 bug 修复）
b. 分解为可单独交付并有商业意义的模块
c.
按优先级排序
d. 输出产品待办列表（ Product Backlog ）
 开发团队（ 3-9 人）
a. 开发团队包含了各种专业人员，负责在每个 Sprint 结束时交付潜在可发布并且“完成”的产品增量。
b. 自组织

跨职能

认领任务
a. 对增量负责
Page  9

10. Scrum 事件
 Sprint （ 2-4 周）
 Sprint 计划会议（ <8 小时）
 每日 Scrum 站会（ <15 分钟）
 Sprint 评审会议（ <4 小时）
 Sprint 回顾会议（ <3 小时）
Page  10

11. Scrum 事件 — Sprint
 为期 2-4 周的迭代周期
 产出完成的、可用的、潜在可发布的产品增量
Page  11

12. Scrum 事件 — Sprint 计划会议
 < 8 小时
 由产品负责人召开
 产品负责人讲解由 Sprint 目标及达成目标需要完成的产品待办列表项
 开发团队预测、选择可在这个 Sprint 周期内可以交付的产品代办列表项
 Scrum 团队制定 Sprint 目标
 选出的产品待办列表项 + 交付计划 =Sprint 待办列表
Page  12

13. Scrum 事件 — Sprint 计划会议
 工具
 任务板
 贴纸
Page  13

14. Scrum 事件 — Sprint 计划会议
Page  14

15. Scrum 事件 —每日 Scrum 站会
 <15 分钟
 所有人都可以参加
 只有团队成员才能说话
 开发团队成员需要说明
a. 昨天我做了什么
b. 今天我准备做什么
c. 遇到了什么困难
Page  15

16. Scrum 事件 — Sprint 评审会议
 < 4 小时
 Sprint 结束时举行
 由产品负责人邀请 Scrum 团队以及相关干系人参加
 产品负责人说明待办列表完成情况
 开发团队演示完成的工作并解答关于所交付增量的问题
 开发团队讨论在 Sprint 中哪些工作顺利、遇到了什么问题、如何解决问
题
 参会人员就下一步工作进行探讨
Page  16

17. Scrum 事件 — Sprint 回顾会议
 < 3 小时
 Sprint 评审会议之后 ， 下个 Sprint 计划会议之前
 对前一个 Sprint 周期中的人、关系 、过程和工具进行排序
 找出做得好的和潜在需要改进的主要方面，并进行排序
 指定改进 Scrum 团队工作方式的计划
Page  17

18. Scrum 工件
 产品待办列表（ Product Backlog ）
 Sprint 待办列表（ Sprint Backlog ）
Scrum Master 必须和产品负责人、开发团队以及其他相关干系人一起合作，以确保
所有工件都是完全透明的。
Page  18

19. Scrum 工件 —产品待办列表
 产品待办列表是一个有序的列表，其中包含产品需要的一切可能的东西，
也是产品需求变动的唯一来源。
 产品负责人负责管理产品待办列表的内容、可用性和排序。
 排序越高的产品待办列表项通常比排序低的更清晰、更具体。
 最终的估算由开发团队决定
Page  19

20. Scrum 工件 — Sprint 待办列表
 当前 Sprint 选出的产品待办列表项 + 外加交付产品增量和实现 Sprint 目标
的计划
 每天更新估计剩余工作量
 在 Sprint 中只有团队成员都可以修改 Sprint 待办列表
Page  20

21. 参考资料
https://www.scrum.org/Scrum-Guide
http://www.mountaingoatsoftware.com/presentations/an-introduction-to-scrum/
http://duchao2008.blogspot.com/2013/04/duchao2008blogmailbloggercom_2901.html
http://ee.riaos.com/?p=20000460