在没有服务器全线崩溃和用户无法登陆在不间断投诉的影响下，或许这些领导可以找到更好的替代方案。

　　比如他们通过对病毒的模拟运行会发现常规的杀毒软件虽然无法有效清理被病毒感染的文件，但是却可以清除病毒文件崩解扩散时产生的一部分具有明显网络病毒特征的碎片文件。

　　这种清理可以极大得延缓病毒扩散的速度，让可以应对事件的时间变得更加充裕。

　　时间充裕了或许就可以让病毒专家研发出来针对这款病毒的专用杀毒程序，那最后被感染的那批服务器是不是就有了抢救的余地，那些珍贵的服务器数据是不是就有了被抢救出来的可能？

　　复盘发展到这里都是正常的，可接下来的操作就会变得不正常了。

　　本来到了这一步后接下来就是总结经验教训和表彰了，毕竟在维护部和技术部两个部门的通力合作之下这次事件得到了解决并且还挽救了剩下的三分之二服务器免于遭受病毒感染。

　　可偏偏公司领导并不是这么认为的，在管理层看来公司每个月支付工资就是让你们这些人在关键时刻发挥作用的，现在出了一个紧急事件公司三分之一的服务器都被格式化重启了，许多珍贵的数据丢失公司蒙受了重大损失。

　　这还不算，明明还有更好的方案可以减少公司的损失，可是这些人的榆木脑袋根本就想不到，如此怎么还有脸让公司给予表彰呢？

　　于是管理层的领导挥挥洒洒一大篇报告就出炉提交董事会了。

　　在领导的报告中，维护部和技术部在面对紧急事情的处理上有重大的瑕疵，他本人通过对这次事件的仔细分析研判发现还有更好的方案建议董事会审议方案的可行性并写入标准操作手册。

　　吧啦吧啦云云……

　　复盘的数据分析工作都是基层领导在事件结束后要求部门工程师做的，到了管理层领导这里就非常不要脸地变成自己研判的东西。

　　既然在处置上有瑕疵，那肯定要有改善啊！

　　管理层领导只会看ppt，怎么可能懂这些涉及到现场操作的实际问题呢？

　　这些问题最终还得交给基层员工来解决，于是乎在接下来的一段时间内各级别领导都会很忙，整天大会小会不断将在事件复盘中所发现的问题在会议上反复研究，大而空的讲话一场接着一场。

　　从董事会开始自上而下每一次会议都会进行加码，如果董事会最初做出的决议是要求员工重新培训相关紧急事件处理流程，到了基层领导面对员工所开的会议上可能就变成了把涉事员工将为试用期的处罚！

　　这也是在维护部和技术部的会议上所有的工程师都知道最有效的解决方案却每一个人主动提出来的原因。

　　作为第一个提出建议的工程师在事后必然会遭到领导复盘时反复的追问。

　　“你如何判断当时就没有其他处理方案了呢？”

　　“你觉得以你的能力能够做出最优的判断吗？”

　　诸如此类的问题反复考验员工的心里承受能力。

　　心理承受能力差点了员工为此患上某些心理疾病的并不在少数，性格极端点的员工更是在现场就和啥呀不懂的领导大吵起来。

　　一吵架，好了，有理也变成没理了。

　　接下来必然是对于员工现场和领导吵架问题的处理……