锁定老帖子 主题:正确认识scrum和xp
该帖已经被评为新手帖
|
|
---|---|
作者 | 正文 |
发表时间:2010-09-02
前陣子有開發一案子,我們就用scrum,通過每日站會實時監控專案的進度,通過sprint的跟蹤不斷激勵團隊的士氣,挺有效的
個人覺得,XP或者scrum都只是方法論,把其中的思想理解,運用其中的工具,結合自己團隊現狀,組合成一套適合自己的解決方案才好 |
|
返回顶楼 | |
发表时间:2010-09-02
楼上在台湾公司?
|
|
返回顶楼 | |
发表时间:2010-09-04
有效果就是敏捷,没效果就别用这一套。
|
|
返回顶楼 | |
发表时间:2010-09-06
特意去下了《硝烟中的scrum和xp》,看了一半才反应过来这书以前看过的。
我请wwccss中特别注意在“我们怎么组合使用scrum和xp”这章中作者的态度: 引用 阿门!对我来说,它比Scrum和XP还要重要。你可以拿走我的房子、我的电视还有我的狗,但不要试着让我停止使用TDD!如果你不喜欢TDD,那就别让我进入你的地盘,不然我一定会想方设法来偷摸着干的
![]() 很明显,作者的团队是采用TDD的! 不知道你所谓 引用 看看,这里面有哪一条写过,要让大家做单元测试,做tdd?
在实践中究竟搞成了什么样?反正我不知道哪个"SCRUM without XP"是真正起了作用的。
敏捷的方式有很多种,不要认为只有极限编程才是正宗门派,其他的都是歪门邪道。如果真的是这样,那就成了岳不群了。 话说回来,为啥JE对SCRUM这么反感?就因为太多"SCRUM without XP"是那些从未真正实践过TDD的SCRUM Master在搞。他们(包括lz)认为TDD是个可选件,只要自己的管理能力高,流程先进,就能推行敏捷了,有没有TDD都无所谓。这样的SCRUM让人不爽不是很正常的吗? |
|
返回顶楼 | |
发表时间:2010-09-06
最后修改:2010-09-06
引用 特意去下了《硝烟中的scrum和xp》,看了一半才反应过来这书以前看过的。
我请wwccss中特别注意在“我们怎么组合使用scrum和xp”这章中作者的态度: 引用 阿门!对我来说,它比Scrum和XP还要重要。你可以拿走我的房子、我的电视还有我的狗,但不要试着让我停止使用TDD!如果你不喜欢TDD,那就别让我进入你的地盘,不然我一定会想方设法来偷摸着干的) 很明显,作者的团队是采用TDD的! 不知道你所谓 引用 看看,这里面有哪一条写过,要让大家做单元测试,做tdd? 敏捷的方式有很多种,不要认为只有极限编程才是正宗门派,其他的都是歪门邪道。如果真的是这样,那就成了岳不群了。 在实践中究竟搞成了什么样?反正我不知道哪个"SCRUM without XP"是真正起了作用的。 话说回来,为啥JE对SCRUM这么反感?就因为太多"SCRUM without XP"是那些从未真正实践过TDD的SCRUM Master在搞。他们(包括lz)认为TDD是个可选件,只要自己的管理能力高,流程先进,就能推行敏捷了,有没有TDD都无所谓。这样的SCRUM让人不爽不是很正常的吗? to iamlotus,你看待问题太过于偏激。认为实行了tdd,才是敏捷开发。不实行tdd,就不是敏捷开发,让人笑话。 你敢说你实行的就是真正的tdd嘛?不要以为写了几个单元测试用例,就是认为是tdd了。真正的tdd,估计你还差的远。 我写得程序,不需要单元测试用例,写完之后,自己心中有常见的测试用例,照着测一遍,基本没有问题,即可达到生产质量。我们团队的新来的小朋友,注意,刚刚毕业,以前没有搞过web编程。从改bug开始,现在已经可以独立完成模块的开发。才仅仅两个多月。项目临近结束的时候,大家一起通过代码review,代码质量也可以保证。我们不需要tdd。 真正的高手,是不需要tdd的。 ![]() 真正的tdd,对团队要求很高的。而且业内对tdd也有很多的争议。 scrum和xp的关系,大家要正确的去对待它。scrum提供宏观的指导,然后团队根据自己的情况,采取适当的xp实践,这才是真正的敏捷之道。 |
|
返回顶楼 | |
发表时间:2010-09-06
wwccss 写道 to iamlotus,你看待问题太过于偏激。认为实行了tdd,才是敏捷开发。不实行tdd,就不是敏捷开发,让人笑话。 你敢说你实行的就是真正的tdd嘛?不要以为写了几个单元测试用例,就是认为是tdd了。真正的tdd,估计你还差的远。 我写得程序,不需要单元测试用例,写完之后,自己心中有常见的测试用例,照着测一遍,基本没有问题,即可达到生产质量。我们团队的新来的小朋友,注意,刚刚毕业,以前没有搞过web编程。从改bug开始,现在已经可以独立完成模块的开发。才仅仅两个多月。项目临近结束的时候,大家一起通过代码review,代码质量也可以保证。我们不需要tdd。 真正的高手,是不需要tdd的。 ![]() 真正的tdd,对团队要求很高的。而且业内对tdd也有很多的争议。 scrum和xp的关系,大家要正确的去对待它。scrum提供宏观的指导,然后团队根据自己的情况,采取适当的xp实践,这才是真正的敏捷之道。 红色文字让人看了想笑。 粗体文字让人看了迷糊。 |
|
返回顶楼 | |
发表时间:2010-09-06
最后修改:2010-09-06
引用 红色文字让人看了想笑。
粗体文字让人看了迷糊。 笑吧!等你搞明白了什么是tdd,什么是unite testing,你就笑不出来了。 ![]() 你以为我是在自吹自擂,也搞错了。code.google.com/p/zentaoms/,这是我们开源项目的代码,欢迎指教。(鸡蛋里挑骨头的事情,就不要做了。这种事情谁都会做,没有任何意义。) 极限编程里面的那些实践,无外乎是保证代码质量的手段。这些是术的东西,而非道的东西。把握住事情的本质,众术皆为我所用,而又不局限于术。唉,说了也不懂。 感觉现在就像是五岳剑派,在争着自己是名门正派,其他的都是歪门邪道一样。不过到最后来,还是自宫。hoho,自宫可非敏捷惟一道路。 |
|
返回顶楼 | |
发表时间:2010-09-06
从你的回复看出,你确实是没有实行过TDD,就推行Scrum with TDD的那种Scrum master。
也许在实际项目中我没法完全按照自己的理解去推行XP的实践,但没法推行并不等于不正确。正如现实生活中有丑陋,善良并不总能实现,可这不妨碍我认为善良是好的。如果你认为这是偏激的话,那么我承认。 另外我不认为TDD是多么高深的东西,如果你清楚,还麻烦你告诉我什么是TDD,什么是Unit test,好吗? |
|
返回顶楼 | |
发表时间:2010-09-06
scrum过度看中Story的划分,总觉得缺少一种全局把握,这些问题往往在功能测试的时候没事,但在系统测试的时候问题就暴露出来了.
起码我们目前是这样,不知道大家会不会遇到,又是怎么考虑的? |
|
返回顶楼 | |
发表时间:2010-09-06
最后修改:2010-09-06
wwccss 写道 引用 特意去下了《硝烟中的scrum和xp》,看了一半才反应过来这书以前看过的。
我请wwccss中特别注意在“我们怎么组合使用scrum和xp”这章中作者的态度: 引用 阿门!对我来说,它比Scrum和XP还要重要。你可以拿走我的房子、我的电视还有我的狗,但不要试着让我停止使用TDD!如果你不喜欢TDD,那就别让我进入你的地盘,不然我一定会想方设法来偷摸着干的) 很明显,作者的团队是采用TDD的! 不知道你所谓 引用 看看,这里面有哪一条写过,要让大家做单元测试,做tdd? 敏捷的方式有很多种,不要认为只有极限编程才是正宗门派,其他的都是歪门邪道。如果真的是这样,那就成了岳不群了。 在实践中究竟搞成了什么样?反正我不知道哪个"SCRUM without XP"是真正起了作用的。 话说回来,为啥JE对SCRUM这么反感?就因为太多"SCRUM without XP"是那些从未真正实践过TDD的SCRUM Master在搞。他们(包括lz)认为TDD是个可选件,只要自己的管理能力高,流程先进,就能推行敏捷了,有没有TDD都无所谓。这样的SCRUM让人不爽不是很正常的吗? to iamlotus,你看待问题太过于偏激。认为实行了tdd,才是敏捷开发。不实行tdd,就不是敏捷开发,让人笑话。 你敢说你实行的就是真正的tdd嘛?不要以为写了几个单元测试用例,就是认为是tdd了。真正的tdd,估计你还差的远。 我写得程序,不需要单元测试用例,写完之后,自己心中有常见的测试用例,照着测一遍,基本没有问题,即可达到生产质量。我们团队的新来的小朋友,注意,刚刚毕业,以前没有搞过web编程。从改bug开始,现在已经可以独立完成模块的开发。才仅仅两个多月。项目临近结束的时候,大家一起通过代码review,代码质量也可以保证。我们不需要tdd。 真正的高手,是不需要tdd的。 ![]() 真正的tdd,对团队要求很高的。而且业内对tdd也有很多的争议。 scrum和xp的关系,大家要正确的去对待它。scrum提供宏观的指导,然后团队根据自己的情况,采取适当的xp实践,这才是真正的敏捷之道。 这点很同意wwccss的看法,在敏捷里,TDD因该是可选的,必选的是UT才对,全程TDD的成本太高,时间上不允许,所以更侧重在功能完成后,在能考虑到的范围内编写UT,以后出现新的bug了,再继续用UT覆盖,这样比较现实。 |
|
返回顶楼 | |