如何看待敏捷开发？

[Kathy1989]

敏捷开发的公司是否更容易做出错误的决定？虽然速度很重要

敏捷开发是否更容易让你养成不规范的流程和风格？

敏捷开发是否更容易写出自己都不认得的屎山？

敏捷开发是否往往伴随着工作量更大的现象？

在相同时薪的情况下，你会选择敏捷开发的公司还是规划性比较好的公司？

[testFor]

领导: 不要跟我扯这么多,做不完就加班

[Track13]

敏捷开发=只看结果=加班

[wsseo]

领导不作为，需求文档都没有，都是口头

[ximigou007]

敏捷= 明天上线 && 996

[ximigou007]

PMO =鹦鹉+传话筒

[foolishcrab]

基本上只适合框架稳定的成熟产品的维护和垃圾营销功能的迭代

[opengps]

所有问题似乎与是否选用敏捷开发没有直接关系，是否敏捷开发至于业务特征相关

[ZZ74]

只是一部分人敛财工具，手段，幌子...就和 TDD ，DDD ，瀑布一样的东西

[sakilascott]

领导就记住了敏捷里面的快速迭代、拥抱变化。

[crocoBaby]

最后只有推广营销敏捷开发的人受益,开发和企业最后一地鸡毛

[debuggerx]

理解错误。
如果是一家需求没那么多，业务相对稳定的公司，那肯定没必要敏捷，不存在增加工作量，做出错误决定的情况。
问题就在于如果是一家需求旺盛，业务极速发展，充满变化的公司，如果不用敏捷开发的方法工具，只会让开发团队更加焦头烂额疲于应对，出现 OP 说的那些情况，敏捷开发恰恰是为了在这样的情况下提高效率，避免疏漏，保证规范和代码质量的。
只是有些老板方向不清，水平拉胯，想一出是一出，别说敏捷了，就算给他开发梦之队也一样带不动，这不是敏捷的问题；当然也有一些 tech leader 水平能力不行，嘴上说敏捷实际只是瞎搞，将相无能累死三军……
在牛逼的团队和经验丰富的 leader 带领下实践过敏捷开发后，就会发现敏捷开发确实可以在“正常的”公司里提升开发工作体验，让本身就很优秀的工程师如虎添翼。

[Tlaster]

Cliff Berg 都承认敏捷失败了，你们还在敏捷？
https://medium.com/developer-rants/agile-has-failed-officially-8136b0522c49

[RightHand]

敏捷开发是向上管理，领导希望看到过程，对于开发来说是按时交任务，注定代码质量不会很高

[fregie]

敏捷是用于用户需求不明确的情况,用户自己都不知道自己想要什么,快速迭代出产品用户不喜欢早点改

[thorneLiu]

我觉得你们是遇到了假的敏捷开发
敏捷开发的又不是说快的搂一个东西上线

[Hopetree]

敏捷开发有个最大的漏洞，就是文档的时效性很低

[fox0001]

理想很丰满，现实很骨感……

[changz]

国内的敏捷迭代最终都会演变成早上开会，下午改 bug ，晚上写需求

[agagega]

敏捷模型的对立面是瀑布模型…那玩意估计这里大部分程序员都没经历过也不会喜欢。国内小作坊最大的问题不是用了敏捷方法论，而是他们根本没有方法论。

典中典之马云：中国的金融没有系统性风险，因为中国金融根本没有系统

[forgottencoast]

@Tlaster
还好我们看得懂英文。