Scrum 漫谈马骁驰（网名：三马）

Think In LAMP 社群2010.4

Scrum 是什么？

　　 Scrum 是英语中橄榄球运动的一个专业术语，表示“争球”。

　　 特指一种敏捷开发的模型。

敏捷是什么？• 是一种从 90 年代开始逐渐引起广泛关注的一些

新型软件开发方法。– XP ( Extreme Programming )– Scrum

为什么分享敏捷

非敏捷 - 瀑布式开发• 软件开发的经典模型

瀑布模型的主要缺陷：– 程序的维护成本会越来越高（需要很多人）– 团队氛围压抑（感受不到激情）– 不方便做需求变更（引起客户不满）

需求，设计阶段的问题

开发，维护阶段的问题

Scrum 开发模型

Sprint 流程图

产品需求

Imp ：重要性； Est ：大致相当于一个“理想的人天（ man-day ）”

Sprint 计划会议• 计划会议要有足够的时间，最好至少 8 个

小时• 取出部分产品需求做成 sprint 需求，并写成

索引卡• 确定并细分每一个索引卡的故事（ Story ）• 进行工作认领（不是分配）• 确定每日站立会议的时间和地点• 确定好演示会议和回顾会议的日期

场景展示 - 索引卡

场景展示 - 计划纸牌

场景展示 - 故事看板

站立会议• 10-15 分钟• 迟到将接受惩罚• 自问自答三个问题

– 昨天做了什么– 今天要做什么– 遇到了什么问题

• 更新燃尽图

场景展示 - 每日站立会议

场景展示 - 燃尽图

Sprint 开发周期• 使用好任务看板• 需求，设计，开发，测试，维护• 注意燃尽图• 不要使用软件取代看板• 可以选择性的和 XP 的某些方式结合

– 测试驱动开发– 结对编程

场景展示 - 任务看板

场景展示 - 任务看板

演示会议• 演示是跨团队的，会产生不同团队之间的

交流• 不要关注太多的细节，以主要的功能为主• 让老板和客户看到• 非常的重要，绝对不可以被忽略

回顾会议• 时间在 1-3 个小时• 找最舒适的地方（要有回顾看板）• 开始的时候轮流发言，而不是主动发言• 记录问题，总结，并讨论改进的方法，放

在回顾看板上• 每人三个磁铁，将最重要的 2-3 个改进点，

成为下一轮的产品需求

场景展示 - 回顾会议看板

回顾会议问题举例• 我们应花更多时间，把故事拆分成更小的条目和任务

• 我们办公室的环境太吵太混乱了• 我们做出了过度的承诺，最后只完成了一半工作

• Scrum 的主要缺陷：– 压力大– 不方便跨时区，跨语言– 程序维护成本偏高– 无法被中断

• 如何改善：– 结合 XP ：

• 和客户坐在一起• 结对编程• 测试驱动开发（ TDD ）• 使用编码规范

– 32 小时工作制

结对编程

TDD 和 编码规范• 下次分享

本 PPT 中没有提到的内容• Scrum 中的角色

图书介绍

Scrum Gathering 上海演讲• Scrum 在中国不管用 - Bas Vodde • Scrum 和 XP ：神话、事实，怎样做 - Kane Mar • 技术卓越：它是什么和怎样能够做到？ - Lasse Koskela • 敏 捷在微软：成功的关键 - Mitch Lacey • 健康的 Scrum - 敏捷的心跳 - Vernon Stinebaker • 充满自信地每日发布软件版本 - 如何把接受性测试驱动开发与持续集成相结合提升您持续给客户带来价值的能力 - Dou Hanzhi / Qin Zhiyuan

• 怎样通过机遇工程 (Opportunity Engineering) 将 Scrum 的敏捷性和和创新潜力最大化 - Julien Mazloum / David Du

• 超越软件 的 Scrum:怎样在书籍翻译中成功运用敏捷思维和技巧 - 滕振宇 / 李国彪

• 在大规模 Scrum转换中的系统化思维 - 吕毅 • 我 已经没有银弹了，现在怎么办？ - 徐毅 • 敏捷估计 2.0 - Brad Swanson

开始漫谈Scrum 对软件外包行业的影响？如何一步一步得在项目中引入 Scrum ？开源社区应当如何学习 Scrum ？

谢谢！ Think In LAMP