新足迹

 找回密码
 注册

精华好帖回顾

· 搞大了! (2008-9-13) 盘丝小妖 · 顺便上几张人像 (2009-2-8) alextzj
· 我家的吉祥三宝 (2007-5-10) hehe · 安装双摄像头的行车记录仪, 前后摄像, 同时解决了大suv倒车盲区问题。 (2013-7-14) shangpin
Advertisement
Advertisement
12
返回列表 发新帖
楼主:saturday10pm

[IT] 请问Agile开发模式在澳洲IT开发中应用广泛吗? [复制链接]

发表于 2014-5-15 22:32 |显示全部楼层
此文章由 无视 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 无视 所有!转贴必须注明作者、出处和本声明,并保持内容完整
kawara 发表于 2014-5-15 21:30
男搭档你也能觉出可爱?口味有点重

我看谁都可爱,不论男女
Advertisement
Advertisement

发表于 2014-5-15 22:34 |显示全部楼层
此文章由 wyatt 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 wyatt 所有!转贴必须注明作者、出处和本声明,并保持内容完整
Agile我们公司也再用, 整天看到Architect和Developer在那边discuss, BA快失业了..
Tester需要经常去问Developer需求是什么?反正就是一锅粥..

评分

参与人数 1积分 +1 收起 理由
zbczbc220053 + 1 ^_^

查看全部评分

发表于 2014-5-15 22:56 |显示全部楼层
此文章由 zzgirl 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 zzgirl 所有!转贴必须注明作者、出处和本声明,并保持内容完整
头像被屏蔽

禁止发言

发表于 2014-5-15 23:42 |显示全部楼层
此文章由 outdance 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 outdance 所有!转贴必须注明作者、出处和本声明,并保持内容完整
还好老子去搞了个scrum master, 其实也不是真的master,但是学会了大忽悠,应付面试和客户绰绰有余,真到了项目么,反正澳洲是项目十有八九都很SB,你们懂得

发表于 2014-5-16 01:34 来自手机 |显示全部楼层
此文章由 xxmplus 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 xxmplus 所有!转贴必须注明作者、出处和本声明,并保持内容完整
Grange 发表于 2014-5-15 21:04
XP是Agile里的一种,现在很少公司用了,其实曾经也很少,不说别的,pair programming有多少公司会做,我 ...

换汤不换药,换个马甲继续骗钱,agile就是大忽悠

发表于 2014-5-16 04:53 |显示全部楼层
此文章由 xmj 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 xmj 所有!转贴必须注明作者、出处和本声明,并保持内容完整
说实话看的我下巴都掉了,以前还真以为agile和书本中写的一样美好
请教一下,客户改需求是实际工程中不可避免的现象,waterfall最大的短板就是只能按部就班,灵活性差,越到后期越没法改动
如果agile 也不好,那么理想的开发模式是什么?waterfall?
Advertisement
Advertisement

发表于 2014-5-16 10:03 |显示全部楼层
此文章由 yourock 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 yourock 所有!转贴必须注明作者、出处和本声明,并保持内容完整
punch face meeting everyday.

发表于 2014-5-16 11:01 |显示全部楼层
此文章由 brahmasky 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 brahmasky 所有!转贴必须注明作者、出处和本声明,并保持内容完整
我们公司也在用agile,不过不是做开发,而是在项目管理方面,效果还不错

发表于 2014-5-16 11:02 |显示全部楼层
此文章由 nariko 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 nariko 所有!转贴必须注明作者、出处和本声明,并保持内容完整
项目管理用agile还是挺好的, 开发的话就难说了,很多问题是以前积累的,不是一下子能解决

发表于 2014-5-16 11:21 |显示全部楼层
此文章由 hyq1031 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 hyq1031 所有!转贴必须注明作者、出处和本声明,并保持内容完整
AGILE在提供解决方案是很简单,因为处了Customer不一样,其他都一样。 但在项目实施中比较困难,因为没有fixed deliverables,在客户和项目实施方有很大争议。好像好多PM都不喜欢Agile consulting.

发表于 2014-5-16 11:23 |显示全部楼层
此文章由 bmatt 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 bmatt 所有!转贴必须注明作者、出处和本声明,并保持内容完整
主要是澳洲人民很多都是无条件自信,所以木有办法领导,于是就应用敏捷,这样大家谁爱干啥就干啥。。不爱干的就去吹牛打屁
Advertisement
Advertisement

发表于 2014-5-16 11:53 |显示全部楼层
此文章由 twinkle_lz 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 twinkle_lz 所有!转贴必须注明作者、出处和本声明,并保持内容完整
Agile跟测试的确有极大关系,说跟测试没关系,说明没理解精髓。

敏捷说到底就是加快迭代,让悬崖变成楼梯。敏捷诸多实践中,CI是个核心实践。

测试说到底就是给反馈,没反馈或是反馈慢,都无法做到真正CI。不理解建议看看Martin Fowler写的篇文章,TW里面为数不多的明白人。

