ITSS的角色在事件管理中要明确的工作职责
20150730淡然续上3内容3.1流程介绍事件管理流程在信息部设立的主要功能是尽快解决生产／运行环境中出现的事件，保持IT环境的稳定性。通过对事件进行登记、分类、分级、状态跟踪、关闭确认等手段建立一个事件管理流程的闭环，从而对事件的处理过程进行监控和优化，在成本允许的范围内尽快恢复服务，提高客户满意度。ITSS考试事件管理流程还提供一个日常接口，提供关于服务状态的信息更新，定期对事件信息进行统计和分析，了解事件的分布和发展趋势，努力降低事件响应时间和解决时间，提供优质无间断的IT服务。
3.2角色和职责在深圳供电局的事件管理流程中，主要的角色有四个：服务台、一线工程师、二线工程师、事件经理。
编号
角色
职责描述
交付物
1
事件经理
l确保有效协调资源，通过一、二线工程师快速恢复正常服务状态l出现紧急、重大事件时，负责协调外部资源尽快解决事件l确保事件管理支持人员的适当技能水平和绩效表现l确保和问题管理、外部供应商等部门的有效合作l确保事件的快速解决（从客户的角度看，提高了可用性）l确保正确和广泛地收集和分析事件数据，发现IT和业务相关的问题l确保有关IT服务和客户支持的管理信息的可获得性l改进和提高事件管理流程的有效性和效率l提供相关的事件统计报表和趋势分析
l事件管理流程l事件统计分析报表l重大事件判断标准l事件分类规则事件优先级
2
服务台
l接受用户的事件申告，对事件进行确认l接受巡检上报的故障事件，进行登记l确保所有相关事件信息都被正确登记l对登记的事件进行分级和分类l直接为用户提供相应的解决方案l将事件分派给适当的一、二线支持工程师l与服务请求的提交者或其他相关用户进行直接的沟通，通报问题的处理情况l跟踪事件的处理过程以确保在规定的时间内解决问题l事件解决后，在系统内关闭该事件之前进行确认事件已解决l结束事件，更新信息l作为事件的所有者，监控，跟踪所有的事件，并作为和客户沟通的唯一联系点l必要时进行事件升级
l用户申告记录l巡检上报l班前班后会
3
一线工程师
l接受服务台转交的事件，对事件进行处理l确定和协调必要的动作来处理相关事件，进行技术支持，比如为用户提供现场支持等l把事件的影响降到最小，并确保快速恢复到正常服务水平l收集有关事件解决方案的历史数据l事件的调查和诊断l根据解决方案进行IT服务恢复l将事件的解决步骤文档化，并录入知识库系统l如事件无法解决，将事件转发二线工程师支持l如事件无法解决，将事件转发给原厂商/开发者支持l如事件无法解决，将事件升级，寻求事件经理支持
l服务台l事件管理流程
4
二线工程师
l接受服务台转交的事件，对事件进行处理l确认事件的分类、分级和关联配置项l确定和协调必要的动作来处理相关事件，进行系统恢复，比如为用户提供现场支持等l把事件的影响降到最小，并确保快速恢复到正常服务水平l收集有关事件解决方案的历史数据l事件的调查和诊断。l根据解决方案进行IT服务恢复。l将事件的解决步骤文档化，并录入知识库系统。l如事件无法解决，将事件升级，寻求事件经理支持。l确定和协调必要的动作来处理相关事件，组织相关资源恢复服务
l服务台l一线工程师l事件管理流程
5
事件专家组
l接受和处理所有紧急、重大事件l把事件的影响降到最小，并确保快速恢复到正常服务水平l制定有效的解决方案和规章制度，尽可能降低紧急和重大事件的发生概率
l服务台l一线工程师l事件经理l事件管理流程
3.3流程触发条件及输入输出3.3.1流程触发条件
编号
触发条件
来源
1
l用户通过热线电话提交事件申告l用户通过邮件提交事件申告l用户通过ITSM系统提交事件申告l巡检发现的相关故障
ITSM流程、电话等系统
2
l班前班后会总结
线下
3.3.2输入ITSS认证
编号
输入项
1
l深圳供电局IT服务现状
2
l当前业务运维需求
3.3.3输出
编号
输出项
1
l重大事件判断标准
2
l事件分类规则
3
l事件优先级定义规则
4
l事件统计报表（周报、月报、季报、年报）
5
l知识库
6
l周期性流程改进建议
3.4流程描述3.4.1流程综述事件管理流程在执行过程中需要遵循以下要求：l服务请求应接收、记录、优先级划分和分类l应有一线解决方案和事件转交说明l应对安全问题进行考虑l事件须进行追踪和生命周期管理l事件需验证和关闭l要有事件升级的机制l可以通过电话、语音邮件、直接访问、和电子邮件的形式来报告安全事故，也可由用户直接访问事件记录系统直接提交申告，或由监控系统自动上报告警事件l所有的事件均应可以追溯和分析相关信息l应同事件影响对象及时沟通事件解决的过程，要在事件记录中记录所采取的全部措施l应为处理人员提供更新的知识库l可能的情况下，为用户提供保持业务连续的方法，即使提供降级的服务，降低对客户的影响。如果原因未诊断清楚就已经建立新的现场，那么就应该记录详细的细节，供后续的诊断和类似事件发生时使用l只有当申报用户正式确认事件已经解决并且服务得到恢复的情况下，才能认为事件已关闭l对于重大事故，应清晰规定什么情况下构成重大事故，以及谁被授权对正常的事件进行处理或变更l任何情况下，均要明确指定一名管理者对重大事故负责ITSS培训l重大事故的管理者应被授予独特的权利等级，确保可以充分协调资源实施解决方案l重大事故必须包括评审，评审的结果可以作为服务改进的输入
待续http://www.ITILxf.com/thread-51954-1-1.html本帖关键字：ITSS
页:
[1]