前段时间公司开发人员流动较大，由于老员工几乎流失殆尽，因此开发的主力都是新员工。为了保证新员工能够尽快上手，
因此在试用期我们尽量让新员工参与一些力所能及的任务，以便尽快熟悉业务和系统，同时对新员工的工作定期进行一些check.
同时对新员工完成的工作加大测试和验证的力度，力求降低系统发布可能出现的不稳定性。但是鉴于近期任务比较繁重，而
且时间也很紧张，虽然我们尽量让新员工能够循序渐进的有一个平稳的过渡期，但是有些时候也不得不考虑时间的问题。7月份我
们产品组集中处理了一批需求和Bug，其中大部分是新员工完成的，为了保证上线前的质量。我提前2周开始了测试，并在测试的
过程中对可能发生的情况进行了多次模拟，同时也在上线的前2天架设一个模拟升级的环境进行确认，并安排运维部门的同事进行
确认。以防止出现可能的一些失误。因为我们以前发布系统时，很多时候出现问题都是在升级到生产环境后出现的。所以此次为
了防止这种意外，特意进行了模拟。
当然整个过程少不了其他部门同事的密切配合，比如配置，QA，运维，开发都有人员参与。终于在7月26日完系统上线后，
没有出现意外情况，平滑的实现了过度。用户在升级系统后也没有反映升级后出现了意想不到的问题。
对此次系统大发布的一些总结如下：
1.发布时间不要选择在周一用户使用的高峰时段，也要避开月结时间段，比如每月的30日到
下月初的10日左右，避开节假日开始的第一天上班时段。
2.对于新员工的任务要多进行确认跟进，以控制风险。
3.测试时间要保证充足，保证质量第一，降低可能出现的风险。
4.事后补救不如事情做好，所以提前做好一切准备工作才是OK的。