结对也是个大坑,很多老板觉得两个人工作后不上网玩手机就叫提高效率,但核心是专注于设计,激发思维。真正做好结对,一天下来肯定会非常累。什么男女搭配效率高,那说明没和好程序员结对过。

但是敏捷有用吗?我只想说,领导如果不懂,那就是瞎搞,如果懂了,那很多东西都不用在意,比叫嚣着搞敏捷强太多了。建议看看黄易山的文章。

推什么Scrume,又或是用Jenkins,我只能说,自己造一次轮子,就知道核心关键在哪里了,用什么不重要。一个团队5个人,一天提交小于5次,代码量少5万,这做了等于没做。一个团队100人,一天提交100次,代码量100万,这种能做成CI,那就牛b了,那也不是Jenkins能做起来的。

“Agile已死” 这是敏捷创始人说的,因为她已经完全被咨询公司强奸了。现在一些顾问操着满嘴名词DSL,DDL,SDN等等,忽悠着很多不懂软件的人,真是让人难以接受。

不过5个牛人在一起,的确就可以干掉100人团队。问题是在国内很难遇到这些牛人,澳洲也难,虽然难的原因不一样,但是结果都是很难。所以我建议lz把眼光放到整个世界,找到合适公司。

另外,如果LZ搞软件的话,我建议你学习functional programming。当前世界很多时髦理论,早在70年代就已经被大神们研究完了,而很多东西又是围绕着fp,潜心研究研究对自己程序员生涯会非常有好处。

发表于 2014-5-16 12:16 |显示全部楼层
此文章由 hanxuema 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 hanxuema 所有!转贴必须注明作者、出处和本声明,并保持内容完整
kawara 发表于 2014-5-15 21:24
要是搭档可爱的话,还是挺有意思的,一边编程一边聊着,我试过

是的,我现在的公司有时候会用,特别是碰到有点难度的算法的时候。两个人坐一天, 一个敲键盘,一个在后面看着说。后来发现pair coding之后的打发基本不需要返工。

发表于 2014-5-16 12:18 |显示全部楼层
此文章由 hanxuema 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 hanxuema 所有!转贴必须注明作者、出处和本声明,并保持内容完整
我觉得Agile的团队,对于码农有那么点保护的作用,不用无止尽的加班。

发表于 2014-5-16 12:27 |显示全部楼层
此文章由 kakacii 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 kakacii 所有!转贴必须注明作者、出处和本声明,并保持内容完整
kawara 发表于 2014-5-15 21:28
为啥不能? 好多年以前了。是个印度妞,长得一般还有点味道,不过很有风情。好几个同事对她感觉不错 ...

印度妞,长得一般还有点味道,这不是太正常了么,

我还认识几个印度妞 长得一般但味道很大!

发表于 2014-5-16 13:20 |显示全部楼层
此文章由 huazhb 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 huazhb 所有!转贴必须注明作者、出处和本声明,并保持内容完整
我到现在的公司两年了,整个项目都是走Sprint, 两周一个Sprint, 每个Sprint都是领导或者BA写User Store,然后大家一起做Plan, 分Task, 整个Sprint的所有Task就贴在Board上。 每天就是早上大家讲一下昨天做了什么, 今天做什么。 我觉得这个方法对BA的要求比较高, 必须要准备好User Story, 否则整个team就没有活了。这个应该算是Agile吧。当然代码都是TDD了, 也有专人做Auto Testing。

评分

参与人数 1积分 +5 收起 理由
melmonash + 5 感谢分享

查看全部评分

Advertisement
Advertisement

发表于 2014-5-16 13:25 |显示全部楼层
此文章由 kawara 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 kawara 所有!转贴必须注明作者、出处和本声明,并保持内容完整
huazhb 发表于 2014-5-16 12:20
我到现在的公司两年了,整个项目都是走Sprint, 两周一个Sprint, 每个Sprint都是领导或者BA写User Store, ...

User story 可以整个team 一起切磋。agile 里队员功能不要分得那么细。不然就成了mini waterfall了

发表于 2014-5-16 13:36 |显示全部楼层
此文章由 huazhb 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 huazhb 所有!转贴必须注明作者、出处和本声明,并保持内容完整
kawara 发表于 2014-5-16 12:25
User story 可以整个team 一起切磋。agile 里队员功能不要分得那么细。不然就成了mini waterfall了 ...

User Story一起切磋估计没有那么多钱。我们还是分前端开发和后端开发的。你说miniwaterfall还真有点像, 我想了想, 这个agile不就是把大的事情切成小的事情吗?

发表于 2014-5-16 13:43 |显示全部楼层
此文章由 kawara 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 kawara 所有!转贴必须注明作者、出处和本声明,并保持内容完整
huazhb 发表于 2014-5-16 12:36
User Story一起切磋估计没有那么多钱。我们还是分前端开发和后端开发的。你说miniwaterfall还真有点像,  ...

