事件管理流程的主要目标是尽快恢复IT服务提供并减少其对业务的不利影响，尽可能保证最好的IT服务质量和可用性等级。事件管理流程通常涉及事件的侦测和记录、事件的分类和支持、事件的调查和诊断、事件的解决和恢复以及事件的关闭。
故障管理流程
故障处理流程图值班人员发现监控告警或收到客户报障登记故障信息到故障跟踪表根据SLA规定的故障级别发送邮件和短信通知值班人员判断是否可以处理故障Y处理故障并在故障解决后第一时间发送故障解决及业务恢复的公告N将故障传递给接口 技术人员处理判断是否可以立即解决故障YN启动紧急方案恢复业务补充故障处理过程信息到故障跟踪表处理故障并在故障解决后第一时间通知值班人员发送故障解决及业务恢复的公告业务恢复后第一时间通知值班人员发送业务恢复的公告补充故障处理过程信息，由值班人员统一补充进故障跟踪表补充故障处理过程信息，由值班人员统一补充进故障跟踪表启动问题管理流程，跟进处理遗留问题故障处理结束，关闭此故障处理流程
值班运维发现监控报警或者客户向值班运维报障； 登记故障信息，发生时间、故障来源（故障处理跟踪表）
判断故障影响范围，并根据SLA定义，公告相应岗位人员（邮件和短信） 值班运维人员判断此次故障是否可以处理；
若故障问题值班人员可直接处理，便做好故障记录，迅速处理故障；若故障不可立刻处理，值班运维则须在10分钟内通知运维中心的技术专员；
同时在故障处理跟踪表记录故障处理转移时间和转移到的相关人员；
技术专员判断故障的原因并处理故障，若能够立刻判断故障的成因，则迅速处理故障； 故障处理完毕后，第一时间通知值班运维，由值班运维发布业务恢复公告（根据SLA定义级别公告对象），告知故障处理完毕。补充故障处理过程到故障跟踪表。
若故障不可立即处理，则启动应急方案恢复业务，技术人员须记录好相关情况，通知值班运维人员发业务恢复通告，并于事后通知研发部门，协助解决类似技术问题；启动问题管理流程，跟踪解决问题。
在故障处理完毕后，运维人员应做故障分析，编写对内及对外的故障报告，并对此次故障进行存档归类。
每星期统计所有团队的故障信息入故障统计表。
关联表单《400电话记录表》、《故障处理跟踪表》、《故障统计表》
问题管理
问题管理流程
问题处理流程图由故障流程传递的遗留问题、巡检发现的运维问题运维工程师登记问题（问题处理跟踪表）针对问题的影响范围、引起的潜在风险、某些流程规定等因素，提出解决方案以及预计解决时间N管理层评审解决方案及解决时间Y方案评审通过后按照具体的方案执行采购和变更，在《问题处理跟踪表》简单描述解决方案申请挂起或直接关闭对于某些不可控、风险低、无法短时间解决的问题申请挂起或关闭状态问题解决后记录解决时间和解决状态《问题处理跟踪表》评审决定是否可以实施挂起或关闭状态NY评审可以挂起的问题，待继续处理条件具备后继续解决。评审确定可以关闭的问题结束流程。将挂起状态更改为待处理状态问题处理流程关闭
一、问题管理流程目标：
问题管理流程的主要目标是预防问题和事故的再次发生，并将未能解决的事件的影响降低到最小。问题管理流程包括诊断事件根本原因和确定问题解决方案所需要的活动，通过合
适的控制过程，尤其是变更管理，负责确保解决方案的实施。问题管理还将维护有关问题、应急方案和解决方案的信息。
二、问题管理流程：
问题产生来源：由故障流程传递的遗留问题、巡检发现的运维问题等； 运维工程师登记问题（问题处理跟踪表）
针对问题的影响范围、引起的潜在风险、某些流程规定等因素，提出解决方案以及预计解决时间；
管理层评审解决方案及解决时间；
解决方案评审通过后，按照具体的方案执行采购和变更 问题解决后记录解决时间和解决状态（问题处理跟踪表）
对于某些不可控、风险低、无法短时间解决的问题申请挂起或关闭状态，通过评审决定是否可以实施挂起或关闭状态；
问题解决进度列入运维团队考核指标，挂起状态的问题不计入超期问题，但在年度内必须关闭.
每星期总结当星期所有团队登记的问题入问题统计表；
变更管理
变更管理流程
变更管理流程图业务发起变更或者运维计划产生变更责任人准备变更申请单，提交变更申请，邮件的形式发送给运维团队在变更记录表中记录所有申请的变更，安排时间组织评审和变更统计评审不通过组织变更评审，由运维部门管理团队共同评审评审通过按照变更计划执行具体的工作变更结束后将变更结果以及产生变化的信息反馈给相应人员备案记录变更结束，关闭流程
一、变更管理流程目的
变更管理实现所有IT基础设施和应用系统的变更，变更管理应记录并对所有要求的变更进行分类，应评估变更请求的风险、影响和业务收益。其主要目标是以对服务最小的干扰实现有益的变更。
适用于现有运营环境、对业务有影响的变更。
二、变更管理流程
1、业务发起变更或者运维计划产生变更；
2、责任人提交变更申请，邮件的形式发送给运维团队；
准备输出变更申请单，在变更申请单中详细描述变更目的和变更计划；