如何看待敏捷开发？

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

垃圾人用的垃圾方法

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

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

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

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

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

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

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