• 大家觉得敏捷开发是利大于弊还是弊大于利?
  • 发布于 1周前
  • 56 热度
    6 评论
敏捷开发的公司是否更容易做出错误的决定?虽然速度很重要
敏捷开发是否更容易让你养成不规范的流程和风格?
敏捷开发是否更容易写出自己都不认得的屎山?
敏捷开发是否往往伴随着工作量更大的现象?
在相同时薪的情况下,你会选择敏捷开发的公司还是规划性比较好的公司?大家觉得敏捷开发是利大于弊还是弊大于利?
用户评论
  • 封锁爱
  • 被敏捷俩字骗了吧,JetBrain 一个季度出一个版本,他们内部的组也搞敏捷啊。
    我司一个季度出一个版本,再 alpha->beta->V&V->RC->RTM ,T+2(Q)发布。也就是 7 月发布 2024.1 版本。
    内部一个 sprint 2 周,有完善的故事点评估流程,有交付价值评估过程,有阿米巴核算过程。测试团队独立,各自有各自的 sprint ,甚至 HR 和 IS Helpdesk 也都 scrum 化。我们组现在 160 多个 sprint 了。
    大部分公司搞不好敏捷,第一步的账就算不好。交付价值算不清楚,投入成本也没法计算,故事点估不好,协作流程也定不清楚。这也就是所谓的“方法论”。
  • 2024/5/4 21:44:00 [ 0 ] [ 0 ] 回复
  • 我与裙摆
  • ”敏捷开发“本质上是一个自上而下的方法论,如果上层不够敏捷,下层再敏捷也没有意义。大多数集体实施”敏捷开发“只会单一的针对下层,要求下层又快又好,但上层仍旧保留着又大又蠢的习惯,做的计划和决策仍旧与”敏捷“相背而行;但上层永远不会找也找不到自己的问题,直到他们灭亡。

    回过头来看,大多数搞敏捷公司的压根不懂敏捷也不想懂敏捷,他们想要的是一个执行命令又快又好的团队(军队?),而“敏捷”只是他们借过来用的口号,你换成其它的也没什么区别。
  • 2024/5/4 21:41:00 [ 0 ] [ 0 ] 回复
  • 晴昼烟雨长
  • 高质量开发 + 高质量业务 能跑通各种什么敏捷什么精益什么巴拉巴拉。然而事实上只有,CRUD 能写明白就烧高香 + 能说明白需求都很费劲的业务 大家就混口饭吃,想怎么来就怎么来吧。
  • 2024/5/4 21:31:00 [ 0 ] [ 0 ] 回复
  • Vinda
  • 敏捷模型的对立面是瀑布模型…那玩意估计这里大部分程序员都没经历过也不会喜欢。国内小作坊最大的问题不是用了敏捷方法论,而是他们根本没有方法论。
    典中典之马云:中国的金融没有系统性风险,因为中国金融根本没有系统
  • 2024/5/4 20:14:00 [ 0 ] [ 0 ] 回复