it运维经理岗位职责范文

it运维经理岗位职责范文第1篇

广电网络公司运维部经理竞聘报告

尊敬的各位领导、同事：

大家好!

我叫，现年三十七岁，大专文化中共党员，现任公司运维部

经理。

时间过得真快，转眼间我又站在了建设运维部经理的竞聘演讲台上，两年中所付出的辛劳和汗水，也已收获成一份成熟和自信，如今的我站在竞聘演讲台上，有的只是一份淡定和

从容。

对于运维中心经理，一 方面我认为自己具有以下优势：

1、管理上的优势：在管理运维部期间，在公司领导的帮助下，我完善了部门的各项规章制度，同时按照部门各项工作性质，明确分工，人员各司其职，使部门的各项职能运作正

常。

2、协调调度能力上的优势：记得公司刚成立时，面对的最大任务就是要完成“三网融合”工作，即要保证有线数字电视工作能正常、平稳、有序的进行，还要保证宽带固话正常业务，就必须对辖区内的网络进行优化改造。由于人手不足，即要完成数字电视平移工作，又要进行网络的优化改造，还

好文档到处有 关键需要认真看

好文档到处有 关键需要认真看

要完成日常的网络维护和安装工作，为此，只有加大人员的管理和合理的分配;同时根据平移及优化工作中出现的问题合理安排人手，圆满完成了期间的三网融合工作网络维护和

安装工作。 另一方面

1、工作中能严于律己，起好带头示范作用。俗话说得好：“兵熊熊一个，将熊熊一窝”。如果部门经理自己不做出个样出来，说一套做一套，再完善的制度，再完美的计划，都只是空洞的词藻。因此，在日常工作中，我坚持做到制度带头遵守、加班加点带着到位、重大节假日带头不休息，要求部门工作人员做到的，自己带头做到，起到了带头示范作用，部门的各项规章制度得到了很好的执行，部门的凝聚力得到了

很好提升。

2、工作中善于吃苦耐劳，且不计个人得失：记得在机方改造期间，由于建设运维部人手紧张，期间为了赶网络优化改造的进度，保障数字电视平移工作的顺畅进行，我同工作人员一起，斗酷暑、战严寒，在半年多的时间里，早出晚归，即要忙家庭，又要忙工作，说实话，那种苦和累，没有经历过是无法感受的。另外，在新老机房改造搬迁中，主动放弃了公休假，同运维部工作人员一起，加班加点做搬迁设计的前期准备工作，白天黑夜的加班，终于在大家的共同努力下，完成了4个机房的迁移工作，可以骄傲的说，所绘制的公司

好文档到处有 关键需要认真看

好文档到处有 关键需要认真看

网络图是目前最全最细致的，虽然也有一些缺憾，就是因为时间紧张，无法亲历每一个光节点现场，设计中无法深入和完整的体现线缆的实际长度，使实际施工同设计上的数据有所差距，但相信工程完工后，光网传输图将完整的呈现在大

家面前。

3、工作中善于学习，勤于学习。相信，经过这几年的亲身经历，大家也都感觉到了网络技术的发展是日新月异，从模拟电视电视到数字电视，从数字电视到宽带电话，从单一的看标清电视到看高清互动电视，再到网络业务，每一次对我们心灵的冲击都是震撼性的，因此，为了能跟上公司的发展步伐，在工作中生活中都能不断的学习和掌握网络知识及发展动态，使自己在掌握知识的同时也使自已的发展思维能跟

上时代发展的节拍。

4、熟悉运作流程。在运维部的任期中，在就相关工作同分公司沟通时，对相关的责任人及相关的工作流程均比较清楚，且已建立了一定的工作基础，工作上能够驾轻就熟，更

加便于日常工作的开展。

5、具有一定的政治素养。作为一名中共党员，我平时注重关心社会生活中的大事，注重政治理论学习，主动了解对党的方针政策，具备较高的思想政治觉悟。做到自觉坚持四项基本原则，在思想和行动上与党中央保持高度一致，能够自觉用“三个代表”的重要思想指导工作，始终保持坚定的政

好文档到处有 关键需要认真看

好文档到处有 关键需要认真看

治立场和较高的政治敏锐性，具备一定的政治鉴别力，在生活和工作中始终保持高要求、严律已的作风，时刻牢记自己

是一名中共党员。

我知道，运维中心是对一个人的综合素质要求极高的职务，他即需要懂得部门管理，也要懂得一定的技术;即要会写，也要会画;还要具有一颗敢于吃苦，勇于挑重担的乐观而豁

达的精神。

我将努力使运维部的工作更上一层楼，主要体现在：

1、在工作中服从领导的安排，做到多请示多汇报。

2、尊重同事们的合理化建议，为运维工作的发展出谋划策，充分调动每个人的工作积极性。

3、加强对网络知识的学习，营造一个互助爱学、积 极向上

的学习氛围。

4.完成公司下达的各项指标任务。维护好机房设备，杜绝大小责任事故，确保机房播出万无一失。加强部门内部管理，健全部门内各项管理制度。严明部门内岗位纪律，做到人员既分工明确，责任到个人，又相互协作的办事作风，为基层和用户提供更多更好的服务。搞好部门内部团结，树立爱岗敬业的风尚，创优质服务。加强部门之间的沟通协作，创建良好的和谐工作环境，维护公司整体形象和利益，总之，我心目中运维中心应是“心往一处想，劲往一处使”的积极向上、团结互助的部门，我也将为此而不懈努力。

好文档到处有 关键需要认真看

好文档到处有 关键需要认真看

谢谢大家!

it运维经理岗位职责范文第2篇

