这是一个创建于 215 天前的主题，其中的信息可能已经有所发展或是发生改变。
敏捷开发的公司是否更容易做出错误的决定？虽然速度很重要
敏捷开发是否更容易让你养成不规范的流程和风格？
敏捷开发是否更容易写出自己都不认得的屎山？
敏捷开发是否往往伴随着工作量更大的现象？
在相同时薪的情况下，你会选择敏捷开发的公司还是规划性比较好的公司？
43 条回复 • 2024-05-04 08:53:10 +08:00
 |
1
testFor 215 天前
领导: 不要跟我扯这么多,做不完就加班
|
 |
2
Track13 215 天前
敏捷开发=只看结果=加班
|
 |
3
wsseo 215 天前  1
领导不作为，需求文档都没有，都是口头
|
 |
4
ximigou007 215 天前 6
敏捷= 明天上线 && 996
|
|
5
ximigou007 215 天前
PMO =鹦鹉+传话筒
|
 |
6
foolishcrab 215 天前 via iPhone
基本上只适合框架稳定的成熟产品的维护和垃圾营销功能的迭代
|
 |
7
opengps 215 天前
所有问题似乎与是否选用敏捷开发没有直接关系，是否敏捷开发至于业务特征相关
|
 |
8
ZZ74 215 天前 3
只是一部分人敛财工具，手段，幌子...就和 TDD ，DDD ，瀑布一样的东西
|
 |
9
sakilascott 215 天前 via Android 1
领导就记住了敏捷里面的快速迭代、拥抱变化。
|
 |
10
crocoBaby 215 天前 1
最后只有推广营销敏捷开发的人受益,开发和企业最后一地鸡毛
|
 |
11
debuggerx 215 天前 via Android 1
理解错误。
如果是一家需求没那么多，业务相对稳定的公司，那肯定没必要敏捷，不存在增加工作量，做出错误决定的情况。 问题就在于如果是一家需求旺盛，业务极速发展，充满变化的公司，如果不用敏捷开发的方法工具，只会让开发团队更加焦头烂额疲于应对，出现 OP 说的那些情况，敏捷开发恰恰是为了在这样的情况下提高效率，避免疏漏，保证规范和代码质量的。 只是有些老板方向不清，水平拉胯，想一出是一出，别说敏捷了，就算给他开发梦之队也一样带不动，这不是敏捷的问题；当然也有一些 tech leader 水平能力不行，嘴上说敏捷实际只是瞎搞，将相无能累死三军…… 在牛逼的团队和经验丰富的 leader 带领下实践过敏捷开发后，就会发现敏捷开发确实可以在“正常的”公司里提升开发工作体验，让本身就很优秀的工程师如虎添翼。 |
 |
12
Tlaster 215 天前 1
Cliff Berg 都承认敏捷失败了，你们还在敏捷？
https://medium.com/developer-rants/agile-has-failed-officially-8136b0522c49 |
 |
13
RightHand 215 天前 via Android
敏捷开发是向上管理，领导希望看到过程，对于开发来说是按时交任务，注定代码质量不会很高
|
 |
14
fregie 215 天前
敏捷是用于用户需求不明确的情况,用户自己都不知道自己想要什么,快速迭代出产品用户不喜欢早点改
|
 |
15
thorneLiu 215 天前 via Android
我觉得你们是遇到了假的敏捷开发
敏捷开发的又不是说快的搂一个东西上线 |
 |
16
Hopetree 215 天前
敏捷开发有个最大的漏洞，就是文档的时效性很低
|
 |
17
fox0001 215 天前 via Android
理想很丰满，现实很骨感……
|
 |
18
changz 215 天前 via Android 3
国内的敏捷迭代最终都会演变成早上开会，下午改 bug ，晚上写需求
|
 |
19
agagega 215 天前 via iPhone 1
敏捷模型的对立面是瀑布模型…那玩意估计这里大部分程序员都没经历过也不会喜欢。国内小作坊最大的问题不是用了敏捷方法论，而是他们根本没有方法论。
典中典之马云：中国的金融没有系统性风险，因为中国金融根本没有系统 |
 |
20
forgottencoast 215 天前
@Tlaster
还好我们看得懂英文。 |
 |
21
GeruzoniAnsasu 215 天前
@ZZ74 你说「敛财工具」…… 倒也对，毕竟项目管理这个人就是靠发展分派任务的方法论来吃饭的，就跟程序员「靠设计模式来敛财」一样
|
 |
22
crysislinux 215 天前 via Android
敏捷搞外包属实不错。这玩意儿搞起来大家都只管自己的一亩三分地，什么长久考虑，纯粹没事找事。
|
 |
