多产品多团队发布问题反思

         以前自己也管理过系统发布，不过当时都只是管理一个产品的发布，只需要确定好发布范围，在测试阶段验收通过，然后做好

部署上线准备工作就好了，一般不会涉及网络，服务器等问题，产品之间的交互也一般是通过内部网络的接口完成了，交互的产品组

之间协调好时间一起发布就好了。

          昨天参与了一个大项目的发布，包括了4个内部的产品组，还有2个外包团队，情况的复杂程度远远超出了预期，虽然项目发布

范围已经确认了，但是关于各个产品组需要的服务器资源，网络资源却没有能够梳理和汇总出一个最终的清单，结果在发布前进行确

认时发现很多工作项没有明细，这样导致配置的同事很抗拒，因为他们需要我们按照最小粒度的需求来提出申请，他们才执行，IT基础

架构工作做到了这个粒度真不容易，。没有办法只能一台台服务器记录，一个个端口梳理，同时提交申请。

           内部4个产品组的准备工作倒是做的比较到位，没有什么延误，外包团队这边就没有这么准时了，到了发布前半天才告知可能会

延期，无法按照以前的发布计划发布，当初可是拍胸脯保证过的，到了关键时刻拍脑袋都没有用了。

           本次发布遇到这几个问题值得反思下了：

           1.对于每次发布所需要的资源一定要提前做好确认和跟进工作，特别是跨部门的情况下，需要提交什么申请，申请类型是否正确，

              跟进完成的进度直到确认完成。

           2.对于多个团队的项目跟进工作一定要紧跟进度，定期进行沟通确认，不能够等到最后一刻再做确认，特别是针对外包团队的进度，

              因为外包团队的控制更困难些，需要更多的进行监控。

           3.发布前一定和大家做好沟通，了解到实际情况，如果有问题需要延期或者范围需要变更需要提前确认，避免到最后一刻才说不可以，

              或者硬着头皮仓促上线，后面善后的问题更麻烦。