1. 敏捷开发漫谈
Marvin （三马）

2. Scrum 是什么？
Scrum 是英语中橄榄球运动的一个专
业术语，表示“争球”

3. 敏捷是什么？
• 是一种从 90 年代开始逐渐引起广泛关注的一些
新型软件开发方法。
– XP ( Extreme Programming )
– Scrum

4. 为什么要敏捷

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

6. 瀑布模型的主要缺陷：
– 维护成本高
– 缺少沟通，氛围压抑
–慢

7. 需求，设计阶段的问题

8. 开发，维护阶段的问题

9. Scrum 开发模型

10. Sprint 流程图

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

12. Sprint 计划会议
• 计划会议要有足够的时间，最好至少 8 个
小时
• 取出部分产品需求做成 sprint 需求，并写成
索引卡
• 确定并细分每一个索引卡的故事（ Story ）
• 进行工作认领（不是分配）
• 确定每日站立会议的时间和地点
• 确定好演示会议和回顾会议的日期

13. 场景展示 - 索引卡

14. 场景展示 - 计划纸牌

15. 场景展示 - 故事看板

16. 站立会议
• 10-15 分钟
• 迟到将接受惩罚
• 自问自答三个问题
– 昨天做了什么
– 今天要做什么
– 遇到了什么问题
• 更新燃尽图

17. 场景展示 - 每日站立会议

19. 场景展示 - 燃尽图

20. 场景展示 - 任务看板

21. 场景展示 - 任务看板

23. 演示会议
• 演示是跨团队的，会产生不同团队之间的
交流
• 不要关注太多的细节，以主要的功能为主
• 让老板和客户看到
• 非常的重要，绝对不可以被忽略

24. 回顾会议
时间在 1-3 个小时
找最舒适的地方（要有回顾看板）
开始的时候轮流发言，而不是主动发言
记录问题，总结，并讨论改进的方法，放
在回顾看板上
• 每人三个磁铁，将最重要的 2-3 个改进点，
成为下一轮的产品需求
•
•
•
•

25. 场景展示 - 回顾会议看板

26. 回顾会议问题举例
• 我们应花更多时间，把故事拆分成更小的
条目和任务
• 我们办公室的环境太吵太混乱了
• 我们做出了过度的承诺，最后只完成了一
半工作

27. • Scrum 的主要缺陷：
–
–
–
–
压力大
不方便跨时区，跨语言
程序维护成本偏高
无法被中断
• 如何改善：
– 结合 XP ：
• 和客户坐在一起
• 结对编程
• 测试驱动开发（ TDD ）
– 32 小时工作制

28. 结对编程

29. 图书介绍

30. 谢谢！