从毕业至今，大小的项目做了一些，有不少成功的喜悦，也有很多失败的教训。今年由于工作需要，我以软件项目负责人的身份参加了接入网统一网管系统开发的整个过程。从中学到了不少知识，有许多体会,想将自己的感受写出来，与大家共勉。

软件项目管理是一个庞大而复杂的系统工程，当前业界对于软件开发流程有不少规范和定义，如CMM和ISO9000。在该管理体系的管理下是可以开发出高质量的软件产品。但是由于该体系较适合于大型而且复杂项目的团队开发，真正实施尚需要时间和过程。而我们当前执行的项目，一般只有10个人左右，要实施软件工程难度更大。我认为：虽然项目大小不一，但管理方法是相通的，要做好软件开发工作，就必须加强有效管理。

大家知道，“软件危机”起源于一些大型项目的不断延迟甚至失败。与大项目相比，小项目具有以下特点:

项目功能相对较少 ;

开发人员较少;

开发周期较短。

小项目看起来比较简单，比较容易成功，人们往往容易忽视小项目的管理，其实这是一种误解。

据我了解，小项目开发中容易出现以下问题：:

1、开发之前没有认真地进行项目可行性和工作量的估计。

往往由于项目较小，便很草率地制定一个开发日程表，没有认真地估计项目难度，结果实际完成时间与估计完成时间往往有较大差距。

2、没有真正的设计过程 。

开发人员少，不同人员的程序之间交互、接口相对少一些。开发周期短往往是几个人从头到尾负责一个项目，几个人碰一下头，讨论一下最基本的数据结构、函数接口便分头去做自己的工作了，没有一份较正式的文档来规范各自职责和项目细节。

这种做法潜在的危险之一是有人可能会对所讨论的接口、结构理解有偏差，可能会造成以后的返工。

另一个潜在的危险是由于讨论时忽略了某些情况，等大家都按时完成分工任务后，才发现各个模块组合起来却无法形成一个完整的系统。其根源在于没有一个负责协调的人员不断监控整个开发过程。

第三个潜在的危险是一旦有人中途退出开发队伍，其他人加入时，难以理解以前别人做好的代码，又要从头做起。另外，没有文档的程序，日后维护和版本升级都比较困难。

3、不经过单元测试而直接进入系统测试 。

造成这一现象的原因是每个模块相对比较简单，但是为了测试一个模块需要建立一些测试环境。例如，为了测试一个函数是否正确，应该用一些测试数据去调用该函数，需要编写一些测试数据。但很多开发人员嫌麻烦，觉得反正其他模块也很快出来了，直接用真正的数据来运行几次就行了。

针对以上问题，我认为在开发过程中必须处理好四个关键问题，严格把关，可以大大提高软件的质量。

这四个关键问题为：人员、规范、测试、时间控制。

一、合理配置人员

首先软件开发是一项长期艰苦的工作，所以一个团结、协作的团体才能在规定的时间内完成一个质量上乘的软件项目。团队中的每个人必须积极融入到整个集体中，不能互相推诿，更不能互相埋怨和指责，正确的态度是大家在充分信任的基础上团结协作，互相帮助，主动承担任务, 利用集体的智慧获得成功。整个团队就是一部机器，只有每一个齿轮都能正常运作，才能生产出优质的产品。

合理配备人员是成功完成软件开发项目的切实保证。所谓合理配备人员应包括按不同阶段适时运用人员，恰当掌握用人标准。一般来说，软件项目不同阶段、不同层次技术人员的参与情况是不一样的。图一是典型的软件开发人员参与情况与实际人员需求差异曲线图。

如人员配置不当，很容易造成人力资源的浪费，并延误工期。特别是采用恒定人员配备方案时，在项目的开始和最后都会出现人力过剩，而在中期又会出现人力不足的情况。

为开发人员创造出一个人尽其才的环境也是项目成功的重要环节，让他们能得心应手的施展自己的才华，特别在工作安排上要煞费苦心，针对每个人不同的特长，根据项目的具体环境和条件来合理安排人员在恰当的岗位上。

项目负责人是一个团队的核心，其综合素质直接影响项目的成败。合格的项目负责人具有高超的领导才能和强烈的科技意识和较强的业务处理能力;具有敏锐的洞察力，能瞄准目标，实事求是，精心组织，坚决果断，灵活应变，享有信誉;善于制定计划，解决问题，沟通信息;具有良好的市场意识和交际能力。当然同时满足这些条件比较困难，但是他应该具有实现这些素质的条件，并注重经验的积累、素质的提高、能力的培养。并能从以下几方面严格要求和培养自己：

以身作则：只有身先士卒，各方面以身作则，才能得到广大开发人员的认可和信任，才能树立较高的威信。

果断抉择：负责人的重要任务是决策，特别是有多种选择的情况下，一个正确的选择往往事半功倍。

善于交际：他必须积极对外联络，充分利用外部资源，例如其他部门做过类似项目者，可以向他们取经甚至直接获得源码。这对一个项目争取时间，避免重复工作很重要。

善于协调：协调几个人的工作比自己完成一段编码更重要。由于协调不力，将影响开发。所以项目负责人除完成自己的编程任务外，必须随时监控各开发人员的工作，包括内容是否与要求发生偏差，进度是否滞后等等。

善于制定计划：在开发前，可将明确的开发任务通过文档传递给每个开发人员，让大家都熟悉设计模型，都清楚自己所做的工作在整个系统中处于什么地位，这样有时侯可能会发现设计模型中的漏洞，避免了各人的代码编写完毕之后又要修改的后果。

