如何看待敏捷开发？

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

• 请不要在回答技术问题时复制粘贴 AI 生成的内容

这是一个创建于 438 天前的主题，其中的信息可能已经有所发展或是发生改变。

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

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

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

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

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

敏捷开发

错误

速度

43 条回复 • 2024-05-04 08:53:10 +08:00

testFor

2024-05-02 11:26:29 +08:00

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

Track13

2024-05-02 11:28:00 +08:00

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

wsseo

2024-05-02 11:28:12 +08:00

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

ximigou007

2024-05-02 11:29:58 +08:00

敏捷= 明天上线 && 996

ximigou007

2024-05-02 11:30:15 +08:00

PMO =鹦鹉+传话筒

foolishcrab

2024-05-02 11:31:44 +08:00 via iPhone

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

opengps

2024-05-02 11:32:56 +08:00

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

ZZ74

2024-05-02 11:34:07 +08:00

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

sakilascott

2024-05-02 11:34:15 +08:00 via Android

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

crocoBaby

2024-05-02 11:40:47 +08:00

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

debuggerx

2024-05-02 13:49:53 +08:00 via Android

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

Tlaster

2024-05-02 13:59:49 +08:00

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

RightHand

2024-05-02 15:37:34 +08:00 via Android

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

fregie

2024-05-02 15:39:57 +08:00

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

thorneLiu

2024-05-02 16:43:45 +08:00 via Android

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

Hopetree

2024-05-02 17:05:48 +08:00

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

fox0001

2024-05-02 17:18:47 +08:00 via Android

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

changz

2024-05-02 17:34:15 +08:00 via Android

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

agagega

2024-05-02 20:46:29 +08:00 via iPhone

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

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

forgottencoast

2024-05-02 21:29:33 +08:00

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

GeruzoniAnsasu

2024-05-02 22:03:54 +08:00

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

crysislinux

2024-05-02 22:11:36 +08:00 via Android

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

chendy

2024-05-02 22:23:13 +08:00

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

maichael

2024-05-02 23:15:04 +08:00

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

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

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

xuanbg

2024-05-03 02:52:04 +08:00

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

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

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

momo1pm

2024-05-03 03:02:03 +08:00 via Android

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

xuanbg

2024-05-03 03:06:37 +08:00

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

momo1pm

2024-05-03 03:37:41 +08:00 via Android

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

zhouyin

2024-05-03 04:00:08 +08:00 via Android

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

icy37785

2024-05-03 04:01:24 +08:00 via iPhone

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

foxkiller

2024-05-03 05:31:30 +08:00

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