51Testing软件测试论坛 's Archiver

Linda_123 发表于 2006-10-22 14:18

敏捷过程实践[经验分享]

参与敏捷过程有一段时间了, 我们享受到很多敏捷的好处, 也遇到了很多的问题.

在此将我的经验与大家分享, 希望对实施敏捷过程的同行们有一定的帮助.

文档中有争议的地方, 欢迎大家指出. 谢谢.sdlkfj2

deyizhi 发表于 2006-10-23 09:28

谢谢了!

evemond 发表于 2006-10-24 23:01

这个所谓敏捷过程是不是就是Scrum?这种项目管理模式现在在很多地方都很流行。最最累人的实际上说白了就是“早请示晚汇报”,也就是每天的例会,这很要命的,跟催命地似的。

Linda_123 发表于 2006-10-25 10:42

敏捷过程中包括很多种,Scrum也是其中的一种。 我们使用的是XP(极限编程)。

“催命”似的, 我倒是理解为,像种田一样, 每次只划分一小块,然后做完一小块就回顾一下。 至少有一点可以保证, 不会到整个项目快结束了,然后就疯狂的赶进度,疯狂的压缩测试的是时间。因为敏捷过程中开发和测试几乎示同步的。

(呵呵, 感觉大家对这个话题不是很感兴趣。。。没什么人发言哦。)

evemond 发表于 2006-10-26 01:35

嗬嗬,可能这里参与项目管理的人还没有“露峥嵘”。我那天肯定是理解错了,你说的这个敏捷过程应该就是Agile Project Management吧。XP应该就是Extreme Programming。抱歉,我们这里通常对这些新名词直接用英语,不翻译,我只好猜测你的中文所对应的概念,便于我理解。

对于你的经验分享,我觉得挺好的。虽然我自己暂时还没有接触这种项目管理模式,但是知道一些。

你所提到的用户改需求的问题,其实我有个问题:
需求应该在项目开始阶段就基本确定才对。你这里,客户要求该需求的时候,通常你们如何同意的?是否要和用户沟通诸如产品交付时间需要推迟什么的。其实对于这种Agile模式,很多人也有批评。我们这里通常认为对于小项目这种模式应该不错,如果项目大,翻来覆去的改需求,各种成本就上去了。

谢谢分享,并欢迎继续探讨!

Linda_123 发表于 2006-10-26 14:54

回复 #5 evemond 的帖子

需求管理在敏捷项目中是很重要的一块。(至少我个人是这么认为的。)
需求在项目开始阶段就有了大的计划,会确定按照这个计划我们会什么时候交付产品,但这个计划不是绝对的,会根据需求的变化而变化。

但是我们给客户更多的空间,我们将整个产品分成很多个user story,(也就是是RUP意义上的user case)。开发人员来评估每个user story的时间是多少,由客户来定哪些先做,哪些后做。(当然开发人员也会对不合理的地方提出意见和建议。)

至于交付期,实际上我们每一次迭代都是一次交付期。比如说确定本次迭代会完成5个user story,(2个星期后发布) 那么完成这部分后,我们就将release. 让客户来接收测试。并确定下一次的release将包含哪些user story。

所需要保证的就是,每次release都是可用的版本。这样客户也可以及早的发现需求交流上的问题, 不至于到开发完毕以后才发现有很多是不符合自己的真正需求的。

如果客户更改了需求,那么开发人员将更改的需求列入新的user story中,估算需求修改所需的时间和经费,让客户自己选择是否修改原先的需求。
说白了就是,给你(客户)做多少东西就收多少钱。

在这其中, 和客户的交流非常的重要

shwonder 发表于 2007-3-6 12:55

对agile 稍微有一些了解,但是不知道这种过程应用于国内的情形如何,尤其对于中小企业。给人的感觉是,冒着风险在走。毕竟这种过程迭代需要双方都能适应。

dulong 发表于 2007-3-18 04:43

ding

jiangxk 发表于 2007-4-5 15:53

支持敏捷开发

但实际上我们还是原型加瀑布

zhaoyinggf 发表于 2007-4-12 14:24

顶!
了解以下

legendarylucc 发表于 2007-6-26 10:03

sdlkfj5

yja007 发表于 2007-7-2 18:36

