IT运维工作界面划分探讨v2
IT运维岗位划分
IT运维岗位划分 IT运维岗位以⼯作内容分类⼤致可以划分为以下⼏种岗位：IDC机房运维售前运维桌⾯运维监控运维实施运维系统运维⾃动化运维开发运维数据库运维⼤数据运维DevOps运维 1. IDC机房运维 ⽬前薪资低，⼯作内容简单，⽽且未来可能会被⼈⼯智能替代的就是 IDC机房运维 IDC机房运维的⼯作主要包括：主机监控，信息统计，硬件维护，系统维护，⽹络维护。
⽐如对托管设备进⾏⽇常的巡检，故障记录；协助客户对IDC机房设备进⾏维护等；很多IDC机房运维，后期都转型做销售岗，还有的考了⼏个证书后，转到⼤公司做运维了，这是⼀个钱少，活杂，上升渠道少的岗位，未来发展靠个⼈。
北⼤的保安也能考研究⽣成为⽹红，只要努⼒还有什么不可能呢；三年⼯作经验：薪资5-9K，有的公司需要倒班 2. 售前运维 在产品的销售过程中，⼀般会有这个岗位存在，毕竟销售⼈员对技术能⼒的掌握都有所⽋缺，如果客户问到技术上的问题，就需要售前运维出场 售前运维：对技术要懂⼀些，对销售也懂⼀些；所以售前运维的未来发展⽅向有两个，⼀个是往技术⽅⾯发展，⼀个是往销售⽅⾯发展。
⽽且曾经的销售经验决定⼤⼤提⾼了⾃⼰往技术⽅向发展的概率。
毕竟各⾏各业都需要沟通，运维⾏业更得懂的沟通；⼀个⼀年左右的售前运维，薪资在⼀万以上很常见；但希望⼤家把这个岗位作为⼀个过渡，⼀⼼不能两⽤，很难做到既搞好销售，⼜能做好技术；如果你可以，建议你去创业，⼀个技术创业者，既要懂技术，⼜要懂销售 3. 桌⾯运维 桌⾯运维⽬前属于外包的⽐较多，有专门的公司招聘应届⽣去培训⼀两个⽉，直接外派到⼤公司做项⽬，需要的技能不是很多，但是沟通能⼒很重要，之所以要沟通能⼒，只因为你是⼄⽅，说⽩了就是去⼈家家⾥⼲活的，属于服务⾏业；要做的事情很杂：⽐如OA加载不了PDF怎么办？⼜或者⽹络IP重名，还有诸如电脑没有声⾳，word插⼊不了⼤写字母，打印机出现了故障，投影仪不能使⽤，需要装装系统等；⼯作重复性很⾼，只要你⽤过⼏年电脑（你⾃⼰的笔记本），基本上都可以⼲运维，如果你擅于⽤百度，那公司⾥⼤部分业务跟桌⾯终端问题，你都可以搞得定 ⼯作⽐较清闲，薪资不⾼，很多⼈的薪资⼀直停留在8k左右，如果不努⼒提⾼⾃⼰，被替代的可能性很⼤，随便⼀个⼤学⽣，⼊职三个⽉就能⼲你的活；⽽且桌⾯运维看重学历，现在要求本科学历的越来越多，对英语的要求也越来越⾼；未来的桌⾯运维，⼀定是要求越来越⾼，⽐如学历，⽐如⼝语流利程度，但⼯资会越来越低 4. 监控运维 其实这个职位的⼯作很说轻松也是很轻松的，不过想进⼊这个职位的要求还是有点⾼的，要求基本是都和公司⽹络管理员的要求差不错的，但是⾃我感觉，这个职位的⼯作职责很简单 也就是监控⼀些公司⽹络，服务器，服务的运⾏的是否正常，当运⾏不正常的情况下，会有相应的报警，只需要分析⼀下，相应的报警时什么情况，并汇报给相对应的⼯程师处理；其实⼯作很简单的，⼀般有⼀点⽹络常识的⼈都能完成的 监控⼯具常⽤的有：Zabbix，Cacti，Nagios，Open-Falcon 5. 实施运维 ⼀个需要频繁出差的岗位，有的公司实施运维的⼯作⾥还穿插了售前运维的⼯作，公司的产品需要涉及到去客户公司部署产品以及后期的跟进维护，举个安装移动宽带的例⼦吧，实施运维就是前期去你家安装⽹线，并调试好，直到你能上⽹，后期对你的⽹络进⾏维护；这个⼯作涉及到的技术⽐较单⼀，或者说都是与你们产品有关的技术，⽐如你们公司是做私有云的，你需要满世界去帮别的公司部署私有云产品和后期维护 需要有⼀定的沟通能⼒，技术增长⼀般是体现在对你们公司产品越来越了解，如果你想去看看世界（真⼼话，⼤多数实施运维忙的没时间看世界），或者不反感出差，也不怕与⼈交流，可以选择这个职位，3年⼯作经验，薪资在12-15K左右 6. 系统运维&⾃动化运维 这两个相似度很⾼，⼀度可以这么理解：⾃动化运维就是在系统运维的基础上⼜学会了⼀些⾃动化⼯具，⽐如ansible,saltstack，shell脚本，系统运维到⾃动化运维，是传统运维向智能运维的过渡；⼀般情况下，系统运维的⼯资，三年⼯作经验在8-10K，⾃动化运维可以达到10-15K, 需要会⼀些常见的ELK，jenkins，gitlab, docker等⼯具。
IT运维服务管理平台建设与优化解决方案
IT运维服务管理平台建设与优化解决方案第1章项目背景与需求分析 (3)1.1 运维管理现状分析 (3)1.1.1 运维管理手段落后 (4)1.1.2 资源利用率不高 (4)1.1.3 系统安全性不足 (4)1.1.4 运维人员技能不足 (4)1.2 建设目标与需求 (4)1.2.1 提高运维管理自动化程度 (4)1.2.2 优化资源利用率 (4)1.2.3 提升系统安全性 (4)1.2.4 提升运维人员技能水平 (4)1.2.5 建立完善的运维管理制度 (5)1.2.6 提供便捷的运维服务 (5)第2章平台架构设计 (5)2.1 总体架构 (5)2.1.1 基础设施层 (5)2.1.2 数据层 (5)2.1.3 服务层 (5)2.1.4 应用层 (5)2.1.5 展示层 (5)2.2 技术选型与标准 (5)2.2.1 开放性 (5)2.2.2 可扩展性 (6)2.2.3 稳定性和可靠性 (6)2.2.4 技术选型 (6)2.3 系统模块划分 (6)2.3.1 监控模块 (6)2.3.2 自动化运维模块 (6)2.3.3 故障管理模块 (6)2.3.4 资源管理模块 (6)2.3.5 工单管理模块 (7)2.3.6 报表统计模块 (7)2.3.7 用户管理模块 (7)2.3.8 系统设置模块 (7)第3章硬件资源管理 (7)3.1 服务器资源管理 (7)3.1.1 服务器选型与采购 (7)3.1.2 服务器部署与维护 (7)3.1.3 服务器监控与告警 (7)3.2 存储资源管理 (7)3.2.1 存储设备选型与规划 (7)3.2.3 数据备份与恢复 (8)3.3 网络资源管理 (8)3.3.1 网络设备选型与规划 (8)3.3.2 网络功能监控与优化 (8)3.3.3 网络安全防护 (8)3.3.4 网络设备维护与管理 (8)第4章软件资源管理 (8)4.1 系统软件管理 (8)4.1.1 系统软件概述 (8)4.1.2 系统软件选型与部署 (8)4.1.3 系统软件运维管理 (8)4.2 应用软件管理 (9)4.2.1 应用软件概述 (9)4.2.2 应用软件选型与部署 (9)4.2.3 应用软件运维管理 (9)4.3 软件版本控制 (9)4.3.1 软件版本控制概述 (9)4.3.2 版本控制策略 (9)4.3.3 版本控制实践 (9)第5章服务管理 (9)5.1 服务目录管理 (9)5.2 服务请求管理 (10)5.3 服务级别管理 (10)第6章配置管理 (11)6.1 配置项识别与分类 (11)6.1.1 配置项识别 (11)6.1.2 配置项分类 (11)6.2 配置项状态管理 (11)6.2.1 配置项状态定义 (11)6.2.2 状态变更流程 (12)6.3 配置项版本控制 (12)6.3.1 版本控制策略 (12)6.3.2 版本控制实施 (12)第7章变更管理 (12)7.1 变更请求管理 (12)7.1.1 变更请求提交 (13)7.1.2 变更请求审批 (13)7.1.3 变更请求记录与跟踪 (13)7.2 变更风险评估 (13)7.2.1 变更风险识别 (13)7.2.2 变更风险分析 (13)7.2.3 变更风险控制 (13)7.3 变更实施与跟踪 (14)7.3.2 变更实施过程控制 (14)7.3.3 变更跟踪与评估 (14)第8章事件管理 (14)8.1 事件分类与级别定义 (14)8.1.1 事件分类 (14)8.1.2 事件级别定义 (14)8.2 事件响应与处理流程 (15)8.2.1 事件上报 (15)8.2.2 事件响应 (15)8.2.3 事件处理 (15)8.2.4 事件跟踪 (15)8.3 事件分析与优化 (15)8.3.1 事件分析 (16)8.3.2 事件优化 (16)第9章功能管理 (16)9.1 功能监测指标设置 (16)9.1.1 系统级指标 (16)9.1.2 应用级指标 (16)9.1.3 业务级指标 (17)9.2 功能数据采集与处理 (17)9.2.1 数据采集 (17)9.2.2 数据处理 (17)9.3 功能分析与优化建议 (17)9.3.1 系统级优化 (17)9.3.2 应用级优化 (17)9.3.3 业务级优化 (18)第10章建设与优化策略 (18)10.1 系统部署与实施 (18)10.1.1 部署策略 (18)10.1.2 实施步骤 (18)10.2 运维团队建设与培训 (18)10.2.1 团队建设 (18)10.2.2 培训策略 (19)10.3 持续优化与改进之路 (19)10.3.1 监控与评估 (19)10.3.2 优化措施 (19)10.4 总结与展望 (19)第1章项目背景与需求分析1.1 运维管理现状分析信息化建设的不断深入，企业对IT系统的依赖程度越来越高。
企业级IT服务运维手册
企业级IT服务运维手册第一章：概述 (2)1.1 服务运维目标 (2)1.2 服务运维范围 (2)第二章：运维团队组织与管理 (3)2.1 团队结构 (3)2.2 职责划分 (3)2.3 运维流程 (4)2.4 培训与考核 (5)第三章：监控系统搭建与优化 (5)3.1 监控系统架构 (5)3.2 监控数据采集 (5)3.3 监控报警设置 (6)3.4 监控系统优化 (6)第四章：故障处理与应急响应 (7)4.1 故障分类 (7)4.2 故障处理流程 (7)4.3 应急响应策略 (7)4.4 故障案例分析 (8)第五章：系统维护与升级 (8)5.1 系统维护计划 (8)5.2 系统升级策略 (9)5.3 升级实施流程 (9)5.4 系统优化建议 (9)第六章：网络安全管理 (10)6.1 网络架构设计 (10)6.2 安全防护措施 (10)7.3 安全事件处理 (11)6.4 安全审计与合规 (11)第七章：数据备份与恢复 (12)7.1 数据备份策略 (12)7.2 备份存储管理 (12)7.3 数据恢复流程 (12)7.4 备份系统优化 (13)第八章：功能分析与优化 (13)8.1 功能指标体系 (13)8.2 功能监测工具 (14)8.3 功能优化策略 (14)8.4 功能提升案例 (14)第九章：服务级别管理 (15)9.1 服务级别协议 (15)9.2 服务级别报告 (15)9.3 服务改进计划 (16)9.4 服务满意度调查 (16)第十章：变更管理 (16)10.1 变更流程 (16)10.2 变更评估 (17)10.3 变更实施 (17)10.4 变更记录与跟踪 (17)第十一章：供应商管理 (18)11.1 供应商选择 (18)11.2 供应商评估 (18)11.3 供应商合同管理 (19)11.4 供应商沟通与协调 (19)第十二章：运维风险管理 (20)12.1 风险识别 (20)12.2 风险评估 (20)12.3 风险应对策略 (20)12.4 风险监控与报告 (21)第一章：概述1.1 服务运维目标服务运维的核心目标在于保证信息系统服务的稳定、安全和高效运行。
IT运维服务企业级IT运维管理平台建设方案
IT运维服务企业级IT运维管理平台建设方案第1章项目背景与需求分析 (4)1.1 企业运维现状分析 (4)1.1.1 运维工作量庞大，运维人员压力较大 (4)1.1.2 运维管理手段单一，效率低下 (4)1.1.3 系统故障频发，业务连续性受到影响 (4)1.1.4 安全风险日益凸显 (4)1.2 运维管理平台建设需求 (4)1.2.1 统一运维管理 (5)1.2.2 自动化运维 (5)1.2.3 故障预防与快速响应 (5)1.2.4 安全管理 (5)1.3 项目目标与预期效果 (5)1.3.1 提高运维效率 (5)1.3.2 保障业务连续性 (5)1.3.3 提升安全防护能力 (5)1.3.4 优化IT资源配置 (5)第2章运维管理平台架构设计 (5)2.1 总体架构设计 (5)2.1.1 展现层 (6)2.1.2 业务逻辑层 (6)2.1.3 数据访问层 (6)2.1.4 数据存储层 (6)2.2 技术选型与标准 (6)2.2.1 开发语言 (6)2.2.2 数据库 (6)2.2.3 中间件 (6)2.2.4 容器技术 (6)2.3 系统模块划分 (7)2.3.1 用户管理模块 (7)2.3.2 资源管理模块 (7)2.3.3 自动化运维模块 (7)2.3.4 监控告警模块 (7)2.3.5 报表统计模块 (7)2.3.6 日志管理模块 (7)2.3.7 配置管理模块 (7)2.3.8 流程管理模块 (7)第3章硬件资源管理 (7)3.1 硬件资源监控 (7)3.1.1 监控目标 (7)3.1.3 监控手段 (8)3.2 资源配置管理 (8)3.2.1 资源配置目标 (8)3.2.2 资源配置内容 (8)3.2.3 资源配置手段 (8)3.3 资源调度与优化 (9)3.3.1 资源调度目标 (9)3.3.2 资源调度内容 (9)3.3.3 资源优化手段 (9)第4章软件资源管理 (9)4.1 软件资源监控 (9)4.1.1 监控目标 (9)4.1.2 监控内容 (10)4.1.3 监控措施 (10)4.2 软件版本控制 (10)4.2.1 版本控制目标 (10)4.2.2 版本控制内容 (10)4.2.3 版本控制措施 (10)4.3 软件自动化部署 (11)4.3.1 自动化部署目标 (11)4.3.2 自动化部署内容 (11)4.3.3 自动化部署措施 (11)第5章网络管理 (11)5.1 网络监控与故障排查 (11)5.1.1 监控策略制定 (11)5.1.2 故障排查流程 (11)5.1.3 监控工具与手段 (11)5.2 网络设备管理 (11)5.2.1 设备清单管理 (11)5.2.2 设备配置管理 (12)5.2.3 设备功能管理 (12)5.3 网络安全与优化 (12)5.3.1 防火墙与入侵检测系统 (12)5.3.2 安全策略制定与执行 (12)5.3.3 网络优化 (12)5.3.4 网络安全审计 (12)第6章数据中心管理 (12)6.1 数据中心资源监控 (12)6.1.1 监控目标与范围 (12)6.1.2 监控系统架构 (12)6.1.3 监控指标与策略 (13)6.1.4 故障预警与处理 (13)6.2 数据中心资源调度 (13)6.2.2 调度系统架构 (13)6.2.3 调度算法与优化 (13)6.2.4 调度流程与执行 (13)6.3 数据中心安全管理 (13)6.3.1 安全策略制定 (13)6.3.2 安全防护体系建设 (13)6.3.3 安全事件监控与处理 (14)6.3.4 安全合规与审计 (14)第7章服务质量管理 (14)7.1 服务水平协议（SLA）管理 (14)7.1.1 SLA制定与评审 (14)7.1.2 SLA监控与报告 (14)7.2 服务监控与告警 (14)7.2.1 服务监控体系构建 (14)7.2.2 告警机制设计 (15)7.3 服务流程管理 (15)7.3.1 服务请求管理 (15)7.3.2 变更管理 (15)7.3.3 事件管理 (15)7.3.4 问题管理 (16)第8章运维自动化与智能化 (16)8.1 自动化运维工具选型 (16)8.1.1 选型原则 (16)8.1.2 常见自动化运维工具 (16)8.2 自动化运维流程设计 (16)8.2.1 流程设计原则 (17)8.2.2 关键环节 (17)8.2.3 优化策略 (17)8.3 智能化运维摸索与实践 (17)8.3.1 智能化运维实践方向 (17)8.3.2 实践方法 (17)第9章人员与团队管理 (18)9.1 运维团队组织架构 (18)9.1.1 团队层级设置 (18)9.1.2 团队人员配置 (18)9.2 人员职责与技能培训 (18)9.2.1 人员职责 (18)9.2.2 技能培训 (19)9.3 运维绩效考核与激励 (19)9.3.1 绩效考核指标 (19)9.3.2 激励机制 (19)第10章项目实施与验收 (19)10.1 项目实施计划 (19)10.1.2 实施策略 (19)10.1.3 实施步骤 (19)10.1.4 实施时间表 (20)10.1.5 实施质量保障 (20)10.2 项目风险管理 (20)10.2.1 风险识别 (20)10.2.2 风险评估 (20)10.2.3 风险应对策略 (20)10.2.4 风险监控 (20)10.3 项目验收与运维支持 (20)10.3.1 验收标准 (20)10.3.2 验收流程 (20)10.3.3 验收文档 (20)10.3.4 运维支持 (20)10.3.5 客户培训 (21)第1章项目背景与需求分析1.1 企业运维现状分析信息化建设的不断深入，企业对IT系统的依赖程度越来越高，IT运维工作在企业运营中的重要性日益凸显。
IT信息系统运行维护管理制度
IT信息系统运行维护管理制度第一章总则第一条. 为规范信息系统的运行维护管理工作，确保信息系统的安全可靠运行，切实提高生产效率和服务质量，使信息系统更好地服务于生产运营和管理，特制订本管理办法。
第二条. 本管理办法适用于及其分支机构的信息系统，各分支机构和各部室可根据本办法制定相应的实施细则。
第三条. 信息系统的维护内容在生产操作层面又分为机房环境维护、计算机硬件平台维护、配套网络维护、基础软件维护、应用软件维护五部分：１、计算机硬件平台指计算机主机硬件及存储设备；２、配套网络指保证信息系统相互通信和正常运行的网络组织，包括联网所需的交换机、路由器、防火墙等网络设备和局域网内连接网络设备的网线、传输、光纤线路等。
３、基础软件指运行于计算机主机之上的操作系统、数据库软件、中间件等公共软件；４、应用软件指运行于计算机系统之上，直接提供服务或业务的专用软件；５、机房环境指保证计算机系统正常稳定运行的基础设施，包含机房建筑、电力供应、空气调节、灰尘过滤、静电防护、消防设施、网络布线、维护工具等子系统。
第四条. 运行维护管理的基本任务：１、进行信息系统的日常运行和维护管理，实时监控系统运行状态，保证系统各类运行指标符合相关规定；２、迅速而准确地定位和排除各类故障，保证信息系统正常运行，确保所承载的各类应用和业务正常；３、进行系统安全管理，保证信息系统的运行安全和信息的完整、准确；４、在保证系统运行质量的情况下，提高维护效率，降低维护成本。
第五条. 本办法的解释和修改权属于。
第二章运行维护组织架构运行维护组织第一节第六条. 信息系统的运行维护管理遵循在统一的领导下，分级管理和维护的模式。
作为信息系统维护管理部门，牵头组织分支机构实施信息系统的维护管理工作。
原则上信息系统的维护工作应逐步集中。
第七条. 面。
１、在管理层面，为信息系统维护管理部门，负责全行范围内信息系统的维护管理和考核。
２、在生产操作层面，信息系统维护部门是运行中心和分支机构设置的实体或虚拟的维护部门（或维护人员）。
2023-IT运维管理平台技术架构方案V2-1
IT运维管理平台技术架构方案V2IT运维管理平台是企业IT部门的重要工具，可以实时监控各种系统、应用和设备的状态，及时处理问题，保障企业的系统和网络稳定运行。
而IT运维管理平台技术架构方案V2则是在原有技术架构的基础上进行优化、升级和完善的版本，更加适应了当前IT环境的需求和发展趋势。
下面，我将介绍IT运维管理平台技术架构方案V2的详细构成和实现步骤：一、服务器端技术1）分布式架构：采用分布式架构可以有效分担服务器的负载，提高系统的可伸缩性和稳定性，减少单点故障的发生概率。
2）微服务架构：采用微服务架构可以实现功能模块之间的松耦合，提高各项业务功能的可复用性和灵活性，可以快速响应不同业务场景的需求。
3）存储架构：使用NoSQL数据库、缓存等技术，可以实时处理大量的数据，保障数据的可靠性和安全性。
二、客户端技术1）Web浏览器：采用Web访问方式，降低用户安装和维护的成本和难度，提高用户体验和应用的可用性。
2）移动客户端：提供移动客户端可以让用户随时随地监控系统状态，及时处理问题，保障系统的稳定运行。
三、模块功能1）告警管理模块：能够快速预警系统中可能发生的故障和问题，及时汇报给系统管理人员，实现问题的快速定位和处理。
2）配置管理模块：能够方便地管理系统各项配置信息，保障系统的规范化和标准化。
3）日志管理模块：能够实时记录系统和应用的日志信息，便于问题的排查和分析。
4）性能监控模块：能够实时监控系统各项指标，及时发现异常和问题，并能提供详细的性能分析和优化建议。
5）流程管理模块：能够对各项业务流程进行管理和控制，保障业务的顺利进行和系统的稳定运行。
通过以上几个方面的技术和模块层次的建设，可以实现IT运维管理平台的全面升级和创新，提高系统的可用性和维护效率，保障企业的正常运营和业务发展。
IT运维体系流程和制度细化V
IT运维体系流程和制度细化1.IT运维体系体系IT运维服务是IT管理的核心和重点部分，也是内容最多、最繁杂的部分，该阶段主要用于IT部门内部日常运营管理，涉及的对象分成两大部分，即IT业务系统和运维人员，该阶段的服务内容主要包括八个方面的管理服务内容：1、设备管理：对网络设备、服务器设备、操作系统运行状况进行监控和管理；2、应用/服务管理：对各种应用支持软件如数据库、中间件、群件以及各种通用或特定服务的监控管理，如邮件系统、DNS、Web等的监控与管理；3、数据/存储/容灾管理：对系统和业务数据进行统一存储、备份和恢复；4、业务管理：包含对企业自身核心业务系统运行情况的监控与管理，对于业务的管理，主要关注该业务系统的CSF(关键成功因素CriticalSuccessFactors)和KPI(关键绩效指标KeyPerformanceIndicators)；5、目录/内容管理：该部分主要对于企业需要统一发布或因人定制的内容管理和对公共信息的管理；6、资源资产管理：管理企业中各IT系统的资源资产情况，这些资源资产可以是物理存在的，也可以是逻辑存在的，并能够与企业的财务部门进行数据交互；7、信息安全管理：目前信息安全管理主要依据的国际标准是ISO17799，该标准涵盖了信息安全管理的十大控制方面，36个控制目标和127种控制方式，如企业安全组织方式、资产分类与控制、人员安全、物理与环境安全、通信与运营安全、访问控制、业务连续性管理等；8、日常工作管理：该部分主要用于规范和明确运维人员的岗位职责和工作安排、提供绩效考核量化依据、提供解决经验与知识的积累与共享手段。
目前市场上主流的IT运维体系主要有：●ITIL●ISO20000●ISO270001●安全体系国家等级保护的运维体系ITIL简介IT IL（Information Technology Infrastructure Library）又称作“信息技术基础构架库”，是英国政府组织并由一批国际知名IT厂商和专家共同研究开发形成的一套IT行业的服务管理标准库。
IT基础运维架构方案
IT管理、认知缺乏
▪ IT管理制度缺乏 ▪ 主观的问题响应机制 ▪ 处理问题越多＝用户
效率越低，而不是做 了更多的工作 ▪ IT服务认识不够明确
企业面对的IT挑战
降低成本
▪ 更低的运营、维护成 本
▪ 优化现有IT投资成本 ▪ 控制IT变动成本
提高质量
▪ 提升服务质量 ▪ 提高技术能力 ▪ 提高可用性和性能 ▪ 提高变更及交付能力 ▪ 提高用户满意度
二级故障
•业务受严重影响。（网络或主机 系统操作性能严重降级）
三级故障
•性能受损（网络或主机系统发生 故障影响工作，但客户的大部分 业务运作仍可正常运行。）
四级故障
•问题和咨询（网络或主机安装或 配置支持，但无明显影响。）
影 响度
高
•公司受影响
中
•部门受影响（3人以上）
低
•个人受影响
计划
•咨询、计划处理问题
理流程、控制操作
资源管理
服务级别定义，量化指标管 集成化的自动化流程处理，统
理
一的权限控制，综合的规范化
操作
目标
面向业务服务的主Βιβλιοθήκη 管理， 标准化的指标定义，集成化 批量部署，自动化控制流程的
深入的问题诊断
的流程实现
实现
管理演进 路线
面向IT基础设施的监控
一定的流程实现，但流程独 配置基线的建立，简单任务的
技术人员
流程
•满足企业需求的角度 建立与推广各流程 •服务级别协议的落实 •分级服务支持体系
•满足企业需求的角度 制定和实施技术刚要 •提供实施使用的软件 工具 •技术培训与讲座
技术
用户
•提供用户《IT服务指 南》 •培训用户IT基础应用 •合理的预期与充分的 协作
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
IT运维工作界面划分探讨
IT运维工作对分公司信息化工作的重要性，这里不再累述。
1.划分思路
1.1业务负责
采用“面向业务”的方法对IT运维工作界面进行整体划分，业务科室对本科室管辖的业务涉及的IT运维工作负管理责任。
1.2聚焦主业
通过建设“IT运维服务支撑系统”或“运维外包”的方式解决简单、重复的IT 运维工作，使业务科室从繁琐的日常运维工作中解脱出来，将更多的精力聚焦在主要价值业务上，把先进的管理与技术应用到分公司信息化建设中，提高信息化整体效益。
1.3工作均衡
业务科室与运维管理科之间均衡化工作负荷，调动中心员工的积极性,发挥创造性,推动分公司信息化工作再上台阶。
2.IT运维管理体系概述
完整的IT运维体系架构包括运维组织体系、制度体系、流程体系、技术支撑体系和绩效考核体系五个部分(如图所示)，环环相扣，共成一体，全面提升运维工作的科学化、规范化、专业化水平。
（1）运维组织体系
建立“两级三线”的运维组织体系。
“两级”指通过分公司、二级单位两级全过程集中运维团队的构建，组成分工明确、相互协作支持的专业运维团队。
“三线”指集中运维团队分为一线、二线、三线运维3个层次。
其中，统一的呼叫中心作为服务台提供一线运维支持，统一受理事件并分派工单及跟踪处理完成情况，完成闭环流程；二线运维由集中运维团队中各系统运维技术人员和业务骨干组成，接受服务台分派的事件工单，对事件按运维流程形成问题、故障、缺
陷等并进行相应处理；三线运维是由资深顾问和原厂商技术专家组成的三线团队，负责解决二线运维无法处理的问题。
（2）制度体系
由“整体运维工作管理办法”、“各个系统运维管理办法”、“各个系统运维实施细则或操作指南及配套表单”三个层次组成;
（3）流程体系
覆盖运维工作的全过程和各方面，包括系统管理、网络管理、系统开发管理等管理活动和事件管理、问题管理、变更管理、资产管理、发布管理等诸多流程;
（4）技术支撑体系
系统运维管理的重要实现手段，是具体落实制度体系和流程体系的技术支撑平台;
（5）绩效考核体系
包括运维队伍绩效考核和运维工作绩效考核两个方面，并构成企业整体信息化工作考核体系的重要组成部分。
3.运维思路
由于信息化运维各业务之间存在交叉，为避免运维界面混乱，对单位区域相对集中、信息化运维需求迫切的的四个采油气厂采取全包方式实现运维的统一化、一体化。
对其他部门、单位有共性的、市场成熟度高的通用基础设施通过框架招标的方式实现运维的统一管理；对个性的专业基础设施和业务应用系统由各部门、单位自主招标；通过信息化大平台、大系统建设逐渐整合、减少业务应用系统，逐步实现业务应用系统的统一运维。
4.分公司运维职责划分
按照统一管理、分级负责、属地运维的原则对现有运维职责进行划分。
4.1信息化管理中心运维职责
负责制定分公司运维整体规划；负责组织制定运维标准、规范和流程；负责监督检查各单位运维工作；负责组织运维队伍的考核；负责运维队伍框架招标的组织工作；负责组织备品备件技术规格书审核；负责分公司层面基础设施、应用系统运维工作；负责本部门范围内运维队伍的管理。
4.2各部门、单位运维职责
负责本部门、单位管辖范围内基础设施、专业类应用系统和油气生产信息化系统运维工作；负责本单位、部门范围内运维队伍的管理；
5.中心内部运维职责划分
按照“业务负责、聚焦主业、工作均衡”的划分思路与分公司各层级的运维职责，将”两级三线”的运维组织体系进行整体划分，将建议中心内部运维职责进行划分。
具体工作职责如下。
5.1运维管理科运维工作职责
负责组织制定分公司运维工作整体规划；
负责组织检查组监督检查各单位运维工作；
负责组织运维工作框架招标；
负责组织备品备件技术规格书审核；
负责组织分公司层面基础设施、应用系统运维工作；
负责本部门范围xx队伍的管理。
负责IT运维服务支持系统的设计、建设、维护、升级。
负责解决IT运维服务供应商无法处理的机房运维问题。
负责对科室内部与外包运维人员承担机房运维工作进行考核与评估；
负责组织运维队伍的考核与评估；
负责编制本科室管理的IT系统运维手册；
5.2规划建设xx工作职责
参与制定分公司运维工作整体规划；
负责组织制定油气生产信息化、应用系统、基础设施等运维制度、标准、规范和流程；
负责监督检查各单位油气生产信息化运维工作；
负责油气生产信息化备品备件技术规格书审核；
负责编制本科室管理的IT系统运维手册；
配合运维管理科开展IT运维服务支持系统建设；
5.2网络通信xx工作职责
参与制定分公司运维工作整体规划；
负责制定基础设施运维制度、标准、规范和流程；
负责解决IT运维服务供应商无法处理的基础设施运维问题。
负责监督检查各单位基础设施运维工作；
负责对科室内部与外包运维人员承担基础设施运维工作进行考核与评估；
负责基础设施备品备件技术规格书审核；
负责编制本科室管理的IT系统运维手册；
配合运维管理科开展IT运维服务支持系统建设；
5.3系统应用xx工作职责
参与制定分公司运维工作整体规划；
负责制定操作系统、中间件、应用系统、数据库、备份系统运维制度、标准、规范和流程；
负责解决IT运维服务供应商无法处理的操作系统、中间件、应用系统、数据库、备份系统运维问题。
负责监督检查各单位操作系统、中间件、应用系统、数据库运维工作；
负责对科室内部与外包运维人员承担操作系统、中间件、应用系统、数据库运维工作进行考核与评估；
负责编制本科室管理的IT系统运维手册；
配合运维管理科开展IT运维服务支持系统建设；
5.4 IT运维服务供应商运维工作职责
负责呼叫中心服务台的一线运维支持工作。
负责分公司机房、基础设施、操作系统、中间件、通用类应用系统、数据库的日常运维工作；
负责向相关业务科室上报无法处理的运维问题。
配合主管科室进行运维工作进行考核与评估；
配合运维管理科开展IT运维服务支持系统建设；。