Scrum敏捷开发ppt

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

场景展示 - 回顾会议看板
回顾会议问题举例
• 我们应花更多时间,把故事拆分成更小的 条目和任务 • 我们办公室的环境太吵太混乱了 • 我们做出了过度的承诺,最后只完成了一 半工作
• Scrum的主要缺陷:
– – – – 压力大 不方便跨时区,跨语言 程序维护成本偏高 无法被中断
• 如何改善:
– 结合XP:
Scrum 漫谈
马骁驰(网名:三马) Think In LAMP 社群 2010.4
Scrum 是什么?
Scrum是英语中橄榄球运动的一个专业 术语,表示“争球”。 特指一种敏捷开发的模型。
敏捷是什么?
• 是一种从90年代开始逐渐引起广泛关注的一些新 型软件开发方法。 – XP ( Extreme Programming )
场景展示 - 索引卡
场景展示 - 计划纸牌
场景展示 - 故事看板
站立会议
• 10-15分钟 • 迟到将接受惩罚 • 自问自答三个问题
– 昨天做了什么 – 今天要做什么 – 遇到了什么问题
• 更新燃尽图
场景展示 - 每日站立会议
场景展示 - 燃尽图
Sprint开发周期
• • • • • 使用好任务看板 需求,设计,开发,测试,维护 注意燃尽图 不要使用软件取代看板 可以选择性的和XP的某些方式结合
– 测试驱动开发 – 结对编程
场景展示 - 任务看板
场景展示 - 任务看板
演示会议
• 演示是跨团队的,会产生不同团队之间的 交流 • 不要关注太多的细节,以主要的功能为主 • 让老板和客户看到 • 非常的重要,绝对不可以被忽略
回顾会议
• • • • 时间在1-3个小时 找最舒适的地方(要有回顾看板) 开始的时候轮流发言,而不是主动发言 记录问题,总结,并讨论改进的方法,放 在回顾看板上 • 每人三个磁铁,将最重要的2-3个改进点, 成为下一轮的产品需求
• • • • 和客户坐在一起 结对编程 测试驱动开发(TDD) 使用编码规范
– 32小时工作制
结对编程
TDD 和 编码规范
• 下次分享
本PPT中没有提到的Βιβλιοθήκη Baidu容
• 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
产品需求
Imp:重要性;
Est :大致相当于一个“理想的人天(man-day)”
Sprint 计划会议
• 计划会议要有足够的时间,最好至少8个小 时 • 取出部分产品需求做成sprint需求,并写成 索引卡 • 确定并细分每一个索引卡的故事(Story) • 进行工作认领(不是分配) • 确定每日站立会议的时间和地点 • 确定好演示会议和回顾会议的日期
– Scrum
为什么分享敏捷
非敏捷 - 瀑布式开发
• 软件开发的经典模型
瀑布模型的主要缺陷: – 程序的维护成本会越来越高(需要很多人) – 团队氛围压抑(感受不到激情) – 不方便做需求变更(引起客户不满)
需求,设计阶段的问题
开发,维护阶段的问题
Scrum开发模型
Sprint 流程图
开始漫谈
Scrum对软件外包行业的影响? 如何一步一步得在项目中引入Scrum? 开源社区应当如何学习Scrum?
谢谢! Think In LAMP
相关文档
最新文档