敏捷721模式下各个开发小组同一时间开发同1个模块，上线时间先后不同，产生冲突问题 如何解决？

当前公司的研发背景是 先研发出来产品，2周快速迭代，2周 7个工作日用于开发  2个工作日用于测试 1个工作日用于演示，演示并验收完然后上线。

目前只有  开发环境、测试环境、稳定环境、预发布环境、生产环境，共5套环境，系统架构为微服务架构。

开发1小组  开发环境 开发A模块 功能，发布到测试环境为V3.16.1分支

开发2小组  开发环境  开发A模块  功能，发布到测试环境为V3.16.2分支

由于 开发1小组 速度比较快，或者业务简单一些，效率高一些，开发1小组 已经走到了预发布环境，开发2小组走到了测试环境；由于2个小组都开发了同1个模块；

开发1小组先上线了，然后开发2小组走到预发布环境发现 有8个服务产生冲突；这时就需要 在预发布环境 做一次  不同迭代业务模块的 全业务的流程测试，但是此时已打破了271的2周迭代的研发周期。

这里出现的问题有几个：

1、迭代周期必定延期

2、不同的小组代码产生了冲突（开发2小组把开发1小组的代码给覆盖掉了）

3、不同的小组开发相同的业务模块时，会自己重新写一些接口去实现一些功能，产生了大量的代码冗余或接口冗余

4、不同开发小组 不考虑冲突的情况下，陆续上线了，最后随着迭代次数增加，线上没有经过 全业务流程测试的 版本越来越多，最后线上会出现越来越多的的莫名其妙的bug（测试环境都正常，到了生产环境就有了很多的bug）

前提是不打破721敏捷研发模式（跑火车模式），也不能拆分业务的情况下（几个小组做得同一个产品项目），如何解决 不同小组在 代码合并以及上线后的质量问题？

标签：迭代,小组,环境,开发,同一时间,模块,721,测试环境
来源： https://www.cnblogs.com/xiezhifei-testingtechnology/p/16295534.html