如何看待敏捷开发？

[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
还好我们看得懂英文。

[GeruzoniAnsasu]

@ZZ74 你说「敛财工具」…… 倒也对，毕竟项目管理这个人就是靠发展分派任务的方法论来吃饭的，就跟程序员「靠设计模式来敛财」一样

[crysislinux]

敏捷搞外包属实不错。这玩意儿搞起来大家都只管自己的一亩三分地，什么长久考虑，纯粹没事找事。

[chendy]

高质量开发 + 高质量业务 能跑通各种什么敏捷什么精益什么巴拉巴拉
然而事实上只有，CRUD 能写明白就烧高香 + 能说明白需求都很费劲的业务 大家就混口饭吃，想怎么来就怎么来吧

[maichael]

”敏捷开发“本质上是一个自上而下的方法论，如果上层不够敏捷，下层再敏捷也没有意义。

大多数集体实施”敏捷开发“只会单一的针对下层，要求下层又快又好，但上层仍旧保留着又大又蠢的习惯，做的计划和决策仍旧与”敏捷“相背而行；但上层永远不会找也找不到自己的问题，直到他们灭亡。

回过头来看，大多数搞敏捷公司的压根不懂敏捷也不想懂敏捷，他们想要的是一个执行命令又快又好的团队（军队？），而“敏捷”只是他们借过来用的口号，你换成其它的也没什么区别。

[xuanbg]

看到楼上这些认真吐槽敏捷开发的，我真的有被笑到。。。

自己没有明确的方向和计划，想一出是一出，需求天天变来变去的锅，敏捷开发可不背。

什么是敏捷开发，简而言之：把大任务拆解成多个里程碑的小任务，进行快速迭代高频发布。这里，你首先就得有一个大的规划……然后才能分多个里程碑，最后实现做一点上一点。你 TM 没有一点点计划的，也好意思来碰瓷敏捷开发？

[momo1pm]

@xuanbg
第一天上班？小公司不说，哪怕 TMD 里面上面拍脑袋需求都一堆，敏捷个鬼
稳步发展的业务也不需要敏捷，业务自身就决定了节奏，拆不拆都没区别，为了稳定可能更倾向于不拆

[xuanbg]

@momo1pm 不拆分就是传统瀑布流咯，不过市场更喜欢敏捷，不会把机会留给反应迟钝的企业而已。所以 2C 项目很少瀑布流。

[momo1pm]

@xuanbg
市场？怕不是无脑领导喜欢吧
会控节奏有想法的有没敏捷都能把业务干好，瞎学方法论只会沦为方法论党
以往经历的 b 端业务都不喜欢敏捷

[zhouyin]

傻逼 到现在还没明白敏捷的实质 就是最大化压榨和剥削

[icy37785]

敏捷开发本身就是为了快速迭代快速试错。
你考虑的问题跟敏捷开发本身就没啥关系。
敏捷开发与否只跟业务有关系，你考虑的问题跟业务都没啥关系，如果你考虑的是找工作的选择问题，而你列出来的这些问题是你找工作中在意的问题，你就考虑这些问题就行了。没必要用敏捷开发与否去做判断。

[foxkiller]

被敏捷俩字骗了吧，JetBrain 一个季度出一个版本，他们内部的组也搞敏捷啊。
我司一个季度出一个版本，再 alpha->beta->V&V->RC->RTM ，T+2(Q)发布。也就是 7 月发布 2024.1 版本。
内部一个 sprint 2 周，有完善的故事点评估流程，有交付价值评估过程，有阿米巴核算过程。测试团队独立，各自有各自的 sprint ，甚至 HR 和 IS Helpdesk 也都 scrum 化。我们组现在 160 多个 sprint 了。
大部分公司搞不好敏捷，第一步的账就算不好。交付价值算不清楚，投入成本也没法计算，故事点估不好，协作流程也定不清楚。这也就是所谓的“方法论”。

[dreamrover]

垃圾人用的垃圾方法

[bugu1986]

敏捷开发的本质是快速试错

[bugu1986]

还有不要在 v 讨论敏捷，都是打工人

[duron600]

我觉得重构都搞不明白的人同样搞不明白敏捷开发。就是个时髦词挂嘴上。程序员最爱干的就是一起谈论其实大家自己都不知道自己在说的是啥的事。

[duron600]

https://imgur.com/a/mae6o6G

[dog82]

最令人不能接受的是：开发完后要补全过程文档

[Kathy1989]

我发现，在老板催得很急的情况下，开发过程中遇到的 warning 基本没空去深究细节，会埋下隐患

[Kathy1989]

@xuanbg #25
技术拆分很考验技术 leader 的能力
很多敏捷开发的公司，发号司令是不懂技术的老板，老板一张嘴，员工跑断腿，所以很多员工不想跟老板闲聊，一闲聊，老板的发散思维一来，又增加了不少需要你敏捷的工作

[wisetc]

越敏捷越慢，敏捷的目标是干那个时间点而主动忽视其他的问题，努力的奔跑，形成视而不见的债务，留给后人，如果有的话

[crackidz]

你说的是标准敏捷还是中国敏捷？

[Kathy1989]

@crackidz #41
具有中国特色的敏捷

[williamx]

没有银弹！说规划比较好，另一个说法就是“限制非常死”。

如果说敏捷是靠自己冲刺；那么后者就是踢一脚动一下。

而且，到时候你的焦点是：这规划真是💩！！