ImageVerifierCode 换一换
格式:DOCX , 页数:4 ,大小:19.45KB ,
资源ID:7040063      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/7040063.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(浅淡我对运维服务的一些看法.docx)为本站会员(b****6)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

浅淡我对运维服务的一些看法.docx

1、浅淡我对运维服务的一些看法浅谈我对运维效劳体系的一些看法随着XX公司十一五期间信息化XX工程全面建成并持续深化应用,与公司业务严密融合的全球规模最大的集团企业级信息系统投入运行,如何最大限度保障其平安准确高效运行这一课题摆在了我们面前。XX和“XX体系的建立,对信息系统运行工作提出了更高要求。下面我从运维工作实际出发,详细分析运维工作容、管理组织构造和职责划分以及运维体系建立情况,就运维工作中存在的一些问题,对信息系统运维体系的建立提出了一些看法。一、运维效劳目标明确效劳目标,在我看来,为客户提供稳定、可靠的运维效劳是我的工作目标,也是我们整个运维团队整体的工作目标。我们所安排的一切工作项,比

2、方巡检、值班;制定的一切流程、规都应该是为满足客户效劳而付出的努力。二、运维效劳的容与运维效劳目标相比,运维效劳的具体容往往十分含混,不具备具体操作、指导性质。即效劳合同容不清晰。例如: 哪些是我们应该提供的工作容? 哪些是我们不应该提供的效劳容? 人员的管理权、考核权怎么划分? 运维费用、预算如何支配,谁有权利支配?这些容一定需要界定清楚,以便于运维工作能够更好的开展。因此,签订明确的运维效劳合同是至关重要的。即便是当场效劳合同未考虑周全,也应该在必要的时候签订补充协议。三、构建运维部门运维管理部门负责的是运维的工程,应该是负责为各工程提供运维效劳的一个团队,我们统一称为“运维管理部。可以想

3、象这个部门里绝大多数人员是具体的一线员工,这些同事直接面对客户。不同的运维团队有不同的具体情况,一线员工由于工作性质的原因,可能薪资不高,而且技能也不高,一些疑难问题需要更高级别的工程师处理。这里就有两种构建部门的模式。第一种是运维管理部只有一线员工,公司其他部门比方技术支持部作为二线支持部门,研发中心和厂商作为三线支持单位;第二种模式是运维管理部包括一、二线员工,能够处理决大多数问题,疑难问题提交给研发中心和厂商处理。作为提供高效运维效劳的关键是,无论哪种方式,都需要效劳链条上的技术员工对运维管理部来说是可控制的。即在发生故障时,相关部门能够按照预计的方案自动、自发的开展工作,相关人员在提供

4、效劳这件事情上是绝对可控的,不能出现没人管、人不在的情况。因此,运维效劳方面的岗位职责,部门及部门之间的关系一定要明确。四、运维效劳员工甄选运维效劳很少是一个人能完成的,具备规模的工程都需要多人配合,大家互有分工,运维团队的员工是这个团队的资本,因此,运维人员的对自己工作的本质要有清醒的认识。不符合从事运维工作的人员没有工作动力、没有进取心,这样的人搅乱了整个团队工作的气氛。其他员工看到这些“大爷们的“工作作风也就没有了动力。因此,做好运维工作选人很重要,我们要对这些“大爷们敬而远之。五、运维与工程一定要分开运维与工程搅和在一起也算一件头痛事儿,是严重的制约运维工作开展的绊脚石。通常的理解是工

5、程竣工后把工程相关资料移交给运维部门即建立转运维,对运维部门进展培训,使之能够开展效劳工作。这时,工程建立已经结算,移交工作作为工程完毕的里程碑。这样工作分工泾渭清楚,大家的权利和义务十清楚确。就算是工程周期很长,工程不可能在完全完毕后再移交运维部门,那也应该是哪些系统开发完毕了,可以移交了就做局部移交,没有开发完成的就不移交,这样工作有一个明确的分工,工程组与运维部门的工作要十清楚确,这样工作结合也算顺当。但是,就怕工程与运维工作搅在一起。例如,也没有移交,反正开发战线长,产品代码修改频繁,应用系统匆匆上线后就扔给运维做编辑、维护栏目等,这时,运维在使用过程中往往还需要承当系列常见的工作:

6、需求分析交给运维。运维负责与客户碰需求,最后交给工程经理或其他人; 测试交给运维。由于系统“庞大,研发的同事们实在是测不过来,反正运维是使用者,得您给测测吧; 问题寻找交给运维。系统上线后问题一定有,时间长了会积攒很多,那么收集系统问题的任务就很自然的落实到运维员工的头上了;上述常见的“工作从工程管理上来说,为了到达公司控制本钱,充分利用每个员工的角度上来看不是不可以做,关键是要把责任说清楚,说实在的,这不是运维员工的工作职责。更有甚者,根本不事先与员工说清楚,反而说员工工作不主动、不积极,领导不说,上述工作就不做。因此,为了使运维工作顺利开展,工程实施与运维效劳分开。六、运维效劳体系的建立流

7、程、规是约束员工的制度,同时也是保护员工的法那么组织要开展IT效劳业务就必然有一整套管理要求,这是很重要也很正常的。通常,运维工作会根据所提供的效劳类型制定相关的流程、规等制度,培训后要求所有相关员工认真执行。一旦有员工触犯规定那么会被处分,这也属正常现象。但是,有一些员工却没有看到也没有想清楚遵守组织制度的意义。他们看到的只是自己违反规定后受罚,就是没有想明白公司制定的流程、规、制度一方面是约束员工,而另一方面却是保护员工。员工只要按照规定去做就会免责,这是很重要的!我希望基层的同事们能够理解。八、运维必做的工作运维工作需要细心、耐心,要求员工具备高度的责任感和使命感。为了确保运维效劳目标的