是的把大的事情变成很多小事情,避免好多个task working in progress.完成一个功能可以迅速展示来获得迅速反馈,避免大规模返工。

大家一起讨论花不了多少时间,轮流写下来就可以了。这样开发人员也可以了解事情的来龙去脉,工作参与感更强,效率也会高些。

发表于 2014-5-16 14:00 |显示全部楼层
此文章由 mengqing 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 mengqing 所有!转贴必须注明作者、出处和本声明,并保持内容完整
hanxuema 发表于 2014-5-16 11:16
是的,我现在的公司有时候会用,特别是碰到有点难度的算法的时候。两个人坐一天, 一个敲键盘,一个在后 ...

还有种pair programming就是两个人同时完成一个function,一个写feature,一个coding。然后隔天互换

发表于 2014-5-16 15:03 |显示全部楼层
此文章由 fifapig 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 fifapig 所有!转贴必须注明作者、出处和本声明,并保持内容完整
本帖最后由 fifapig 于 2014-5-16 14:05 编辑
huazhb 发表于 2014-5-16 12:20
我到现在的公司两年了,整个项目都是走Sprint, 两周一个Sprint, 每个Sprint都是领导或者BA写User Store, ...


Advertisement
Advertisement
头像被屏蔽

禁止发言

发表于 2014-5-16 15:06 |显示全部楼层
此文章由 lubber 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 lubber 所有!转贴必须注明作者、出处和本声明,并保持内容完整
it depends whether you have a good team leader, if bad design, then whole project fail

发表于 2014-5-16 15:52 |显示全部楼层
此文章由 xxmplus 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 xxmplus 所有!转贴必须注明作者、出处和本声明,并保持内容完整
twinkle_lz 发表于 2014-5-16 10:53
Agile跟测试的确有极大关系,说跟测试没关系,说明没理解精髓。

敏捷说到底就是加快迭代,让悬崖变成楼梯 ...

说到底还是人靠谱,而不是流程靠谱,觉得agile是灵丹妙药的,自己去墙角默写“没有银弹”一百遍吧

发表于 2014-5-17 17:14 来自手机 |显示全部楼层
此文章由 嘟呱妈 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 嘟呱妈 所有!转贴必须注明作者、出处和本声明,并保持内容完整
一个team有着靠谱的流程去指导每个人,工作起来效率要提高不少吧。以前用过agile,但用的浅显,开发周期短,反馈迅速,码农至少降低了大量重返工的风险。

发表于 2014-5-17 23:34 |显示全部楼层
此文章由 melmonash 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 melmonash 所有!转贴必须注明作者、出处和本声明,并保持内容完整
huazhb 发表于 2014-5-16 12:20
我到现在的公司两年了,整个项目都是走Sprint, 两周一个Sprint, 每个Sprint都是领导或者BA写User Store, ...

请问每个feature写实现之前,都会写test吗?能具体讲讲你们怎么搞TDD的吗?
出国n年,一事无成。
学IT不懂IT,其他什么也不会。

发表于 2014-5-17 23:58 |显示全部楼层
此文章由 骷髅 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 骷髅 所有!转贴必须注明作者、出处和本声明,并保持内容完整
我们是用bdd,开始的时候很难,因为tester和ba对bdd的好处理解不了,总觉得是浪费时间。不过好在整个developer team意见比较一致,坚持一段时间还是推行下来了。但是也有些compromise,现在的方式是tester负责用specflow写test,developer写code。
Advertisement
Advertisement

发表于 2014-5-18 11:08 |显示全部楼层
此文章由 huazhb 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 huazhb 所有!转贴必须注明作者、出处和本声明,并保持内容完整
melmonash 发表于 2014-5-17 22:34
请问每个feature写实现之前,都会写test吗?能具体讲讲你们怎么搞TDD的吗?

TDD是开发的时候程序员先写Unit Testing。自动测试是在代码写完以后在写。

发表于 2014-5-19 12:06 |显示全部楼层
此文章由 ysihaoy 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 ysihaoy 所有!转贴必须注明作者、出处和本声明,并保持内容完整
kawara 发表于 2014-5-15 16:04
Agile 的核心是减少WIP working in progress,换句话说是缩短功能开发周期,及时展示功能给客户得到快速 ...

这个貌似是lean吧?

发表于 2014-5-19 19:02 |显示全部楼层
此文章由 gozh2005 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 gozh2005 所有!转贴必须注明作者、出处和本声明,并保持内容完整
我觉得agile是很好的东西。不过没有什么公司是真的按agile在做的。其实都假的agile多。

发表于 2014-5-19 19:34 |显示全部楼层
此文章由 hgon23 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 hgon23 所有!转贴必须注明作者、出处和本声明,并保持内容完整
Agile的本质是程序猿(们)用来和客户谈判的一种策略

发表回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则

Advertisement
Advertisement
返回顶部