由 dawei 维护人员既要做分析、又要去操作，可能最后分析没做好、操作无法落实。维护人员就是解决设备问题。现有的运维机制是：设备产生告警、监控收告警派工单、维护人员处理工单、监控核实回单质量完成闭环。看似多么完美的管理流程。实际上，维护人员在看到告警的时候可能无法准确定位问题根因。这就对维护人员的技能水平提出了较高的要求。只有具有较高的技能水平、多年的维护经验，才能够具有从虚虚实实的告警信息中分析出关键问题点。这仅仅是做了第一步。其次还要具备处理问题的能力。这个问题该如何处理?可能需要更换板卡的能力、可能需要联系承载网、周边网元协同处理等等的协同能力。
实际上，人员真实技能和实际工作技能需求的缺口始终存在。这就导致一个大家都不想看到的但又是实际存在情况：有时我们又没做好故障分析、也没做好故障处理。
维护人员故障处理能力的提升需要大量的案例来支撑，而实际上核心网没有大量的故障案例来支撑大批的维护人员提升能力。这就导致：维护人员间的故障处理能力始终不是均衡的。这就好比医生看病一样，医生的经验来源于大量的临床经验。我们之所以相信老中医、老医生，是因为这些医生处置过大量的病例(=故障案例)，处置这些病例的同时也提升了医生自身的能力和水平。如果仅仅是依靠看书学习病例，是无法显著提升医生的水平的。同样的道理，维护工作也类似医生，既需要学习也需要案例来支撑能力提升。这就是为什么一些核心网的前辈们所说的：培养一个成熟的核心网人员至少需要3年以上的原因。
监管能力不足
现在的设备监控模式是：设备产生告警然后发送给厂家OMC，厂家OMC再发送给集中故障系统，集中故障系统再派EOMS工单给维护人员(监控人员同步人工通知部分告警情况。)这个监控模式不仅仅适用于核心网设备，也应用于所有无线、传输、动力等专业的设备。不仅仅适用于网络管理中心，也应用于所有的分公司。这个模式通过多年的运营已经暴露出至少三大主要问题：