在大部分公司的实际执行中，敏捷开发是不是===快速堆代码，尽可能不写测试、去掉没有直接创造价值的环节？

[devloperchen]

是，越快越好，我们公司就是不在乎代码质量，老板和领导的意思就是要快

[meiguozhiguang]

是的 折腾人专属手段

[xuanbg]

肯定的啊，能把敏捷开发做对的团队简直是凤毛麟角

[Meteora626]

敏捷开发=不管咋实现，功能出来就行

[yuanmomo]

我的理解是胡扯。

至少我知道的几个公司都不是。敏捷的基础是建立在有完善的 ci/cd 。其次，还有完备的自动化测试和手动测试（尽量用自动化），然后避免每次都全量回归测试。这种会需要专门的测试团队，而且，测试会在整个开发周期都介入。

我现在就是自动化测试，虽然我们现在不是敏捷，但是是瀑布和敏捷的结合（业务特殊性）。

[DonaldErvinKnuth]

公司就是尽可能压榨最大利益，不断的试探底线

[shijingshijing]

没那么复杂，老板眼里：

敏捷 == 加班

[www5070504]

同意 #5 但实际确实是#7
敏捷开发实际上讲究挺多的 国内没多少团队真的能践行这套方法论

[zhanshen1614]

是的。国内大部分公司的敏捷开发被理解为“快速交付代码”，只用几个会议和工件其他诸如 CI/CD 、可持续节奏、极限编程等无人理会。我待过的公司全是短周期的瀑布开发而且无效工作变多，因为产品经理随便改需求，任务优先级按官阶大小排序，推行这个的目的是为了清理需求池里库存多年的需求，无休止地加班做了还没啥用毫无成就感。