搜索
  • 大家觉得敏捷开发是利大于弊还是弊大于利？
  • 发布于 1周前
  • 48 热度
    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 ] 回复
可能感兴趣的话题