沟通问题：团队沟通不是技术问题，但却是一个最能影响工作效率的问题。沟通及时、集思广益、步调一致，才能取得胜利。

二、严格执行软件开发规范

软件开发需要严格按照软件规范实施。用手工作坊式的方式来开发软件，其结果必然失败。从项目的用户需求分析、系统分析、编码、调试、测试、发布都需要一步一步完成，不能轻视或忽略任何一步骤。前部分没有完成好，不要贸然进行下一步。越是项目起步阶段，越是要注意按照规范进行。

如前所述，因为开发软件项目规模较小，很容易忽视规范化，而随心所欲，没有计划，想到哪做到哪，其最终的结果是失去控制。其实项目小正是实现软件规范化管理的好时机，规模

小，涉及的管理方面有限，管理实施起来比较容易。CMM等规范标准不是轻而易举就能实现的，但是可以借鉴它的思想和方法，先在小项目上实现规范化管理，培养人员的规范和意识，为以后实现大项目的CMM等规范打下良好的基础。

特别需要重视软件开发中文档管理。那种认为只要产品做出来可以运行，何必花费许多精力去做文档的观点是错误的。经过实践，我深刻体会到，没有文档会带来很多问题。用文档去引导开发过程，抛弃随心所欲的开发模式。就象工厂工人师傅按照图纸生产零件一样，否则很可能会得到次品甚至是废品，给后来开发者留下一堆没有意义的“垃圾”产品。我认为文档应该是开发中阶段(mileStone)结束的标志，每个阶段后，都需要提交相应的文档，而且要确保文档的质量。

确保文档质量的最有效方法就是评审，提交文档后，项目负责人组织相关人员对该文档进行审核，在充分讨论的基础上进行文档的重新修改和审核直到满足项目要求。文档应该是贯穿整个过程的主线，在不同的阶段，需要不停地对文档进行完善，使之真正成为全体项目人员的智慧结晶。

三、重视测试

测试是软件开发中容易忽视的问题，许多人认为开发的主要工作是编码，其实不然，在没有严格执行开发流程的开发活动中，测试可能是唯一能确保软件质量的方法和手段。而越是松散的项目越轻视测试活动，它既没有固定的测试组织，又没有程序员间的交叉测试，更没有考虑过有效的测试流程和方法，他们的软件质量完全建立在对程序员能力信任的基础上，这是很不安全的。

测试是对软件产品质量的检验和评价。它一方面检查软件中存在的质量问题，同时对产品质量进行客观的评价。

我们一般把发现的错误bug(我们也称为缺陷defect)按严重性分为四类：死机(系统崩溃或挂起)、致命(使系统不稳定、或破坏数据、或产生错误结果，而且是常规操作中经常发生或非常规操作中不可避免的)、严重(系统性能或响应时间变慢、产生错误的中间结果但不影响最终结果，如：显示不正确但输出正确)、一般(界面拼写错误或用户使用不方便)。

我们也把发现的错误按优先级分为三种：高、中、低。一般是某错误对用户接受或使用影响越大其优先级越高。

要完成严格的测试，就必须建立规范的系统测试流程，有专人负责执行，而且开发人员要积极配合，不要认为测试人员是在给自己找麻烦，测试人员查找的错误可能是程序员无法发现的错误。

一般的测试流程应该是：

1、项目组提交系统测试申请给测试中心指定帐号。由专人检查文档格式和完备性。

2、检查合格后交给该产品对应方向的研究人员，评价其内容的有效性和真实性。

3、检查合格后由测试中心主任审查并通过，成立测试组，指定测试组长(可暂时没有组员)。

4、测试组长根据该产品的申请报告、测试设计和以往测试数据，制定测试方案。

5、测试中心主任审核通过测试方案后，根据测试方案指定测试组成员，并由支持组完成其他支持任务(如：设备的配备、测试数据库的建立、网络权限的修改)。

6、测试期间测试组根据测试方案进行实际测试，记录并跟踪测试缺陷报告，填写测试记录。测试组长与项目组(测试经理)经常沟通，并获取产品的更新版本。同时，测试组长审查、修改并提交所有缺陷报告，保证随时掌握产品的质量情况，并监督测试进度。

7、产品进行到一定阶段后(标志是测试缺陷报告库中所有的报告处于归档状态)，由项目组和测试组长共同决定产品进入稳定期测试。稳定期测试版本之前的版本必须在显著位置标明为测试版字样。

8、稳定期测试期间所发现的缺陷报告也需要记录在测试缺陷报告库中，并在稳定期结束后由双方(有时可能也有市场方面的意见)共同决定对这些缺陷的处理方式。如果需要改动产品，则重新开始稳定期，否则通过稳定期测试。

9、测试组长对于通过稳定期测试的产品填写综合测试报告，测试中心依此发布产品发行通知。

10、测试组对整个测试过程和产品质量进行总结和评价，形成文档并备案。同时，将测试过程中对测试设计的改动纳入基线(是已经通过正式复审核批准的某规约或产品，是软件开发中的里程碑)。最后，组长整理并在指定地点保存相关测试数据和测试样张。

11、测试中心解散测试小组。

另外，在系统测试阶段，我们要求测试小组要进行一些常规内容测试(如：Y2K测试，病毒检查、裸机测试、加密检查、说明书检查)，并要求写入测试方案中。

测试应该在现实的环境中进行。所谓现实环境就是与用户实际使用的环境相同或相近，因为开发环境和用户使用环境有很大区别的，而开发的产品最终是要交给用户使用的。如果没有办法模拟用户环境，则程序员可能必须自己开发一些模拟程序来模拟现实环境。特别是与硬件配合的项目，因为在程序调试时硬件可能没有完全完成，这时就必须开发模拟硬件的程序，否则开发的进度可能无法保证。