8、达成,日常的工作项是不能够省略的。就像我在后面提到的,运维效劳最好是资源充足,但是这往往是美好的肥皂泡,资源不充足是现实,但怎么办,想做事情没有人,可以与公司主管领导随时进展相关问题的沟通,以便充分协调公司有效资源开展工作。九、培训与能力提高运维效劳工程师的技能是需要提升的,员工在为公司工作的时间里假设技能水平、工作水平没有提升的话,对公司和员工本身的开展都是不利的。因此,员工培训与能力提升是必要的。但是,任何好的事情不一定有好的结果。员工能力的提升不应该完成作为绩效考核的依据,而且员工能力提升是有一定围的,一、二线员工的工作容、工作负责度都不一样,设计合理、可操作性强的培训方案和能力提高方案

9、就显得很重要。再有,员工能力提升后一定要有相应的动作或表态。例如,公司提出一线员工能力提升后可以进入二线,可是目前二线员工的招聘却一直找不到适宜的,因为公司用人门槛很高,在此情况下一线表现好的人能进入二线吗?怎么可能!再说,一线能力提高的员工可以给安排一些复杂度高的工作,毕竟能力提升了嘛,那相应的工资是否也提升呢,这才能表达出公司的诚意呀,这样下来员工也更有干劲儿,否那么,培训的结果和意图就很容易被员工所曲解。十、关于知识管理IT行业的知识管理是个比拟大的概念,在这里我想说的是运维效劳工作中的知识沉淀问题。运维工作中很多技术、容是可以复用的,这些经历、教训都是值得学习的。我认为在日常工作中要把

10、好的经历、教训系统的记录下来,作为员工能力提高、培训的教材广泛推广,这样一定程度上降低了人员流动对技术工作的风险,同时,也为员工解决实际问题开辟了一个信息渠道,而且,能够使新员工迅速的了解IT效劳容及过往故障处理的情况。十一运维员工的考核关于运维工作的考核,我建议如下:运维工作的目标是提供高效、稳定的运维效劳,因此,设计考核方案一定要围绕着运维工作的目标。所以,工作量绝对不应该作为考核的指标,不能因为员工每个考核周期很忙就说他运维效劳工作开展得好;也不能因为他在考核周期很闲就说明他运维效劳开展得不好;同时,不能因为在考核周期你他提供的效劳没有出问题就说明他做的好;也不能说在考核周期发生过事故就

11、说明他提供的效劳不好。这些都是片面的。我个人认为工作量可以统计,但不能参与考核,因为工作量与工作绩效、运维目标不成正比。工作量可以统计,通过一段时间的统计,可以作为衡量岗位设置合理性的依据,但与员工的绩效无关。运维考核最好以考核运维效劳的合规性为原那么。即考核运维团队员工执行公司IT效劳的流程、规情况,对具体工作安排的完成情况。员工在安装规、标准的开展工作,一旦发生事故,与员工无关,员工只要按照规定发现、处理事故,考核就是合格。相反,即使运维效劳一切正常,但是通过考核发现员工根本没有按照标准的流程、规开展工作,这样的情况抓到后一定要严格处理,他的考核成绩就是不合格。这样的行为是对运维效劳平安、

12、稳定开展最大的潜在隐患。外包给客户的员工,他的考核成绩可以完全依据客户的意见。客户认可就是合格,这样当客户提出对运维工作不满意时,我们也有理由说当初客户的意见。对于客户不认可的要查明具体原因,区别对待。这才是考核的真谛。十二、IT系统自动化监控工具的意义如何提供IT效劳,如果对IT效劳进展管理有多种方式。但是如果考人而不是优秀的自动化工具去管理,那好似是回到了当年小米加步枪的年代,靠的是个人绝望及对理想的坚贞信念。但是我们已经进入了21世纪,自动化的IT系统及运维环境的监控软件能够将人员本钱降至最低,同时还能够通过多种方式在客户、用户、自己领导发现出现问题前通知工程师,第一时间处理问题。还有很

13、多好处,比方能够汇总故障次数、原因、以及能够对IT投资决策起到数据支撑意义等。因此,我认为有条件的情况下应该充分利用IT系统自动化监控工具。十三、运维主管需要具备的素质坚持原那么的工作作风运维部门是公司所有部门了流程、规比拟多,执行要求比拟高的部门,但是由于工作是由具体人做的,因此就不可防止的出问题,这时,作为部门主管一定要坚持原那么,一碗水端平,对员工的态度要不偏不倚,一切以公司的流程、规、制度说话。头脑清醒,多留证据的工作习惯运维管理小事而多,但是无论是大事、小事往往都有一定的历史背景,往往很难解决,通常都是就事儿论事儿,然后不了了之,局部事情有结论,有具体执行方案,这时一定要做会议纪要,会后发给相关人员,甚至打印出来作为以后的证据。极强的沟通能力运维部门在日常工作中常常要与其他部门沟通,需要其他部门提供配合,这时就需要运维主管具备极强的沟通能力,尤其是对那些组织部关于运维工作分工不清楚的公司,主管个人的能力往往起到了决定性的作用。总而言之,不管什么战略都需要人去执行,再好的团队没有执行力也是很容易被击垮的。决策者占据主导地位,指挥者固然重要,但是手下的兵,也是一个重要因素啊。养兵千日,用兵一时的古训是很有道理。在平时不打仗的时候如何锻炼自己的兵,如何激起他们的向心力,这一点亦尤其的重要。以上仅仅是我个人对运维工作的一些浅见,有不对和错误的地方,还请大家多多批评与指正。

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1