- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
1
敏捷开发之Scrum简介
罗运伟
2
是一种从90年代开始逐渐引起广泛关注的一些新型软件开发方法。
XP ( Extreme Programming )
Scrum
3
Scrum是英语中橄榄球运动的一个专业术语,表示“争球”。
特指一种敏捷开发的模型。
4
5
软件开发的经典模型
6
瀑布模型的主要缺陷:
程序的维护成本会越来越高(需要很多人)
团队氛围压抑(感受不到激情)
不方便做需求变更(引起客户不满)
7
8
9
10
11
12
Imp:重要性; Est :大致相当于一个“理想的人天(man-day)”
13
计划会议要有足够的时间,最好至少8个小时
取出部分产品需求做成sprint需求,并写成索引卡
确定并细分每一个索引卡的故事(Story)
进行工作认领(不是分配)
确定每日站立会议的时间和地点
确定好演示会议和回顾会议的日期
14
15
16
17
10-15分钟
迟到将接受惩罚
自问自答三个问题
昨天做了什么
今天要做什么
遇到了什么问题
更新燃尽图
18
19
20
21
使用好任务看板
需求,设计,开发,测试,维护
注意燃尽图
不要使用软件取代看板
可以选择性的和XP的某些方式结合
测试驱动开发
结对编程
22
23
24
25
26
演示是跨团队的,会产生不同团队之间的交流
不要关注太多的细节,以主要的功能为主
让老板和客户看到
非常的重要,绝对不可以被忽略
27
时间在1-3个小时
找最舒适的地方(要有回顾看板)
开始的时候轮流发言,而不是主动发言
记录问题,总结,并讨论改进的方法,放在回顾看板上
每人三个磁铁,将最重要的2-3个改进点,成为下一轮的产品需求
28
29
我们应花更多时间,把故事拆分成更小的条目和任务
我们办公室的环境太吵太混乱了
我们做出了过度的承诺,最后只完成了一半工作
30
Scrum的主要缺陷:
压力大
不方便跨时区,跨语言
程序维护成本偏高
无法被中断
如何改善:
结合XP:
和客户坐在一起
结对编程
测试驱动开发(TDD)
使用编码规范
40小时工作制
31
全员规划,分块并行
文档为纲,当面交流
迭代开发,分块检查,持续交付
优先开发,讲究实效
32
原创力文档


文档评论(0)