thanks

zyttony 发表于 2007-8-13 10:00

xiexie

youth81 发表于 2007-8-29 13:42

回复 #1 Linda_123 的帖子

很不错啊
一直想看看恩sdlkfj2

changlang530 发表于 2007-8-31 15:50

谢谢

tgbangbang 发表于 2007-8-31 16:18

bu mingbai

zhouzxcv 发表于 2007-9-19 11:57

sdlkfj1 3Q楼主

ylylpp 发表于 2007-9-19 15:21

好东东,收下了

zhyly101 发表于 2007-9-24 12:15

好,就是看不了,郁闷了。

oumingzhu 发表于 2007-9-26 09:57

FDASF

放大

1001 发表于 2007-9-27 21:19

回复 1# 的帖子

看一下

labtime 发表于 2007-9-27 21:45

不错

isn 发表于 2007-9-28 17:21

谢谢楼主啊!

hairet 发表于 2007-10-8 17:48

学习中……支持下

macco 发表于 2007-10-11 11:02

好东西!感谢楼主!

macco 发表于 2007-10-11 11:16

感谢分享!

oumingzhu 发表于 2007-10-24 11:21

DDD

DDD

elong602 发表于 2007-11-6 23:39

敏捷可理解为在以前软件开发方法基础上的整合,取其精华,去其糟粕,不断的去改善,而非创新。因此敏捷继承了不少以前方法的优势。是一种非常短的循环,使终端客户可以及时、快速地看到他们花钱构建的软件是一个什么样的。个人看法,不断的check in,check out。希望大家踊跃的参与并谈论!!:lol

ruanyongjie 发表于 2008-8-22 08:43

下了,学习

mianbaoshu 发表于 2008-9-8 23:39

还是感觉到很多问题现实中会更复杂,不好处理。

wttoyou1221 发表于 2008-10-28 15:20

:handshake

guangyuchong 发表于 2008-10-31 15:05

支持分享:victory:

红尾鱼鱼 发表于 2008-12-17 17:30

谢谢楼主,抱走了!!:loveliness:

千纸鹤 发表于 2009-5-26 17:45

可能我们部门处于一个半尴尬的境地,项目初始采用瀑布,但是由于工期限制,左后改成敏捷了,所说缩短了工期,其实潜在的隐患和风险还是挺多的

随风飘 发表于 2009-6-16 13:54

在实施Scrum的时候还是会遇到很多意料之外的事情发生的,比如楼主说的在开发过程中遇到改需求的问题,在测试过程中遇到不全部按照case走流程的问题,所以大的项目持续半年以上的项目不建议使用Agile管理模式,且每个Scrum团队最好不超过9个人~~~每天早上的stand up meeting如果用心还是能学到很多的~~不是催命作业~~现在我们Scrum的时间定为5小时,因为还有3小时必定做了其他的事情,所以从现实出发修改我们的estimated hours.

Juix 发表于 2009-7-14 15:24

谢谢,目前正准备在公司参考敏捷开发的思想来进行项目管理方面的改革,正好学习下。

moving1000 发表于 2009-7-23 10:51

:handshake :handshake :handshake

woza 发表于 2009-7-31 22:10

[quote]原帖由 [i]随风飘[/i] 于 2009-6-16 13:54 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=1255530&ptid=46634][img]http://bbs.51testing.com/images/common/back.gif[/img][/url]
在实施Scrum的时候还是会遇到很多意料之外的事情发生的,比如楼主说的在开发过程中遇到改需求的问题,在测试过程中遇到不全部按照case走流程的问题,所以大的项目持续半年以上的项目不建议使用Agile管理模式,且每个 ... [/quote]

我们做scrum有2年了。产品开发一直没有停过。没觉得长期的项目用agile有什么问题。个人觉得常规的team,开发加QA,四人左右比较好。不过我们有一次做紧急任务,用Lean和scrum混合的开发模式,40个人一个team。结果做的非常开心。那个效果真是没得说。

zhap 发表于 2009-10-15 17:18

感谢!

cas 发表于 2009-11-26 14:24

嘿嘿,可以嘛:lol

页: [1] 2

Powered by Discuz! Archiver 7.2  © 2001-2009 Comsenz Inc.