四、时间控制

开发人员最担心 “领导不断催促，可系统提交日期一拖再拖”，项目负责人对此一筹莫展，束手无策。开发活动如同一个黑箱子，资金扔进去了，人员扔进去了，设备资源扔进去了，但不知道什么时候会出来结果，更没有把握出来的东西是否是用户所要的东西。为避免人力、物力、财力浪费，要做好项目计划，进行有效的时间控制。

软件项目管理过程开始于项目的计划，在做项目计划时，第一项活动是估算。现在已经使用的技术是时间和工作量的估算。因为估算是其他项目计划活动的基石，而且项目计划又为软件工程过程提供了工作方向，所以我们不能没有计划就着手开发，否则就会陷入误区。 软件项目的进度安排主要是考虑软件交付用户使用的这一段开发时间的安排。进度安排的准确程度可能比成本估计的准确程度更重要。软件产品可以靠重新定价或者靠大量的销售来弥补成本的增加，但进度安排的落空会导致市场机会的丧失或者用户不满意，而且也会导致成本的增加。因此在考虑进度安排时要把人员的工作量与花费的时间联系起来，合理分配工作量，利用进度安排的有效分析方法严密监视软件开发的进展情况，以使得软件开发的进度不至于被拖延。

在作进度安排时要考虑的一个主要问题是任务的并行性问题。当参加项目的人数不止一人时，软件开发工作就会出现并行情况。因为并行任务是同时发生的，所以进度计划表必须决定任务之间的从属关系，确定各个任务的先后次序和衔接，确定各个任务完成的持续时间。另外还应注意关键路径的任务，这样可以确定在进度安排中应保证的重点。常用的进度安排方法有两种，即甘特图(Gantt Chart)法和工程网络法。

项目怎么样才能算做好了，也是各有各的看法，我对项目成功的定义为，“三赢”的项目，才算是真正成功的项目。三赢包括，用户满意;公司满意;项目参与人员满意。

为用户服务、让用户满意：用户指提供资金并且最终使用项目结果的所有人员，项目的开发过程和最终结果，要让用户认可、使用，并让用户说好。此为一赢。

让公司满意：项目开发要按时保质保量地完成，并为公司积累项目经验、知识储备，包括项目、人才、技术、市场等各方面的储备。此为二赢。

让项目参与人员满意：要让开发人员在项目中专注地完成任务，免受项目之外的因素干扰。正常、优秀地完成项目，对开发人员本身也是一种巨大的鼓励。还要让供应商深知其设备、软件的使用情况，让项目的成功成为供应商的成功，为下一次的更好合作打下基础。

it运维经理岗位职责范文第3篇

门店副总经理岗位职责

一、在门店公司总经理的直接领导下，协助门店的经营管理。根据公司经营

目标计划，参与制定门店经营管理工作计划和门店营运财务预算。

二、根据公司管理模式，结合门店实际情况，协助拟定门店岗位定编和员工

配置;并督导门店管理部门实施行政人事各项管理制度，加强员工队伍建设，拟订绩效考评原则和确定绩效考评方法，严格对管理干部的考核，重视人力资源开发和提升，提高企业整体素质。

三、协助门店财务管理，参与每月审定门店物料供配、营运开支等报表和工

资分配发放方案。协助督促控制经营管理成本费用，完成公司下达的经营目标任务。

四、协助门店的资产管理，检查监督门店固定资产的管理使用和维护配置。

参与拟订各类餐饮设备和房屋设置的更新维修计划，确保门店正常运营。

五、协助组织和召开门店部门经理例会，听取汇报，协调各部门关系。按照

公司制定的服务工作规范和质量标准，检查门店服务、菜肴、管理等方面的工作状况，发现问题及时解决。组织员工教育培训，以全员管质量讲效益的整体意识和优质高效的服务效应，提升黔香阁餐饮的品牌竞争力。

六、协助门店的安全管理，严格执行国家的有关法规法令，切实抓好安全生

产，食品卫生和消防保安工作，保持与社会相关职能部门的良好协作关系，保障消费者权益和维护企业良好形象。

it运维经理岗位职责范文第4篇

1.思想政治表现、品德素质修养职业道德.能够认真贯彻xx基本线路政策，通过市场、客户、团队互相学习销售实战：遵守公司原则，认真学习销售知识爱岗敬业，具有强烈的负责感和事业心，积极主动认真学习与客户交谈技巧与攻破的方法，工作态度端正，认真负责。

2.专业知识、工作能力和具体工作

本人去年六月份毕业广西大学计算机学院，现承担xx销售工作，主要去到各商铺寻找客户。销售工作的琐碎，但为了搞好工作，我不怕麻烦，向同事请教，秉承互相学习的态度。自己摸索技巧方法，在短时间内便熟悉了销售工作，明确了工作的程序、方向，提高了工作能力，在具体的工作成了一个清晰的工作思路，能够顺利的开展工作并开展工作熟练的完成基本工作。

在这三个月，我本着把工作做的更好的这样一个目标，开拓创新意识，积极的努力的完成了以下本职工作：(1)协助xx经理做好xx办事处建立的工作，主要有找好办事处的地点(把办事处的房价压低，一次性成交的金额少)、招聘新员工(在现场招聘以及网络招聘的第一次筛选人才，让xx经理第二次筛选人才)、培训新员工(主要把产品的知识和参数讲解销售技巧)、带领新员工跑销售(主要是按照xx经理的销售方针进一步的销售成功做努力)安抚新员工的的情绪(xx经理主要做黑脸然后我主要唱白脸的基本工作)

