作为一个老程序员我告诉你敏捷开发只适合小项目。
原因如下：
1.有人说架构师在一个星期内搭好框架。然后还附带了一张流程图。
待开发-》开发-》等待测试-》测试-》测试完成。。
我只能说，你怎么不上天呢。
1个星期搭好的框架能用？你确定工作流程按照你的图走？
到时候你会发现测试出bug 流程图又退回到开发。
然后加新功能后又会出bug。再次退回到开发。
流程图卡在开发和测试之间。
然后开发人员加班改bug。根本没时间开发新功能。
框架没搭好后期开发各种bug。
重新写前面的代码优化框架。加新功能，出bug，再改，无限循环。
根本不能上线。强行上线必死无疑。
2.直接和客户沟通（自己开发的和老板沟通，和策划沟通）
你确定他们是专业的么。他们提的需求是建立在你已有的框架之上的么。
什么都没有就要加新功能就需要在没有框架的情况下写垃圾代码。推粪上山。
到后期出bug 找死你。东西都没有整理。到处都是。搞不好还出线上bug
严重点直接把公司搞死了（新朋友可能不懂什么是线上bug。解释下就是你们游戏上线了之后。一个bug导致一部分或者全部玩家的数据出问题了。这还能玩？好一点的能回档。用户一段时间内的数据全都消失了白玩了。）
出现这种问题公司不死也残。
3.只写重要的文档。
你确定你们公司人员稳定不走人？
新人来了没有文档只看代码。一头雾水。没适应好强行开发。各种重复造轮子。
这就是你所说的敏捷开发？
4.有人居然说每天都开会。在15分支内。每人必须发言。
你们有沟通么。自言自语呢吧。你们开发的模块都是绝对独立没有任何交割的吧？
5. 两天一个模块。各个模块同时开发。开发互联网项目只开发一个月 甚至一个星期
这是一个写过项目的人说的话么。模块和模块之间是有交互的 各个模块都关联着。
游戏地图还没没好，你就开始做地图里的npc啦？
登陆界面还没有你就开始写与服务器交互的登陆逻辑啦？
写完了发现需求改了都白写啦？以前的都是客户或者老板一拍脑门想出来的？
还有同时开发完了怎么合并。改冲突改死你。
6.每日集成。
功能没做完呢 还在崩溃呢 集成你妹啊。你长脑子了么。
还有好多不想写了。你们自己领悟吧
欢迎转载，转载请标明出处
网友评论
我理解的概念是，通过持续集成，能尽早的发现代码中的问题，同时让这些过程自动化（自动测试，自动质量分析，自动集成，自动发布等）。
简单点就是："尽早"，"持续"，"自动化"。
你说的那些问题，我没觉得有哪个一个能跟敏捷开发扯上关系，你说的基本都属于“人”的问题。
我的另一篇文章