目前互联网大公司仍然认为敏捷非常棒，但我们不得不承认它并非适用于所有公司，它对于大型公司的开发人员来说肯定无效的。这是为什么？
其他
为什么像 Apple 和 Google 这样的大公司敏捷并非有效？
楼主本人之前在平安工作时，公司推行了一段时间的敏捷开发，敏捷教练为印度的Scrum专家，至于什么是敏捷？ 这里我就不做太多的介绍。一句话：和传统的瀑布流模式的开发，敏捷模式强调灵活，简便，去中心化和高效。
其实在真正实施过程中，项目经理的工作量将被削弱，开发人员的工作量也会增大，沟通时间将大大增长，人人都是产品，人人都是测试，开发周期将被大大压缩，甚至能者多劳在敏捷中将被最大化。
长期的敏捷将会导致员工压力增大，对管理团队怨恨积压，随着时间的推移使大量人员的流失，很多人调侃：“编程五分钟，开会2小时”，所以公司在实行了半年的敏捷模式后，取消了专业的敏捷开发，增加了介于在传统的瀑布流和敏捷开发之间的新的模式，我们一般叫伪敏捷。其实 Google 和 Apple 都是这种模式。
大公司的敏捷
大家都知道，大公司喜欢敏捷但不推崇它。在Steve Denning为“福布斯”杂志撰写的文章中，我们可以阅读Apple如何在不实施流程敏捷的情况下实现敏捷开发。Denning使用Adam Lashinsky的书Inside Apple作为指导，以下是结论：
史蒂夫乔布斯是产品负责人
将主要项目分配给小团队
明确和定义团队中的角色
在迭代期间推敏捷
没有中间人，去中心化
但是，Apple没有提到“Scrum”，“TDD”或任何其他最新的框架。苹果公司通过不给他们的理念和流程起一个名字而使其工作。
那么，为什么开发者不喜欢敏捷
如果你上网搜一下这个问题，你会发现大公司的开发人员提出了几个问题。总结一个问题 ： 他们在工作环境中感到不被信任。
对他们来说，跟随Scrum的宗教意味着以下几点：
每日站会是团队决定应该责怪谁和最近做了多少事的时候。
回顾性计划在导致他们决定团队里谁应该被问责批评。
太多的被管制，被管理。
每个Sprint没有足够的开发时间。
对于大公司的开发人员来说，Scrum和所有其他敏捷框架意味着两件事情： 太多的被管制，而且时间不够。这些是站会参与者感觉像是去断头台的原因。
你经常可以听到很多人说没有时间收集文档，更新Stroy，反复review和跟踪Bug。
如果开发人员这样认为，敏捷还没有得到很好的实施。
解决方案？
正如你所看到的，当谈到敏捷时，我也是一个真正的拥护者。最初，敏捷是一个开发过程，但不知为什么，它原本是一个业务流程与开发人员的联系桥梁，后来变成了不同团队之间背锅甩锅的理由。如果业务和技术在同一个问题上不能一起协同，那么敏捷就没有存在的意义。
敏捷应该是一种针对每个公司进行模式调整的理念
由于公司规模大小问题，总是需要一些其他三方管理的帮助。我建议聘请真正的敏捷专家。或者，如果公司像苹果规模一样庞大，只要继续做你正在做的事情，而不是称之为敏捷的事情。
来自：开发者技术前线