在大部分公司的实际执行中，敏捷开发是不是===快速堆代码，尽可能不写测试、去掉没有直接创造价值的环节？
drymonfidelia 2024-07-04 19:53:22 +08:00 2034 次点击这是一个创建于 467 天前的主题，其中的信息可能已经有所发展或是发生改变。
 | 1 devloperchen 2024-07-04 19:55:44 +08:00 是，越快越好，我们公司就是不在乎代码质量，老板和领导的意思就是要快 |
 | 2 meiguozhiguang 2024-07-04 19:56:24 +08:00 是的 折腾人专属手段 |
 | 3 xuanbg 2024-07-04 19:56:57 +08:00 肯定的啊，能把敏捷开发做对的团队简直是凤毛麟角 |
 | 4 Meteora626 2024-07-04 19:59:09 +08:00 敏捷开发=不管咋实现，功能出来就行 |
 | 5 yuanmomo 2024-07-04 20:00:02 +08:00 via iPhone/span>  3 我的理解是胡扯。 至少我知道的几个公司都不是。敏捷的基础是建立在有完善的 ci/cd 。其次，还有完备的自动化测试和手动测试（尽量用自动化），然后避免每次都全量回归测试。这种会需要专门的测试团队，而且，测试会在整个开发周期都介入。 我现在就是自动化测试，虽然我们现在不是敏捷，但是是瀑布和敏捷的结合（业务特殊性）。 |
 | 6 DonaldErvinKnuth 2024-07-04 20:01:53 +08:00 公司就是尽可能压榨最大利益，不断的试探底线 |
 | 7 shijingshijing 2024-07-04 20:04:40 +08:00 没那么复杂，老板眼里： 敏捷 == 加班 |
 | 8 www5070504 2024-07-05 15:58:48 +08:00 同意 #5 但实际确实是#7 敏捷开发实际上讲究挺多的 国内没多少团队真的能践行这套方法论 |
 | 9 zhanshen1614 2024-07-07 17:40:18 +08:00 是的。国内大部分公司的敏捷开发被理解为“快速交付代码”，只用几个会议和工件其他诸如 CI/CD 、可持续节奏、极限编程等无人理会。我待过的公司全是短周期的瀑布开发而且无效工作变多，因为产品经理随便改需求，任务优先级按官阶大小排序，推行这个的目的是为了清理需求池里库存多年的需求，无休止地加班做了还没啥用毫无成就感。 |
Select Language