为了办事处的工作的顺利进行及部门的工作调配，除了做好本职工作，我还积极和其他同事做好工作，让xx经理能够充分的按照卢总的思路方针去走。

3..工作态度和勤奋敬业方面。

热爱自己的本职工作，能够正确的对待每一个工作任务，工作的投入，热心为大家服务，认真遵守公司的销售原则，按照步骤一步一小成，积少成多的方针去实施。在这过程中无节假日，有效利用工作时间，坚守岗位，利用周末的时间继续去做好销售这份工作，尽量多出单的高效率去完成任务，避免减少工作中的失误。

4.工作质量成绩、效益和贡献。

在开展工作之前做好个人的工作计划，有主次的先后及时的完成各项，已达到领导分配的目标去要求自己，用百分之一百热情投入完成工作.但由于自己本身没有这样的工作经历，所以在完成了任务过程中有许多的失误和不足，但我也会努力的去避免这类的事情的发生，在这里我对自己所做的不足深感歉意，只能在以后的工作过程中去更好的完成。同时在工作中学习很多东西，也锻炼了自己，经过不懈的努力，使工作水平有了长足的进步，开创了工作的新局面，为了xx及部门工作做出自己的微薄的力量。

it运维经理岗位职责范文第5篇

甲方： 乙方： 鉴于：

甲方需要乙方为网络、硬件等信息化建设中所需的内容提供技术支持与维护服务，乙方愿意以本合同约定的条款和条件向甲方提供技术支持与维护服务，以满足甲方信息化网络正常运行的需要。甲、乙双方经平等协商一致，签订本合同。

第一条：基本原则

1.1本合同旨在明确乙方向甲方提供信息化建设中所需的技术支持与维护服务时，甲、乙双方必须遵守的基本原则，以及技术支持与维护服务的基本内容等事项。

1.2乙方所提供的技术支持与维护服务，符合国家相关部门有关技术质量的规定标准和甲方需求。甲方有权对乙方技术人员的工作态度、完成情况进行监督、签收，提出意见，以提高维护服务质量。

1.3乙方服务人员应严格遵守公司的各项规章制度，否则，甲方有权根据实际情况对乙方做出相应处罚。

1.4由于不可抗力或甲方及其他第三方的原因而给甲方设备造成的损失，乙方不承担责任。

1.5甲方委托第三方对设置在其网内的设备及软件进行调整、变更时，应及时通知乙方，以便乙方及时掌握网内设置及软件增减或变更情况，更好地为甲方提供服务。 1.6甲方需要从网内迁移其设备时，应提前通知乙方，以便于双方配合，甲、乙双方可就设备迁移具体事项另行协商。

1.7乙方有权在合同期内参加信息化建设系统建设中的随工、测试、验收等工作。

1.8甲、乙双方履行本合同的技术支持与维护服务时，双方之间应提供必要的便利条件，积极配合。

1.9指定联系人：甲方指定 为联系人，乙方指定 为联系人，全权负责日常服务合作事宜，双方指定联系人发生变化时，应在3个工作日内书面通知对方。

第二条：技术支持与维护服务的范围和约定 2.1 技术支持与维护服务的场所：

(场所填写)

2.2技术支持与维护服务的内容：乙方应根据的要求，提供相应的技术支持与服务，并应达到关于服务质量的要求，乙方应对其人员提供服务所引起的对用户的损害承担赔偿责任。具体的服务方式及范围如下：

(1) 网络技术支持与维护：

(2) 核心设备技术支持与维护：网络系统核心设备包括等，以上设备的技术支持、日常维护、故障处理、定期保养清洁、定时备份，保证设备的正常运行。

(3) 接入设备技术支持与维护：

(4) 终端设备：。以上设备的技术支持、日常维护、故障处理、病毒防治，保证设备的正常运行。 (5) 应急处理：双方协商确定多种应急处理方案，必要时进行应急预案演习，保证在出现意外情况时能够尽量减少或避免因为系统的故障而产生的不良影响(比如服务器故障、停电、通信线路故障、网络遭受病毒攻击等)。 2.3技术支持与维护服务方式

(1) 合同签订后，乙方派 名专职技术人员，进行网络系统的技术支持与维护。另派 名技术人员随时响应进行技术支持与维护。

(2) 快速上门：若甲方的设备、系统、网络在使用中发生故障，乙方应以电话和远程等方式支持提供解决方案，如无法解决，则在规定时间( X小时)内上门维修。 (3) 硬件维修：

(4) 技术咨询：乙方有义务根据要求提供电话热线服务、进行各种电脑操作指导，提出关于设备更新、软硬件升级等合理化建议。乙方具备提供后续技术支持与维修服务的能力。 2.4技术支持与服务标准

(1) 保证网络设备及系统运行正常。 (2) 服务时间：X小时/天*X天/周。

(3) 建立技术支持与维护服务登记制度：乙方对每一次电话咨询、故障申告等进行登记，并将处理过程和结果进行记录。对上门维护服务登记时，要有乙方的签字认可。

第三条：技术支持与维修服务费及支付方式

3.1根据甲方网络所用设备总价、服务场所的分布情况、技术支持与维修服务的人员配备，通过谈判：本合同技术支持与维护服务费总额为人民币： 元整。

3.2甲乙双方在本合同签订后，甲方向乙方支付本合同款。(支付方式) 3.3技术支持与维修服务中的低值易耗物品、所需工具、笔记本电脑、通讯工具、仪表、车辆、交通费等由甲方负责;

第四条：权利义务的转让

