|
锁定老帖子 主题：互联网开发也能敏捷吗
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2010-03-20
完全不知道在讨论什么…
你说的那4家，自己都对外宣称在做敏捷了 那你这个问题到底是从哪儿说起的呢？ |
| 返回顶楼 | |
|
发表时间：2010-03-20
抛出异常的爱 写道 test case 必需
结对 一般公司作不到 小黄条 可以看的见. 燃尽图.没见过. 项目周期本身都 很短(一周,二周) 不知道这算不算敏捷呢 同意这个 有很多人认为敏捷就是快。。。这个让人很无语 |
| 返回顶楼 | |
|
发表时间：2010-03-21
gigix 写道 完全不知道在讨论什么…
你说的那4家，自己都对外宣称在做敏捷了 那你这个问题到底是从哪儿说起的呢？ 孤陋寡闻了 之前也有说，此文之意不在于给互联网应用扣一顶不可敏捷的帽子，而更愿意引出那些的的确确在做互联网应用敏捷的人们，分享一下经验。俺这个贴的题目只是俺自己心里一个小疑问而已罢了。 根据gigix提示，有了些小资料： 引用 昨天听了Google的一个测试经理谈他们怎么做敏捷测试的。
敏捷要求团队Cross Functional，当然他们也是这么做的。一个团队的所有人都要为软件的质量负责，也就是人人都要做测试。但是，除了团队本身，Google还有专职的测试工程师，他们主要负责建立测试标准，推进团队的单元测试和开发测试，持续改进自动化测试等等。所以，这个role类似于传统的QA和SED的混合体。也可以看成团队Facilitator的另一种形式，最终目的还是让团队做出更好的软件。测试工程师在Google的绩效考核不像传统的那样以找出bug数的多少为标准，而是以软件的质量提高为最终的标准。这一点，和敏捷的价值观也是吻合的。 在向很多公司介绍Cross Functional的时候，都会受到挑战，觉得这个想法很好但是不实际，没有公司可以做到完全的Cross functional。Google的这个模式，无疑提供了一个很好的实例。希望对别的公司能有借鉴作用。 还找到大本营 http://www.iteye.com/topic/32430 |
| 返回顶楼 | |
|
发表时间：2010-03-23
结对编程，thoughtworks！
|
| 返回顶楼 | |
|
发表时间：2010-03-23
Joo 写道 gigix 写道 完全不知道在讨论什么…
你说的那4家，自己都对外宣称在做敏捷了 那你这个问题到底是从哪儿说起的呢？ 孤陋寡闻了 之前也有说，此文之意不在于给互联网应用扣一顶不可敏捷的帽子，而更愿意引出那些的的确确在做互联网应用敏捷的人们，分享一下经验。俺这个贴的题目只是俺自己心里一个小疑问而已罢了。 根据gigix提示，有了些小资料： 引用 昨天听了Google的一个测试经理谈他们怎么做敏捷测试的。
敏捷要求团队Cross Functional，当然他们也是这么做的。一个团队的所有人都要为软件的质量负责，也就是人人都要做测试。但是，除了团队本身，Google还有专职的测试工程师，他们主要负责建立测试标准，推进团队的单元测试和开发测试，持续改进自动化测试等等。所以，这个role类似于传统的QA和SED的混合体。也可以看成团队Facilitator的另一种形式，最终目的还是让团队做出更好的软件。测试工程师在Google的绩效考核不像传统的那样以找出bug数的多少为标准，而是以软件的质量提高为最终的标准。这一点，和敏捷的价值观也是吻合的。 在向很多公司介绍Cross Functional的时候，都会受到挑战，觉得这个想法很好但是不实际，没有公司可以做到完全的Cross functional。Google的这个模式，无疑提供了一个很好的实例。希望对别的公司能有借鉴作用。 还找到大本营 http://www.iteye.com/topic/32430 敏捷就更要求团队中的人员具有多方面的能力，要做好单元测试，另外还是要有专职的测试工程师的，主要负责建立测试标准，推进团队的单元测试和开发测试，持续改进自动化测试等等。 |
| 返回顶楼 | |
|
发表时间：2010-03-23
楼上的是来做名词解释的吗
|
| 返回顶楼 | |
|
发表时间：2010-03-24
最后修改：2010-03-24
Joo 写道 抛出异常的爱 写道 这是个实例.... 不知道你要怎么定义上面的流程. 不知道如何定义，呵呵，应该叫做“自发性的隐形敏捷”吧，带有一两个敏捷的feature，并从这些features中获益，其实who care到底是不是或叫不叫敏捷。若从这个观点来看，回归敏捷的本源，keep simple and fast response，就已经是敏捷了 思维好混乱阿. "带有一两个敏捷的feature",那就不要叫"敏捷",随便起什么名字都可以.但是千万不要再叫"敏捷"了. 它已经因为这些跟它有那么一点相似的玩意被误会过很多次了 你不能因为猩猩也会直立行走就说它是人类. 一两个feature的那啥,它也不是"敏捷". |
| 返回顶楼 | |
|
发表时间：2010-03-24
最后修改：2010-03-24
敏捷是指团队中的人有改变已有规则提高生产力的渴望。
在变革中设定观察点使得变化成果可被度量， 变革前定制更多的保障使的变革可被回复。 与敏捷实践关系不大 所有的实践都是在多次失败中建立起来的。 |
| 返回顶楼 | |
|
发表时间：2010-03-24
xixix2004 写道 Joo 写道 抛出异常的爱 写道 这是个实例.... 不知道你要怎么定义上面的流程. 不知道如何定义，呵呵，应该叫做“自发性的隐形敏捷”吧，带有一两个敏捷的feature，并从这些features中获益，其实who care到底是不是或叫不叫敏捷。若从这个观点来看，回归敏捷的本源，keep simple and fast response，就已经是敏捷了 思维好混乱阿. "带有一两个敏捷的feature",那就不要叫"敏捷",随便起什么名字都可以.但是千万不要再叫"敏捷"了. 它已经因为这些跟它有那么一点相似的玩意被误会过很多次了 你不能因为猩猩也会直立行走就说它是人类. 一两个feature的那啥,它也不是"敏捷". 不继续玩概念了，如抛哥楼上所说，敏捷在于心，具体到某种实践方式是否是敏捷，或是否满足敏捷的定义，不重要。 |
| 返回顶楼 | |
|
发表时间：2010-03-24
谁说的“从理论上来讲，只要是软件项目都是可敏捷的。”感觉互联网项目更适合也更应该敏捷
|
| 返回顶楼 | |
