敏捷开发 每两周发一次版真是累，每次发版都或多或少存在问题，导致很晚下班

[unregister]

[BBCCBB]

我们每天发好几次

[zw1one]

这不是敏捷。敏捷不提倡加班

敏捷宣言第 8 条：

Agile processes promote sustainable development.The sponsors, developers, and users should be able to maintain a constant pace indefinitely.

译：
敏捷流程促进可持续发展。发起人、开发者和用户应该能够无限期地保持恒定的步伐。

[jiangwei2222]

@guowq #17 前小米员工路过，小米排期一般都是领导说了算，领导先说 10 天后上线，然后 QA 和研发再排期各自要多少天

[pengtdyd]

说白了就是领导的项目管理能力不行，一个公司就 10 几个开发，这点人都管理不过来，搞什么敏捷，禅道等各种工具和开发方式乱用一通，结果就是自己玩死自己。
我想说的是企业开发，要已项目为主，更快的熟悉业务，没有精通业务和架构，什么开发方式都是扯淡。

[cqdev]

自动化测试，自动化部署，多个环境

[rxswift]

我们一周一版，心累

[n18255447846]

敏捷开发=傻逼

[appstore54321]

每两周？每个 commit 都会被自动部署，走 ci cd pipeline ，有问题就会卡住。

[Complicated]

@janxin 文章很好，感谢分享。确实深有同感

[hellojl]

这玩意儿一看基础设施，二看员工水平。之前某大厂，各种测试要求很高，定时会将最新版本部署到预发环境上，单次自动化验证跑完就要一个多小时，能做到每天至少上次生产，而且几乎没有特别严重的生产问题。再看现在的小厂，上线比上坟都难

[rannnn]

每个提交都发才叫敏捷

[netabare]

发版延期天天加班不叫敏捷。

[satanandroid]

敏捷是不加班赶工的.
做每次不完说明你们管理不行。需要减少发布的东西。
不是做得很快上线，是快速分阶段响应变化。

[unco020511]

两周一个版本很正常吧,我们两亿月活的应用也是两周一个版本

[FeatureProbe]

用 feature flags 管理功能，以功能粒度去管理版本发布，并且可以做到提前部署到线上环境，用户不可见，真正测试没有问题，无问题后，一键开启后即对用户可见这个功能，可以了解一下 feature flags 开源平台： https://github.com/FeatureProbe/FeatureProbe