23
chendy 215 天前
高质量开发 + 高质量业务 能跑通各种什么敏捷什么精益什么巴拉巴拉
然而事实上只有，CRUD 能写明白就烧高香 + 能说明白需求都很费劲的业务 大家就混口饭吃，想怎么来就怎么来吧 |
 |
24
maichael 215 天前 3
”敏捷开发“本质上是一个自上而下的方法论，如果上层不够敏捷，下层再敏捷也没有意义。
大多数集体实施”敏捷开发“只会单一的针对下层，要求下层又快又好，但上层仍旧保留着又大又蠢的习惯，做的计划和决策仍旧与”敏捷“相背而行；但上层永远不会找也找不到自己的问题，直到他们灭亡。 回过头来看，大多数搞敏捷公司的压根不懂敏捷也不想懂敏捷，他们想要的是一个执行命令又快又好的团队（军队？），而“敏捷”只是他们借过来用的口号，你换成其它的也没什么区别。 |
 |
25
xuanbg 215 天前
看到楼上这些认真吐槽敏捷开发的，我真的有被笑到。。。
自己没有明确的方向和计划，想一出是一出，需求天天变来变去的锅，敏捷开发可不背。 什么是敏捷开发，简而言之：把大任务拆解成多个里程碑的小任务，进行快速迭代高频发布。这里，你首先就得有一个大的规划……然后才能分多个里程碑，最后实现做一点上一点。你 TM 没有一点点计划的，也好意思来碰瓷敏捷开发？ |
 |
26
momo1pm 215 天前 via Android
|
|
28
momo1pm 215 天前 via Android
|
 |
29
zhouyin 215 天前 via Android
傻逼 到现在还没明白敏捷的实质 就是最大化压榨和剥削
|
 |
30
icy37785 215 天前 via iPhone
敏捷开发本身就是为了快速迭代快速试错。
你考虑的问题跟敏捷开发本身就没啥关系。 敏捷开发与否只跟业务有关系，你考虑的问题跟业务都没啥关系，如果你考虑的是找工作的选择问题，而你列出来的这些问题是你找工作中在意的问题，你就考虑这些问题就行了。没必要用敏捷开发与否去做判断。 |
 |
31
foxkiller 215 天前
被敏捷俩字骗了吧，JetBrain 一个季度出一个版本，他们内部的组也搞敏捷啊。
我司一个季度出一个版本，再 alpha->beta->V&V->RC->RTM ，T+2(Q)发布。也就是 7 月发布 2024.1 版本。 内部一个 sprint 2 周，有完善的故事点评估流程，有交付价值评估过程，有阿米巴核算过程。测试团队独立，各自有各自的 sprint ，甚至 HR 和 IS Helpdesk 也都 scrum 化。我们组现在 160 多个 sprint 了。 大部分公司搞不好敏捷，第一步的账就算不好。交付价值算不清楚，投入成本也没法计算，故事点估不好，协作流程也定不清楚。这也就是所谓的“方法论”。 |
 |
32
dreamrover 214 天前
垃圾人用的垃圾方法
|
 |
33
bugu1986 214 天前 via iPhone
敏捷开发的本质是快速试错
|
|
34
bugu1986 214 天前 via iPhone
还有不要在 v 讨论敏捷，都是打工人
|
 |
35
duron600 214 天前 2
我觉得重构都搞不明白的人同样搞不明白敏捷开发。就是个时髦词挂嘴上。程序员最爱干的就是一起谈论其实大家自己都不知道自己在说的是啥的事。
|
|
36
duron600 214 天前 1
|
 |
37
dog82 214 天前
最令人不能接受的是：开发完后要补全过程文档
|
 |
38
Kathy1989 OP 我发现，在老板催得很急的情况下，开发过程中遇到的 warning 基本没空去深究细节，会埋下隐患
|
|
39
Kathy1989 OP @xuanbg #25
技术拆分很考验技术 leader 的能力 很多敏捷开发的公司，发号司令是不懂技术的老板，老板一张嘴，员工跑断腿，所以很多员工不想跟老板闲聊，一闲聊，老板的发散思维一来，又增加了不少需要你敏捷的工作 |
 |
40
wisetc 214 天前 via iPhone
越敏捷越慢，敏捷的目标是干那个时间点而主动忽视其他的问题，努力的奔跑，形成视而不见的债务，留给后人，如果有的话
|
 |
41
crackidz 214 天前
你说的是标准敏捷还是中国敏捷？
|
 |
43
williamx 213 天前
没有银弹！说规划比较好，另一个说法就是“限制非常死”。
如果说敏捷是靠自己冲刺；那么后者就是踢一脚动一下。 而且，到时候你的焦点是：这规划真是💩！！ |
Select Language