关于敏捷的一些想法

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

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

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


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

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

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

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