敏捷！敏捷？

iamredeye

好几年前就看到有极限编程的书在卖。单看封面，还以为是本编程方面的书，也就没有留意。

到今天已经被充斥大街小巷的一系列敏捷名词不停地轰炸到头晕，却对敏捷仍一无所知。突然间从一个pm身上发现了敏捷的魅力，对它一下好奇了起来。

CMM提升了我们看问题的视角，RUP用工具和可操作性充实了迭代理论。敏捷呢？它一系列的实践太具有吸引力了！你觉得敏捷是中国软件的一贴良药吗？

大家都在用什么方法呢？？？交流一下吧～


上一篇：敏捷软件开发的软件过程改进怎么进行？
下一篇：敏捷该如何管理？

iamredeye

我也不懂啊，略微接触之下发现眼前一亮。所以才想和大家交流一下。

我目前找到有关敏捷的资源不多，感兴趣可以参考一下：
http://www.infoq.com
http://www.agiledon.com
http://agilecommons.org
http://www.agilealliance.org

前两个是中文的。

看看这个，不错：www.extremeprogramming.org

[ 本帖最后由 iamredeye 于 2008-7-2 15:17 编辑 ]

iamredeye

大家可以在google上或者wikipedia上搜索一下不熟悉的名词。应该比我解释要好的多::$

iamredeye

没什么难懂得词呐～

唯一可能没听过的就是cowboy coding，上面贴出来得文章里也提到了。其实就是没有软件工程，需求还没弄清楚就可以直接写代码，非常牛b的一种方式。我知道很多非软件公司的软件部门实际上就是这么做的。

iamredeye

现在各种方法体系很多，每个公司的实际情况和需求又不尽相同。所以不妨什么方法都研究一下，有好用或有启发的地方就坚决拿来主义，反正不掏钱^_^

每个方法都有它的有缺点，或者适用的情形，其实他们都只关注到了这个世界的某一个局部。经历过不同特点的项目，大到上千人几年，小到几个人几个月，背景文化甚至完全不同， 我的感受是按照项目的特点去抓药方就好了，管它黑猫白猫，必要的时候找只黑猫换条白腿也行啊（其实要换腿或加条机械手臂的情况很常见）。

Btw，最近刚好看到有人批评说微软的敏捷还是不敏捷 :D 其实也许都是外人说歪话罢了

另外正好Scott提到了CMM，有个问题我一直没弄清楚，因为我对CMM的了解毕竟没有那么深入。我感觉CMMI这个框架并没有限制一定要按waterfall的方式实现呐？iterative当然也可以。但为什么我在很多地方都看到大家评论CMMI是waterfall的框架呢？

这里没人投“cowboy coding”很正常，因为上这个论坛的大多都是QA或流程相关的朋友，这些人在以cowboy coding方式的公司混不下去的:D 但是目前好像还没有人投Agile的票，这个好像不合适嘛，本来我想揪几个agile专家出来的。:funk:

让弟兄们继续投吧，过一段时间（一年？）我们再回头看看结果会有什么不同

iamredeye

你误会我的意思了。我说的拿来主义并不是让开发人员按他的想法随意选择或组合，而是针对公司的流程管理人员或所谓的SEPG。SEPG针对公司的情况制订最合适的流程，这个过程中可以从任何地方选择任何有价值的框架或经验来参考。

另外再聊两句上面CMM的话题。CMM是个非常空的框架，规定了一些针对流程改进需要关注的点。按cmm来实施改进的公司需要针对自己的情况用流程来填充这个框架，用RUP也好，waterfall也好，应该都是可以的。我在网上也看到有人用迭代的方式实现CMM框架，另外我个人感觉应该也是可以的:D

iamredeye

了解你说的developer自己的“psp”。这个对开发人员的maturity要求不低。敏捷成功实施的基础实际上也是成员的maturity（当然也对项目特点有要求）。如果能达到这种自管理自组织的水平，当然很好。现在很多公司也都引入了一些bottom up的方式。

你说的对，一般所谓的SEPG是个单独的组织，脱离了项目，这种方式我也觉得有点问题。我说的“所谓的SEPG”只是一个名字而已，可以有多种实施方式，可能比较好的一种是各种相关开发人员组成的virtual team，实际上他们主要工作就在项目里，了解真正的需要。也许还需要少数人专门来做一些协调或总体工作，比如你举的例子。当然如果整个公司或项目的成员不够成熟，也没办法实行这种方式。不同公司的情况不同，没有最好的和唯一的，只有对他们最合适的方式。

iamredeye

"先敏捷再规范", 我觉得这个说法值得商榷,敏捷和没文档并不划等号,不规范.规范也不意味着就是山一般的文档.这些不是敏捷或"规范"的本质特征.

同样,我也不认为CMM就是重视文档.这些都是咨询机构的误导.