4.1任何一方未经过对方的书面同意，不得转让本合同项下的任何一项权利和义务。

4.2 甲方和乙方应将谈判文件、商务文件、技术文件作为合同基础。 第五条：保密

5.1 乙方有责任对甲方提供的相应文档、技术资料、安装介质进行妥善保管，并保证遵守相应的保密协议，避免用户机密的泄露，如有因乙方技术人员失误或故意行为导致的用户机密泄露，乙方要承担相应的赔偿责任。

5.2除了按照甲方要求完成指派的服务工作，乙方无权代表或以甲方的名义从事任何商业活动，本协议不在双方之间产生任何代理、合资、从属关系，任何一方在未得到对方的实际书面许可之前，不得使用对方的名称、商标、商号、标识等任何知识产权。

第六条：违约责任

6.1 任何一方未履行本合同项下的任何一项条款均被视为违约。任何一方在收到对方的具体说明违约情况的书面通知后，如确认违约行为实际存在，则应在20日内对违约行为予以纠正并书面通知对方;如认为违约行为不存在，则应在20日内向对方提出书面异议或说明。在此情形下，甲、乙双方可就此问题进行协商，协商不成的，按本合同争议条款解决，违约方应承担因自己的违约行为造成的直接经济损失。

6.2 甲方有权定期或不定期检查维护质量，对乙方未达要求的，核减相应的维护费用。

第七条：免责条款

7.1 因不可抗力导致甲乙双方或一方不能履行本合同项下有关义务时，甲、乙双方相互不承担违约责任。但遇有不可抗力的一方或双方应于不可抗力发生后10日内将情况告知对方，并提供相关证明。在不可抗力影响消除后的合理时间内，一方或双方应当继续履行合同。

第八条：技术支持与维护服务期限

8.1 自 年 月 日起，至 年 月 日止。本合同自签订之日起生效。

第九条：通知

9.1 依照本合同要求任何一方发出的通知或其它联系应以中文书写，通知可以专人递交，或以挂号信件、或以公认的快递服务或图文传真发送到另一方。通知视为有效送达的日期应按下述方法确定：

(1)专人递交的通知在专人递交之日视为送达;

(2)以挂号信件发出的通知应在寄出日(以邮戳为凭)后第十日视为已送达;

(3)以图文传真发送的通知在成功传送和接受日后的第一个工作日视为已送达。

第十条：争议的解决

10.1 对于本合同履行而发生的争议，双方协商解决或提交当地人民法院裁决。

第十一条：附则

11.1 未经双方书面确认，任何一方不得变更或修改本合同。

12.2对于本合同未尽事宜，双方可随时签订补充协议或以附件的形式对本合同中的有关问题作出补充、说明、解释。本合同的补充协议和附件为其不可分的部分，与本合同具有同等法律效力。

12.3 本合同须加盖“骑缝章”，以确保合同的完整。

12.4 本合同共 页一式两份，双方各执一份，甲、乙双方法定代表人或授权代表签字并加盖公章后，方可生效，均具有同等法律效力。

甲方代表签字： 乙方代表签字：

盖章： 盖章：

it运维经理岗位职责范文第6篇

目录

运维管理规范-------------- 4 1. 目的 ------------------------ 4 2. 适用范围 ------------------ 4 3. 规范性引用及参考 ----- 4 4. 本文术语，定义和缩略语 --------------------------- 5 5. 基本要求 ------------------ 6

5.1运维管理原则----- 6 5.2制度和流程管理6 5.5供应商管理 -------- 7 5.6督促检查 ----------- 7 6. 运行维护 ------------------ 8

6.1日常操作及监控分析 -------------------------- 8 6.2 数据与介质管理 - 8 6.3机房管理 ----------- 9 6.4 网络管理 ---------- 9 6.5 弱电管理 --------- 10 6.6桌面维护 ---------- 10 6.7服务器及系统变更 ---------------------------- 11

6.8 配置管理 --------- 12 6.9 事件与问题管理 12 7. 应急管理 ----------------- 12

7.1应急准备 ---------- 12 7.2应急处置 ---------- 13

运维管理规范

1. 目的

为规范公司运维工作，使相关工作具有持续改善及相互协作性，同时加强计算机设备的管理及维护，确保维修工作的及时性，降低计算机设备的报修率，实现业务与技术的融合，将业务部门与IT 部门紧密结合在一起，根据公司管理要求及计算机应用的需要，由运维部制定。

2. 适用范围

本规范规定了运维管理工作的要求。

本规范适用于维信理财集团(中国) 总部，包括全国各分部及门店。

3. 规范性引用及参考

◆ IT 服务管理国际标准ISO/IEC 20000 ◆ 企业获得ISO/IEC 20000认证的权威指南 ◆ 全球著名IT 服务管理书库(ITSM Library) ◆ IT 服务质量管理原则

◆ 理解ISO/IEC 20000在IT 服务中的地位 ◆ ISO/IEC 20000规范和实践准则 ◆ IT 服务管理国际标准ISO/IEC 20000 ◆ GB/T 202692006 信息安全技术 信息系统安全管理要求

◆ ISO 31000:2009 风险管理 原则和指南(Risk management -- Principles and guidelines)

◆ JR-T 00602010 金融信息系统安全等级保护基本要求 ◆ JR/T 0074-2012 金融IT 服务管理基本规范 ◆ 中国金融标准化报告(2011)

4. 本文术语，定义和缩略语

1、 IT： Information Technology 信息技术

2、 DNS： Domain Name Service 域名服务

3、 DHCP： Dynamic Host Configuration Protocol 动态主机配置协议

