开个帖子讨论：关于敏捷的一些事儿

[sharetop]

关于敏捷的一些事儿

原文见：
http://blog.csdn.net/sharetop/article/details/39992925


以下是我收到的评论：

1楼 jzh2004 2014-10-16 17:43发表 [回复] [引用] [举报] [删除]

优秀的项目经理+优秀的策划+优秀的程序员+优秀的。。。
可以使用敏捷开发。
只要有一个环节不够优秀，还是不要用敏捷了，不要为需求不明，乱改需求找借口了。

回复jzh2004：谁都希望『需求很明，不改需求』，但是需求变化太快，客户不听使唤，这是一个客观事实，与其挣扎，不如闭上眼睛享受。
你不需要很优秀了再开始，但是如果不开始，永远不会变得优秀。。。

回复sharetop：客户不听使唤？客户是真的不听使唤还是负责客户的人员没有进行有效的沟通？绝对不讲理的客户很少很少，因为客户实际上也是想把项目做好的，所以如果相关人员将各种利害关系和客户讲明，那么客户不会不讲道理硬改需求的。大部分客户不听使唤的原因，实际是相关工作没做到位。然后业务人员将这部分本该业务承担的责任推给了开发。
这就是我说的不优秀的人员。实际上，不管哪个环节不行，出来的软件质量都不会令人满意，如果说所谓敏捷开发只是做出一款表面满足客户需求，实际质量低下的软件就算成功，那么这样的敏捷不要也罢。

回复jzh2004：好吧，总有人不够优秀。不是沟通的人不优秀，就是开发的人不优秀。
敏捷是不是必然导致代码质量低下？不敏捷的过程代码质量是不是必然很高？如果不是，你最后一句话就是多余的，有转移话题混淆观点之嫌。

[沪php攻城师]

没有百分百必然的事情，为什么要用敏捷，是因为有人觉得敏捷比传统方法更好，而我的意思就是敏捷这个词不是万能药，没有那个能力搞敏捷，最后更大可能是搞得比使用传统方法更差。 至于你这句话：敏捷是不是必然导致代码质量低下？不敏捷的过程代码质量是不是必然很高？ 不知道你从哪里根据我的话推导出这个结论？没有必然关系嘛。