IT服务管理制度完整版.docx
- 文档编号:27541622
- 上传时间:2023-07-02
- 格式:DOCX
- 页数:5
- 大小:18.08KB
IT服务管理制度完整版.docx
《IT服务管理制度完整版.docx》由会员分享,可在线阅读,更多相关《IT服务管理制度完整版.docx(5页珍藏版)》请在冰豆网上搜索。
IT服务管理制度完整版
编号:
TQC/K186
IT服务管理制度完整版
Inthecollectivemanagementrinordertogivefullplaytotheenthusiasmandinitiative,forma
collectiveforceandestablishasystemthatconformstothemarketrules,management
principles,andfullyembodiesthemodernmoralconceptsandbehaviornorms.
[适用指导方向/规范行为/增强沟通/促进发展等场景]
编
写:
审
核:
时
间:
部
门:
IT服务管理制度完整版
下载说明:
本规章制度资料适合用于集体管理中,为使每一位成员的积极性、主动性和创造性都得到了充分发挥,并形成一种集体介力而建立起符合市场规律,符合现代管理原理,并能充分体现现代化的道徳观念和行为规范。
可直接应用日常文档制作,也可以根据实际需要对其进行修改。
IT服务管理制度
1、总则
1.1为保障XX信息中心IT服务管理
系统运维管理流程规范化执行,提高服务
质量水平和用户满意度,特制定本办法。
1.2本制度的适用范围为XX信息中
心。
2、事件管理
2.1IT服务管理系统的事件包括用户
的申告、故障、咨询,以及监控系统自动
产生的告警。
2.2事件处理过程中,如果需要对系统进行变更,必须提交变更请求单(变更单必须和事件单关联),变更完成后,继续事件单的处理。
2.3事件处理过程中,若可以将故障定位到某个配置项,则必须将事件单与配置项关联。
2.4由用户申报的事件,客服代表是该事件的责任人,必须确保事件得到有效跟踪与解决。
2.5监控系统自动发送的事件单,由第一个接收的处理人员作为该工单负责人,负责过程跟踪和解决后的工单关闭。
2.6服务台可以将事件单分配给一线工程师或二线工程师,—线与一线、二线与二线之间不能直接分派工单,—线可直接分派给二线,—线和二线可以将事件单重新分派给服务台。
2.7重复事件必须被标识,如果服务台可以判断重复事件,则由服务台对重复事件进行标识,否则由事件处理人员负责重复事件的标识。
2.8事件处理人员在完成解决事件后,应根据实际解决情况填写事件的结束代码,采用临时措施结束代码为”变通方法解决"0
2.9月艮务台负责和用户确认事件的解决。
由用户认可获得关闭的事件单的结束代码为”成功解决”;已解决的事件单如果没有得到用户的认可,须重新分配到原处理人员继续处理。
2.10优先级为紧急的事件,服务台应立即分派给相应的工程师并电话通知,由工程师再次确认,确认为紧急事件,则应立即通报事件经理,事件经理协调资源处理。
2.11各事件处理人员应及时响应和处理分配到本组或自己的事件单,如果超出规定的响应时限和解决时限,系统自动将事件信息通报事件经理和服务台人员,事件经理负责协调资源”并督促事件能够及时被响应和处理。
2.12服务台应及时将不能解决的事件升级到下一级,若未及时升级,事件经理应及时介入,负责协调升级处理。
2.13每周召开例会,总结经验,并进行趋势分析,主动发现潜在问题。
2.14每月产生事件管理报表,并对重复发生的事件和变通方法解决的事件,举行定期的事件管理会议对这些事件进行评估。
3、问题管理
3.1问题先由问题经理审核,再分派给相应的问题分析专家,问题分析专家负责问题的诊断与解决'问题经理负责与月艮务台或问题请求者沟通问题处理过程中的关键信息,已解决的问题单由问题经理关闭。
3.2多次重复发生的事件在工作人员恢复服务后,应创建问题单(问题单必须和事件单建立关联)。
3.3问题处理过程中,如果需要对系统进行变更,必'须提交变更请求单(变更单必须和问题单关联),变更完成后,继续问题单的处理。
3.4问题处理过程中,若可以将根本原因定位到某个配置项,则必'须将问题单与配置项关联。
3.5定期组织会议,对所处理事件历史记录进行趋势分析”将发现的问题提交给问题经理。
3.6每月定期回顾和产生问题管理报表,对没有解决的问题,举行定期的问题管理会议进行评估。
4、变更管理
4.1所有影响生产环境配置项的变更均须填写变更请求单。
4.2所有的变更必、须通过变更经理审批,风险等级为重大的变更必须提前三个工作日提交变更经理审批。
变更经理负责与各相关方面协同,严格管理其计划、测试、评估、审批、实施等。
4.3对现有业务系统产生影响的变更,例如因实施变更而需要停机或者中止业务,变更主管均需在变更执行前提前通知有关人员做好业务调整,减少对业务的影响,待实施完成后再次通告。
4.4变更主管负责变更计划的制订,包括:
实施计划、测试计划、安全措施、回退计划、配置项更新计划等。
4.5在制定变更计划时需制定配置项更新计划并关联配置项信息,变更实施完成后需确保配置项信息及时更新/只有配置项更新完成后,才能关闭变更请求单;配置项信息的变更需要按照配置管理流程执行。
4.6对应用软件版本上线类的变更,除变更计划外”还应包括软件功能说明文档、软件技术说明文档、包含完整测试用例的测试文档,并提供已签字确认的测试报告。
4.7对数据迁移类的变更,除变更计划外”还应提供转换方案,该方案一般包含数据转换策略、数据转换测试、数据备份及恢复方案、数据转换结果核对等方面
的内容。
4.8每月产生变更管理报表z对失败的变更和风险等级重大的变更进行回顾和检杳C
5、配置管理
5.1配置管理所有配置项信息必须准
确反应当前IT基础架构状态信息「任何设备进入机房前或系统投入使用前必须启动配置管理流程z以确保配置项信息与实际环境一致。
5.2所有生产环境配置项的更改都要通过变更管理流程进行控制。
只有得到授权的人员(配置管理员)才能对CMDB中的配置项信息进行修改。
5.3变更主管在制定变更计划时必须
制定配置项更新计划,对计划修改的配置项进行说明;变更实施完后,由变更主管汇总相应的配置项修改信息”并通知相应的配置管理员,配置管理员接收到配置项修改请求后,与配置项实体进行核对,核对无误后方可修改配置项属性以及关系,同时将配置项与变更记录进行关联。
5.4当确认配置项信息不需要在配置管理数据库CMDB中保留时,不在CMDB中进行物理删除,通过删除状态属性来进行标识。
5.5定期根据变更的执行情况对变更引发的配置项的修改情况进行审核。
5.6每半年对IT环境进行审核、跟踪监测,以保证CMDB的信息收集准确、完
整。
6、知识库管理
6.1工作人员应积极支持知识库的建设,对于工作中的经验、知识、技巧、常见问题应及时总结,并提交给知识库经理。
6.2知识库经理须对工作人员提交的知识进行甄别,对于合格的知识才录入知识库。
6.3定期每个月对知识库中的知识进行整理和维护'保证知识的准确性和实时性。
本处可输入公司或团队名字
THISTEMPLATEISDESIGNEDBYFOONSHION
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- IT 服务 管理制度 完整版