4、 VPN： Virtual Private Network 虚拟专用网

5、 OA： Office Automation 办公自动化系统

6、 ISO： International Organization for Standardization 国际标准化组织 编订日期：30.7.2014 批准日期: 生效日期：

7、故障： IT设备或系统丧失规定的功能，导致服务中断或降质，或对正常运行造成潜在威胁。

8、异常： IT设备或系统的状态发生超出预期的变化或性能指标参数超出正常范围，有可能引发或已经引发故障，需要引起运维人员关注或处理。

9、资料： IT设备或系统的运行记录，包括IT 设备或系统的配置、故障历史记录、软硬件扩容或调整记录、权限变更申请记录等。

10、运行维护：本规范中的运行维护包括IT 基础设施维护、IT 应用系统运维维护、安全管理、网络接入、内容信息以及综合管理等。

5. 基本要求

5.1运维管理原则

公司按集中与分散相结合的原则，设立机房、各部门配备电脑。计算机系统本着“总体规划、分步建设”的方式实施建立。

计算机系统建设应综合考虑成本、费用、效率、效果、先进性及适用性，选择最优技术、经济方案。

5.2制度和流程管理

运维管理制度应包括但不限于机房管理、网络与系统管理、数据和介质管理、配置管理、安全管理、监控管理、文档管理、设备和软件管理、供应商管理等制度。

运维操作流程应包括但不限于日常操作、事件处理、问题处理、系统变更、应急处置等流程。

5.3 文档管理

对运维过程中涉及的各类文档进行管理，可按照制度文档、技术文档、合同文档、审批记录、日志记录等进行分类，并妥善保存。 5.3.2 对文档的版本应当进行控制。

文档在使用时应能读取、使用较新版本，防止作废文件的逾期使用。

5.4设备和软件管理

建立计算机相关设备和软件管理制度，对设备和软件的使用、安装、维修(升级)等进行规范。明确设备和软件管理责任人。对设备进行标识，标识应放在设备明显位置。

规定设备和软件的使用年限，定期进行盘点，并对设备状态进行评估和更新。

对外送设备的维修进行严格管理，防止数据泄露。

对拟下线和拟报废设备的存储介质中的全部信息进行清除或销毁。对正式下线设备和软件交指定部门统一管理、保存或处置，并保留相应记录。设备和软件报废应符合公司现行资产管理规定。

5.5供应商管理

对供应商支持运维服务的相关活动进行统一管理。

在与供应商签订的合同中明确其应承担的责任、义务，并约定服务要求和范围等内容。

应定期收集、更新供应商信息，组织对供应商的服务质量、履约情况、人员工作情况等内容进行评价，并跟踪和记录供应商改进情况。加强运维外包服务管理，主要包括：

a) 明确外包公司应当承担的责任及追究方式;

b) 明确界定外包人员的工作职责、活动范围、操作权限; c) 对外包人员工作情况进行监督和检查，并留存相应记录; d) 对驻场外包人员的入场和离场进行管理; e) 定期评估外包的服务质量; f) 制定外包服务意外终止的应急措施。

5.6督促检查

定期检查审计，对运维制度的执行情况和运维工作开展情况定期进行检查和审计，以督促运维工作持续改进。

指定人员负责对日常操作执行情况进行检查，确保运维管理制度和操作流程的有效执行。对检查和审计结果采取纠正、预防措施。

6. 运行维护

6.1日常操作及监控分析

未经许可，任何人不得随便使用电脑及相关设备。不得更换电脑硬件和软件，拒绝使用来历不明的软件和移动设备。

电脑发生故障时，使用者作简易处理仍不能排除的，应立即报告IT ，非专业管理人员不得擅自拆开机箱或调换设备配件。

计算机及其相关设备的报废需经过IT 部门或专职人员鉴定，确认不符合使用要求后方可申请报废。

运维应采取各种监控措施，配备视频、语音、系统监控和报警工具，对影响信息系统正常运行的关键对象，包括机房环境、网络、通信线路、主机、存储、数据库、核心交易业务相关的应用系统、安全设备等进行监控。

主要监控指标具体如下：

a) 机房：电力状态、空调运行状态、消防设施状态、温湿度、漏水、人员及设备进出等;

b) 网络与通信：设备运行状态、中央处理器使用率、通信连接状态、网络流量、核心节点间网络

延时、丢包率等;

c) 主机：设备运行状态、中央处理器使用率、内存利用率、磁盘空间利用率、通信端口状态等;

d) 存储：设备运行状态、数据交换延时、存储电池状态等;

e) 安全设备：设备运行状态、中央处理器使用率、内存利用率、端口状态、数据流量、并发连接数、安全事件记录情况等;

6.2 数据与介质管理

配合数据应用部，对核心业务数据进行周备份，并每季度进行恢复性测试。

对设备和人员出入进行管理。进入机房应限制和监控其活动范围，并有专人陪同;未经批准不得接入生产环境。

6.3机房管理

对机房环境、供电、空调、消防、安防等基础设施的运行维护、设备和人员出入、机房工作人员等进行规范管理。

应指定机房管理负责人。 确保机房环境整洁和安全，包括：

a) 应定期检查防水、防雷、防火、防潮、防尘、防鼠、防静电等措施的有效性;

b) 应保持机房环境卫生，设备摆放合理，归类; c) 不得随意出入机房。

d) 未经审批不得接入其它用电设备。

6.4 网络管理

确保网络、系统的正常运行。网络管理应包括： a) 绘制网络拓扑图，并保持更新;

b) 应保持网络设备的可用性，及时维修、更换故障设备; c) 应负责网络系统的参数配置、调优; d) 应定期对系统容量进行检查和评估;

