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

[unregister]

[lanlanye]

同意楼上，没有完善的测试体系+合理的架构设计+熟练的重构能力，就不要想做敏捷

[MuSeCanYang]

我们每周一次发版.....

[fredli]

feature flag ，代码尽管 commit ，bug 多就关了

[lucays]

不是必须 2 周呀，事情太多 3 周呗

[nothingistrue]

敏捷的精髓是：只要求过程，不要求结果，即到点必须发版，但是发版即不要求整体 100%完成，也不要求本次迭代目标 100%完成。

如果是要求到点必须出结果的，那就不是敏捷，它更不是啥新风格，那是中国自古依赖就存在的办事风格。

[magicZ]

上家公司中深有体会，我跑路了。这种行为就是在抚慰领导们的焦虑

[fushy]

敏捷测试难道不是一周一版吗 我们一周一版 贼扯淡

[seekmyduck]

说明有可能是事情太多，有可能是验收太严格，有可能是开发遇到困难
下个版本少做些需求就好
还有一种可能就是，无论如何都完成不了版本计划，强行 PUA ，让你们带着愧疚的心进入下一个循环

[wongskay]

我们一周两次

[markyun]

笑死，你们两周一个版本还算正常的，我们是周二的需求，周三才出视觉，周四才出接口，周四晚上就要转测，周五发版。

[dream4ever]

@janxin 这篇文章太棒了，很有收获，多谢分享。

[dog82]

要迭代起来，本周发上上周的版本，修改上周的 bug ，编写本周的需求，计划下周的 sprint

[boris93]

你这假敏捷吧？
我司是 sprint 里面小功能写好了测好了直接 cicd 上生产，上完了自己测一测，自己盯会日志，有问题就 rollback ，没问题就上线结束
好处就是出问题也是小问题，早发现早治疗
两周发一次，问题全部堆起来，上一次爆一次大的，图什么呢

[itechnology]

跟我上一家公司一模一样，也是两周发一次版，感觉这就是假敏捷。

[IvanLi127]

没有自动化测试的话，建议取消这个奇葩制度，或者减少每次发版的内容

[corcre]

我老东家(小作坊)也号称敏捷开发, 那是真的敏捷, 瞬间完成从前到后的交流, 因为从需求收集, 确定需求, 工时预计, 实现, 测试, 发布到跟客户沟通都是一个人, 写完自测一下直接上线, 直接丢生产环境, 对面没反馈就是没问题

[sprite82]

一周两次的路过，基本上测试能在一小时内验证完毕

[dudubaba]

根本不是敏捷的问题，如果是项目初期这不可避免，因为要上新功能。如果是项目稳定期，那这个可有可无，可是如果不周期性的发版，那怎么去衡量工作量呢？老板要看到你忙，不然他会焦虑，然后。。。

[sujin190]

@guowq #17 人家那叫每周发版，不是每周一个版本，固定发布周期而不是固定开发周期，很多团队很多功能同时开发，本周啥功能完成发啥，但每个功能周期不定，最近不这么干了，估计是公司砍预算估计也没那么多功能要开发了

CICD 、金丝雀环境、灰度环境搞起来会方便不少，而且不要把发布周期和产品功能版本周期合在一起，要快速滚动就需要产品功能需求碎片化，每个功能的开发测试周期本身还是按功能复杂度来的，硬要开发周期也对齐两周那真是坑死自己了

[janus77]

测试流程不够规范，或者做的东西太多了，或者开始做之前的资源没准备好（需求文档、ui 设计稿、申请的服务端资源等等）
正常的话就是第二周刚开始就准备要提测了，即使东西没做完可以先开始把做完的部分先提测，然后等做完的时候已经有一部分测试结果出来了，剩下三天左右改 bug ，最后一次冒烟测试就行