大家一起来讨论下敏捷软件开发吧

wcl0715

最近应领导层的要求，了解了下相关知识，但不深，一些相关想法（但不是结论），来和大家讨论下。
（1）这是一个被逼出来的开发模式而非一个最佳的开发模式。
（2）只适合于小项目、短期项目和一些拍脑袋项目，尤其适合于软件外包。
（3）开发模式中的确有一些值得借鉴之处，如以客户需求为驱动、销售、研发和测试同步工作，但更多的东西则类似于言之无物的空洞表述，如组员之间应互相信任，互相沟通等等。
（4）通篇下来，感觉类似于只描述了如何提高Team的工作效率等等，对于采用这种方式带来的各种问题，如由于需求变更引起的代码结构混乱，代码难于维护和扩展，分批交互带来的代码测试和频繁客户版本更新可能问题没有提出任何可能的解决方案。
（5）搜索了下各种案例和软件，感觉这个方法更想是一个迎合中小软件公司老板的一个概念炒作。
我先开个头，欢迎大家来拍砖讨论，也欢迎有成功案例的同行给指引下方向。

wcl0715

另外补充一下，这种模式绝非没有实力的小公司可以尝试，在这种模式下，对软件架构师的要求能力无比高，如果项目只有几个文件几千行代码就不说了，否则如果项目稍复杂，后续会不断加需求，我敢保证这个项目死得很惨。

lgh0504

我们公司貌似文档少得可怜，尤其是项目时间紧的时候，文档都落下了。虽说代码是最好的文档，但是文档至少是人类习惯的或者说看起来不那么累的东西。等到有时间补写文档了，发现目前写文档的时候（工程做完了）一拍脑门，文档给谁看啊？ 给客户？给maintenancer？后续开发？天哪好多文档啊~~~不写算了。------------------（时间在流逝）---代码一直在进化。剩下的原创人员以少得可怜。

risc700

假如集体中的每个人能像大脑的细胞一样配合，人类的发展速度会提高100倍。也就是说人类99%的活动都是无用的活动。比如律师，政府，军队，都是人类在内耗。                            计算机就是对人类的模拟。99%的代码都是没啥用的。     因为一个小的集体，互相信任度要高一些。效率也就高一些。但是最高也就是20～30%的程序有用。要想大幅度改善编程效率，就要提高人之间的信任，最好爱好也一样。。。。 啊哈哈哈哈。

[ 本帖最后由 risc700 于 2009-5-4 19:40 编辑 ]

swxlion

个人认为，1、4、5说到点子上了。2基本正确。2的话，补充一下，大项目的局部子模块也可以用敏捷来开发。但是如果一个项目动辄2、3年的开发周期，那要是总体用敏捷开发，那会死得很惨。另外如果是要求极高的项目，比如宇航航天等，用敏捷也会死得很惨。这种项目一般推荐净室软件开发，或者准净室软件开发。
至于第3点，办公室政治和人员内斗内耗，相互恶心，要信任？除非是自己私自组建的团队到还有可能。公司的团队一般请不要抱这个希望。即使没有办公室政治，如果领导将不同风格和思考方式的程序员安排在一起紧密协作，也是会出很大的问题。
至于第4点，很多人推荐重构。但重构是有限制和代价的。如果逾越了其限制，那只有推倒重做。敏捷能很快地开发出第一个版本，但是最终的完成稿不好却比瀑布还要来得长。
个人更加习惯于 瀑布 + 弹性设计/架构。用弹性设计/架构来应对软件的变化，而不是靠反复修带代码和设计。

wydz123

现五一电子商行网站向全国电子爱好者推出多款电子产品,实验板电子元件等多类,内容丰富,知识性全面,喜欢电子爱好者如不去观注下,启示一大损失啊!少花钱买实用性产品,这样的好网站要去那里找呢?赶紧请登陆网址:http://www.51dz.com/n.asp?dl=2&a ... 12812&i=51dzwen ,如在浏览本网站时出现打不开或网速不断地缓冲等因素,大家不要害怕,这是因为本服务器太忙碌浏览本网站的人多了造成的,为了避免这种情况再次发生,大家可以登陆我们拍拍网址:http://shop.paipai.com/26080118 直接与我联落交谈,本拍拍网址营销时间9:00-21:30分结束.都是一样的,欢迎大家前来观注.谢谢!
                                                      电话号码:0755-27947575   QQ:26080118

凄美空灵

高手都来说说

GodPig

晕……

这个不懂，刚接触……

敏捷开发这么惨吗？？？