e) 应定期检查网络设备的用户、口令及权限设置的正确性;

f) 应定期对整个网络连接进行检查，确保所有交换机端口处于受控状态; g) 应对网络信息点进行管理，编制信息点使用表，并及时维护和更新，确保与实际情况一致。计

算机网络跳线应整齐干净，跳线标识清晰;

h) 应制定网络访问控制策略，应合理设置网络隔离设施上的访问控制列表，关闭与业务无关的端口;编制文档并保持更新;访问控制策略的变更应履行审批手续。

权限管理应包括如下要求：

a) 权限分配应履行审批手续，权限设置后应复核; b) 应按照最小安全访问原则分配用户权限; c) 应在用户账户变化时，同时变更或撤销其权限; d) 应定期检查权限设置的有效性。

6.5 弱电管理

严格按图纸施工，在保证系统功能质量的前提下，提高工艺标准要求，确保施工质量。质量检查制度，现场管理人员将定期进行质量检查并贯穿到整个施工过程中。统运行验收：当设备安装完毕并调试运行无误后，由公司派现场调试人员进行系统联调，并向上级汇报调试结果。运维对弱电设备的综合管理，包括技术资料、档案的收集。同时，每月一次对弱电设备运行状况进行检查，并及时处理汇报问题。

6.6桌面维护

日常数据注意事项：

a. 个人文件(Excel 、Word 、PDF 等)建议员工不要存放在系统盘(通常为C 盘)，可以存放在其它盘符。

b. 工程师可通过多种方式或途径来告知员工如何进行日常文件的备份，如：口述、邮件、培训等。

c. 未经许可，禁止使用U 盘，移动硬盘，手机或其它外设，如：网盘、邮箱等，盗取公司内部文件。

重装系统前注意事项：

a. 询问用户有哪些相关数据需要备份，如桌面、我的文档、收藏夹、邮件等。b. 用户Email 的备份：如客户端为Outlook 则导出相关OST 或PST 文件;硬件损坏需更换或维修时，运维人员进行测试，明确是否真实异常，不可随意更换。

关于账号、权限、密码

a. 必须严格按照公司制定的IT 策略进行管理，不可私自制定规范。 b. 禁止私自把个人管理员权限借给他人或告知他人。

c. 禁止为他人开设规定以外的权限，如：本地管理员、其他部门目录访问权限、上网权限、电话权限等。

d. 更改任何类型用户权限时需得到相关审批层级确认才可执行。 e. 如电脑无特殊应用需求，则一律为“user”普通权限。

f. 人员离职时，总部和分部应及时通过OA 确认，删除离职人员的相关账号与信息。

g. 妥善保管自己所知的密码。

6.7服务器及系统变更

不得在服务器上使用带有病毒和木马的软件、光盘和可移动存贮设备，使用上述设备前一定要先做好病毒检测;不得利用服务器从事工作以外的事情，无工作需要不得擅自拆卸服务器零部件，严禁更换服务器配套设备。不得擅自删除、移动、更改服务器数据;不得故意破坏服务器系统;不得擅自修改服务器系统时间。

使用空闲主机，对服务器系统补丁进行升级测试，运行平稳后，各服务器升级安装补丁，弥补系统漏洞;为服务器系统做好病毒及木马的实时监测，及时升级病毒库。

管理员对管理员账户与口令严格保密、重要数据库，网站，APP 等服务器由研发配合定期修改密码，以保证系统安全，防止对系统的非法入侵。

任何无关人员不得擅自进入主机房，需要进入的须征得服务器管理人员同意。应注意保护机房内的设备和物品，未经允许的非管理人员不得擅自操作机房内设备。

严禁携带易燃易爆和强磁物品及其它与机房工作无关的物品进入机房，机房内严禁吸咽。除管理员外，任何人不得随意改动服务器内系统及环境配置。

除系统管理员或授权参加系统管理的人员外，任何用户不得以任何方式获取(或企图获取)超级用户权限。

6.8 配置管理

明确配置管理负责人。

建立配置文档库，对服务器、存储、网络、安全设备，操作系统、应用软件、数据库等进行管理。

定期对配置进行备份及文档库归类。

及时检查并定期审计，对发现的不一致情况及时纠正修改。

6.9 事件与问题管理

对运维事件的处理进行规范，对发生的所有事件，根据事件的影响程度和影响范围评估事件处理优先级并及时处理。

对所有事件响应、处理、结束等过程进行跟踪、监督及检查。对问题进行分析、提出解决方案，通过变更管理审批后部署实施。

7.应急管理

7.1应急准备

明确网络、系统等事件的应急指挥决策机制，负责网络与系统事件的预防预警、应急处置、报告和调查处理工作。

网络与系统应急管理应遵循“谁主管谁负责、谁运行谁负责”、“统一指挥、密

切协同;注重预防、减少风险;科学处置、及时报告;以人为本、公平优先”的原则。

应急准备应符合如下要求：

a) 系统管理员、网络管理员、安全管理员等关键岗位应熟练掌握应急预案，能有效处置相关事件;

b) 在自身力量不足以满足应急要求的情况下，应与相关供应商签署服务保障协议。协议内容应包

括双方联系人、联系方式、服务内容及范围、应急处理方式等。应定期检查和评估协议的执行情况，确保服务保障措施落实到位，确保在应急处置中相关单位能提供及时有效的技术支持;

c) 应建立有效的应急通讯联络系统，确保信息畅通;

7.2应急处置

在发生网络与系统事件后，迅速采取应急措施，尽快恢复信息系统正常运行，如有重要情况应及时上报。