想了解下大家公司的开发周期问题

[ggfickle123]

楼主第一家和第二家公司的开发周期都是上一个周期的项目测试且上线全部结束后，产品才开需求评审进入下一个需求迭代（可能是因为公司比较小，产品比较单一）。
目前这家公司已经入职一年半了，目前的开发进度都是需求评审完毕后，按照预估的提测时间交给测试后，产品又会里拉会进入下一个需求评审，然后在上一个迭代提测后马上进行下一个迭代的开发（牛马不得闲）。
突然有感而发，以前的迭代周期摸鱼是真多啊。想了解下大家的公司周期是啥样的。

[BelongLin]

跟你一样，我之前在制造业公司时，都是一个需求测试上线了之后才会做下一个需求，中间大概率还存在没需求的空档期阶段，很多时间都可以拿来自己摸鱼学习。
跳槽到互联网公司后，只要开完需求评审会议就要给出大致的前后端开发时间和发布上线时间，开发过程中产品还会不断穿插其他新的需求，这时候只能去协调开发时间，一点摸鱼时间都没有了，唯一的摸鱼时间就只能在提前完成需求时获取

[TwoDays91]

差不多，然后上一个需求中 bug 也要在新迭代中修复，并不算工时。

[dcdlove]

对比之下，你还是太舒服了，
我们商务（产品）截至时间和开发时间都是他们定，需求并行开发时常态，最脑残的是都说好，某天交付，结果看到开发进度快好了，觉得你还有压榨空间，中途立马在增加需求截至时间不变，问就是客户问就是老板站台

[albertofwb]

短的三天一个，长的一个月一个项目。键盘已经冒烟，质量是没有的，挨骂是日常的。

[passion336699]

害。。双周一迭代。。

[connor123]

上家一个月迭代一次，爽死，现在不行了，需求昨晚马上开发，开发完了就提测，然后做下一个需求，唉

[junkk]

之前大概双周一个版本， 基本是上线后才会开新的评审，但是开发时间拉的紧，而且小的需求很多，在开发-提测过程中随时会出现，中间还要时不时地回复线上问题，所以还是很累，没什么摸鱼时间

现在换了几家，倒是很闲，但是工资也低了，哎