聊聊开发节奏【周迭代】、【双周迭代】、【月迭代】、【其他】

咦！居然没有佬回复这个帖子，看来佬们喜欢暗中观察 ^-^

这个好像看项目的，我现在的项目就是要求周迭代。以前维护过一些移动端项目，稳定就要求双周迭代或者周迭代。

也想和各位佬讨论一下，有没有什么可以适应双周迭代节奏的技巧，特别是针对新人入职新公司，这种情况下，新人既要熟悉项目，又要适应整体开发节奏，两者应该如何达到平衡才能叫适应。

可能不同佬所在的项目组情况不一样，也可以拿出来和大伙讨论讨论

我能说 日迭代 小时迭代嘛？压根就没人管，想怎么上线就怎么上线，哈哈哈

刚入职和现在是双周迭代，中间搞过一段时间项目制，排期和上线比较灵活

我们是周发内测版，双周发生产版本。 每个故事点和复杂度评分是投票表决的，每天排大概6小时左右的工时， 剩余2小时机动（开会之类的占用）。 每个需求点拆2小时工时， 一天做三个需求点， 做一个提测一个。 从提测第一个需求点开始测试就会开始介入。 一般是单周周四发内测版本， 双周周三发生产版本， 双周周四开迭代回顾会+下一个迭代的需求评审会。 我觉得如果是单纯这种节奏还可以，团队磨合好产出效率很高。 最不能忍耐的是中间插入高重要性任务然后压 deadline, 工作时间超级加倍。

可以的，我也遇到过，排期精确到小时的那种，一个任务在没有开发前要拆分很细致，拆分后的小任务如果超过3小时工时的话还会被领导diss

主要的月迭代，中间有穿插着2个样子的小迭代

周迭代福报，有时一周能发三版 ^-^

听佬的描述和我前东家的节奏类似，但我们经常会有四五个临时需求插入哈哈哈

没有日迭代选项吗？我们是日迭代… 打包完进入测试流程 测完直接切

我，我就是，小作坊不需要审核流程，产品说更新就更新，我打包就扔进服务器

周迭代福报，没实现功能还扣钱，不迭代不行，所以全是ai瞎糊弄

我们是双周迭代，但是会基于这一次迭代的工作量和预期难度会有动态调整为单周或者两周加几天

是写好代码测试完成就直接上线，不需要堆压到某一天一起上线，一旦出事修复起来非常恐怖

基本上是一个需求测试好了就可以直接上线，跳过周五就行

网页产品不用很严谨，没有版本的

建议新人入职的时候每次遇到复杂业务评估工时都加一天用来熟悉业务，我们目前都是这样的，如果遇到特别复杂的逻辑是不会一开始给新人做的

差不多，我们现在都是一天多的发两三个版本，少的话就是按照周迭代

从双周迭代过渡到月迭代了。

双周迭代流程我们是这样:第一周周一到周五开发，第二周开始陆续提测，一般在周三周四回归改bug，code review。周四发版，周五开始新迭代的需求评审。

现在月迭代是公司接入AI后实行的，需求随时插入，发版每天都可以发

周迭代，月迭代，半年迭代，最后就变更一年发两次，不定期

双周迭代，2 月一个版本。1 年 3 个大版本，其他都是小版本