关于敏捷的一些想法

敏捷软件开发宣言：
个体和交互 胜过 过程和工具
可以工作的软件 胜过 面面俱到的文档
客户合作 胜过 合同谈判
响应变化 胜过遵循计划

今天看了robert martin的PPP一书的第一部分，敏捷开发
回顾了自己曾经加盟过的几个公司，经历过的大大小小的项目，感慨良多。
这些公司中不乏奉过程开发为宝典，甚至有的蹭破头皮为CMMI而设计一些开发流程，文档规范。
还有一些则奉敏捷为信条，当被指责代码注释不够，文档缺乏的时候，这些大侠们就会搬出本文开头的敏捷宣言。

我的想法是：
1.敏捷和过程其实并不矛盾，甚至是相辅相成，当过程开发给大家带来好处的时候，敏捷这个词语还没出生呢。
2.敏捷其实是对过程的拨乱反正，当CMM/CMMI在大公司流行的时候，我身边很多在某某知名软件公司工作的同学，朋友就向我感慨道，他们的上班太没意思了，基本上就是写文档，很少写代码，甚至冗长的流程让他们失去了往日的激情。。。其实敏捷并不排斥过程，只是敏捷更注重结果，人的作用，团队的力量，而不是该死的条条框框。
3.有时候敏捷未必行得通，比如敏捷提倡当用例太多无法在规定时间完成的时候，就去砍需求。比如不提倡加班，匀速的进行开发。但是我认为这里面的主角往往是项目经理以及更上层的老大，如果他们不能为团队创造出一个敏捷的氛围的话，那么这些想法就是白搭。


总之，不管是敏捷还是过程，我们的最终目的是可运行的软件，良好的质量，良好的维护性。而创造这个最终成果的，是整个团队。所以，一个成功的项目背后，往往是一群凝聚力极强的人，以及一个或者一群思维活跃的领导者。

结论：
任何一种思想都值得被尊重，没有好与不好，只有是不是适合你。请以一种平常心对待任何有想法的东西，而不是去一味奉承或者一味贬低，尊重别人也是对自己的一种尊重。

评论

2 楼 gigix 2009-06-01  

mock1234 写道

我每天中午吃饭时可以让自动化测试程序运行几百个测试用例平均每一个都运行5遍以上（测试数据是随机自动产生的，每一次都不同）。

这个，我一直都不明白
随机运行测试，好处是什么？

1 楼 yiding_he 2009-05-29  

敏捷和创造力、冒险精神是分不开的。CMMI 将任何不遵守过程的行为都看成是“不成熟的”，这样压制了冒险精神，也就压制了创造力和敏捷。