包含it运维管理思考的词条

本篇文章给大家谈谈it运维管理思考，以及对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。 今天给各位分享it运维管理思考的知识，其中也会对进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、IT运维服务管理中知识管理的思考
• 2、如何高效的做好IT运维管理
• 3、(转)IT：从运维到运营
• 4、IT运维管理当前面临了哪些问题？
• 5、IT运维管理需要注意什么
• 6、IT运维管理工作如何从"及格"到"优秀"

IT运维服务管理中知识管理的思考

关于IT运维服务管理中知识管理的思考

随着信息化的逐步推进，广大企事业单位越来越离不开IT，尤其是金融行业对IT是高度依赖，作为一名金融行业的IT工作人员，在日常的IT运维工作过程中，深切体会到运维服务管理的重要性，如何提高IT运维效率成为金融行业越来越关注的重点，ITIL(IT Infrastructure Library信息技术基础架构库)第三版也增加了知识管理部分。本文主要讨论在IT运维服务管理中知识的作用以及如何进行知识管理，提高IT运维效率，从而实现IT运维服务的目标。

1 IT运维服务管理中知识的主要内容及分类

IT运维服务管理中的知识主要包括IT服务相关的管理制度、流程，软件开发文档、网络拓扑图等技术资料，针对不同问题和事件的解决方案，IT运维过程中产生的测试方案、技术方案、变更申请等。

根据知识与IT运维服务流程是否相关，可以把IT运维服务管理中的知识分为流程相关类知识和非流程相关类知识。例如，测试方案、技术方案是在变更管理流程中产生的知识，解决方案是在事件管理流程和问题管理流程中产生的知识，它们都属于流程相关类知识;而IT服务相关的管理制度、网络拓扑图等则属于非流程相关类知识。

2 知识在IT运维服务管理中的价值体现

有效开展知识管理，建立知识库，实现知识的创建、储存、共享、应用，知识对IT运维服务管理的价值和作用主要体现在以下一些方面。

2.1创造知识价值

通过知识的创建、共享、积累、分析，以及知识的快速检索与获取，利用知识创造价值，从而提高IT部门的能力和运维人员的个人能力。

2.2实现知识共享，降低IT运维成本

IT运维人员常常要重复解决相同的问题。如果大多数问题及其解决方案都可以从知识库中方便、快捷的获取，就可以将IT运维人员从重复性的运维工作中解放出来，集中精力解决其他新的问题，从而达到提升工作效率，降低IT运维成本的目的。

2.3提高运维响应速度和质量

通常情况下，能够进入知识库的解决方案一般来说是最正确、标准和高效的。构建一个质量、数量及知识结构都达到一定标准的知识库，作为IT运维的强大储备库，另外，知识库都具备高效的搜索功能，这无疑是快速响应IT服务需求的最好方式。而快速、高质量的解决故障意味着客户满意度的大幅提升，这正是IT运维的最终目的`。

2.4避免知识流失

许多隐性知识集中在运维人员的脑子里，一些IT应用的操作或故障解决方法可能只有开发人员知道，知识库管理可以有效避免由人员流失造成的信息孤岛和知识流失。

2.5挖掘、分析IT应用信息

运维知识库不仅作为一种信息收集、整理工具，同时还是一种数据分析、统计工具。从知识条目、IT运维解决案例、知识的生命周期等等统计数据中，可以挖掘出许多有用的信息。便于IT服务提供者发现潜在问题、进行趋势分析，帮助拟定未来的工作重点、计划及预算等。

3 在IT运维管理过程中开展知识管理的方法

虽然开展知识管理对IT运维服务管理有这么多显著的作用，但在推行知识管理的过程中会遇到很多的阻力，如缺乏知识管理系统的强大支撑，知识共享不方便; 系统开发人员、维护人员等IT技术人员担心将自己的技术解决方案整理出来供大家共享，会降低他们在团体中的价值，而不愿意共享知识等。为了克服知识管理实施过程中的阻力，充分发挥知识在IT运维管理中的价值，可以从技术、流程、人员三个方面开展知识管理。

3.1建设IT运维服务系统，非结构化数据由内容管理平台统一管理

典型的IT运维服务管理系统采用四层架构(如图1所示)，分别为数据资源层、数据管理层、数据服务层和系统功能层(如图1所示)。为实现跨系统之间的数据交换，IT运维服务管理系统应满足面向服务(SOA)的架构要求。

IT运维服务管理系统中，结构化数据存储在本系统的数据库中，非结构化数据(如网络拓扑图、解决方案、技术方案、参考资料等知识)统一储存在内容管理平台中。IT运维服务管理系统的非结构化数据的存储、内容检索等南内容管理平台进行。

IT运维服务管理系统中的非结构化数据统一储存在内容管理平台中，可以实现“一处储存、多处引用”，减少数据冗余，节约存储空间。内容管理平台有强大的检索功能(包括属性检索、全文检索、组合检索等)，方便维护人员查询和应用。另外，IT运维服务管理相关的结构化数据和非结构化数据分别储存在IT运维系统和内容管理平台，lT运维管理系统使用Web service或JAVA API与内容管理平台进行数据交换，在IT运维服务管理系统完成审核后，非结构化数据存储到内容管理平台中。

;

如何高效的做好IT运维管理

IT管理和运维工作涵盖了各行业的各岗位中，如何提高工作效率，规避风险，更好的做好IT管理和运维工作，已经成为一个不断探索和研究的新兴课题。笔者认为，应从两个层面加强和完善IT管理和运维工作，可以改善IT运维工作的现状。
方法/步骤
转变IT运维管理工作方式和理念。强调从技术型向管理型转变。各企事业单位的应用系统和网络系统已经成支撑业务正常运转的重要基础，保证应用系统和网络系统的正常运行和使用成为了IT运维工作的重中之重。IT运维部门的职能应当从传统的重服务轻管理，逐步转变为服务与管理并行，规范化与人性化相辅相成的模式，以适应现代化信息的工作模式。
建立完善的内部信息共享平台。从基础设施。应用系统和业务服务三个方面打造完善的信息共享和资源监控平台。能建立有效的信息资源库，减低对关键技术人员的依赖，为日常IT运维和 管理工作提供有效的保障：基础设施管理方面，对网络，应用系统软、硬件等资源进行细化管理，详细记录电子设备的出入库、维保、报废等环节。保证资源的有效 利用；应用系统管理方面，对于各类应用系统的备份，日常维护进行有效管理控制，保证所有应用系统数据的一致性、准确性、及时性、可用性和完整性，并根据实 际需要不断进行改进、完善或更新；业务服务管理方面，尽可能的记录所有的事件要素，包括问题描述、解决方案、操作人员等等。使得部门对人员的考核有了量化 的标准，同时这个过程也有助于知识积累，形成有效的知识库，可以极大地减少对关键人员的依赖，降低人员流失的风险。
清理、简化现有IT运维管理制度。形成适合企事业单位管理实际的制度体系。以建立完整、规范、有效的内部规章制度体系为目标，紧密联系工作实际，按照适用、可行、合法、有效的原则，对现有规章制度进行全面的自查和清理。按照IT运维管理工 作的职能分工分层次、分步骤地对制订的各项内部管理制度规程进行分类清理，从制度内容的适用性、可行性、依据和效力的合法性、执行的有效性等方面进行了逐 条审核，并结合实际工作，对上级部门制订的内部管理制度与当前实际工作不符的情况进行修订和完善。逐步摈弃传统的“人管人”的工作模式，形成以制度带动 人，以制度带动工作的长效机制。
建立例行巡查和通报制度。IT运维部门的负责人和业务主管可通过内部信息共享这一平台，对业务进行有效的 监督。一是定期对记录的相关事项进行巡查，审计已登记发生事项的规范性。二是对正在发生的事件实时跟踪，及时了解事件的进展状况。规范各个流程的操作，从 源头避免业务差错的发生。三是建立采集问题，核实整改问题及问题通报三个环节的通报机制，以提升力IT运维管理的效率。
加强与内部审计部门的业务合作。内部控制审计对组织治理、风险管理、改善控制效率和效果等方面有很大的促进作用。IT运维部门可配合内部审计部门进行运维管理，将内部控制审计作为常态化审计类型，通过这种方式，突出内控特点，运用规范的审计方法和评价体系，注重从控制、风险、管理等宏观层面查找问题、提出建议，以达到促进IT运维管理工作，完善内控和加强管理的目的。
通过内部审计部门，加强督导、整改等工作的实效。在IT运维管理工作的过程中，不仅要发现问题解决问题，更重要的是要形成完善的IT运维管理工作规范和流程，在这点上。可以通过内部审计部门对企事业单位内部进一步规范制度、程序和方法，形成对风险进行事前防范、事中控制、事后监督和纠正的动态过程和机制，强化重要业务环节的风险控制。加大检查力度，切实有效地推进督导、整改工作，建立内控管理的长效机制。
加强与内部审计部门的沟通交流和人员培训，培养复合型管理人员。定期组织IT运维人员和内部审计人员进行学习交流，探讨内控管理中存在的问题，交流内控管理的心得体会，充分发挥IT运维的技术优势和内控的管理优势，通过良好的内部沟通机制和完善的信息共享平台，建立内部控制体系运行网络和内部控制管理组织体系。

(转)IT：从运维到运营

https://mp.weixin.qq.com/s?__biz=MzA5MjIyNzQyNQ==∣=2656335028idx=1sn=fa3a89d46365f24056f6ac04a58c93c6scene=21#wechat_redirect

大多数ITOM领域的从业者，一直以来都约定俗成地把ITOM（IT Operation Management）翻译成IT运维管理，相应的也把IT Operations叫做IT运维。近两年来，开始有越来越多的人使用“IT运营管理”和“IT运营”这样的说法，对应的英文是一样的，但这里“运维”和“运营”是同样的意思吗？两者之间有什么异同？

关于这个问题，仁者见仁智者见智。有人认为其实运维就是运营，用个新名词只是哗众取宠的噱头而已；有人认为运维是面向IT设施的，运营是面向业务服务的；有人认为运维是关注IT指标，运营是关注业务指标的；甚至有人说，运维是“眼前的苟且”，运营是“诗和远方”:-)

总体来看，大多数人认为两者含义并不完全一样，很多人都认为IT运营比IT运维的层次更高，有些成熟度较高的大型IT组织已经提出并在执行“从IT运维到IT运营”的发展规划。但即使在提出这类理念和计划的组织内部，对于究竟什么是IT运维管理，什么是IT运营管理，也还没有非常清晰的分析和定义，更多的是将传统IT运维管理领域之外的一些新内容笼统的归到IT运营管理的部分里去。我在和某个正在执行此规划的IT组织中的某位高管交流时，他就提到：“From Operations to Operations？连定义都没搞清楚，怎么能成为指导方向和发展目标？”

他的问题让我这个ITOM的老兵也开始思考“IT运营”这个新“翻译”的真正含义，以及近几年来它日益流行的真实原因，在和许多同业交流之后，笔者在此分享一下我关于这个问题的一些想法和心得，作引玉之砖，希望能带来更多同业的讨论和指教。

首先，IT运维和IT运营，英文都是IT Operations，在老外来看，并无区别，是指关于IT运行的所有事情。而中文之所以有两种不同的翻译，是因为IT Operations包括的内容很多，IT运维和IT运营两种中文译法分别侧重其中某一部分的内容，假如归纳成一句话的话，可以说IT运维管理关注的是“活着”，而IT运营管理则有更高层次的需求，不仅要“活着”，还要“活得好”。

先看个实例，某大型数据中心IT服务能力的愿景是“以业务为中心，交付稳定、安全、高效的IT运营服务，构建业界领先的IT运营能力，支撑企业的持续发展和战略成功。”这个愿景中，“稳定、安全”就是解决活着的问题，属于传统IT运维管理的范畴，“以业务为中心”、“高效”、“业界领先”则属于如何“活得好”的范畴，更多的是IT运营管理的范畴。

能力建设是有循序渐进的过程的，任何一个组织，首先都要解决“活着”的问题，然后才有可能追求“活得好”，因此，过去三十年，在大多数IT组织面临IT设施规模快速扩张，IT应用数量不断增多，IT运行压力越来越大的挑战时，首先要确保IT系统“活着”，也就是能够持续“运行”，稳定“运转”，通过日常“维护”工作让系统少出故障，出了故障能快速“维修”，“维持”系统的正常“运转”。这个阶段把IT Operations翻译成IT运维，把ITOM翻译成IT运维管理，无可厚非。

IT运维管理阶段的关键词是“稳定”、“安全”、“可靠”，关注可用性指标（MTTR、MTTF、MTBF等）、可靠性指标（RTO、RPO）和安全合规。相应地，在技术、工具和流程上，都以稳定、安全、可靠作为最优先考虑的要素：

在以“活着”为主要目标，以“稳”为主要形态的IT运维和IT运维管理发展多年后，越来越多的IT组织开始走出这个解决基本生存需求的阶段，从“被动维持”走向“主动经营”，追求如何“活得好”，近十年来，APM、BSM、云计算、运维大数据等新的理念、技术和工具的出现、发展和变迁，都和IT正逐步开始从运维走向运营有密切关系，时至今日，从全局角度来看，可以说企业IT已经站在了从运维到运营的一个重要拐点上。

IT运营是建立在良好的IT运维的基础上的，没有“活着”，“活得好”就无从谈起。 但怎样才叫活得好呢？ 换言之，IT运营追求的目标究竟是什么？比IT运维多了哪些东西呢？

与IT运维更多地是面向基础设施不同，IT运营更多的是面向业务、面向服务，本质上是面向人。我们说某个人活得好不好，如何判断呢？大多数人认同的马斯洛需求层次理论说，在解决了基本的生存问题和安全感之后，一个人要感觉自己活得好，是需要有社会认同和自我实现的。对于CIO来说，他所管理的IT组织假如能让三类人满意，我们就可以说这个IT组织已经从基本的IT运维阶段走到IT运营阶段，已经处在活得好的状态了。

哪三类人呢？

用户、老板和IT人。假如IT组织是一个独立公司的话，这三类人基本对应着客户、股东和员工，CIO如果是公司老板，就会知道其实这三类人是哪个都得罪不起的：客户不满意会流失，企业就没有生存之本；股东不满意会换人，说明企业没有竞争力；员工不满意会换地儿，企业就缺乏持久发展的能力。尽管行业特点和企业文化不同会带来优先级和侧重点的不同，但本质上，一个有长远发展前景的卓越公司，往往是做到了让客户、股东和员工都满意的公司。

IT运维阶段，IT组织更多地还是在解决三类人的基本需求，让用户能用，让老板批钱，让员工干活，当然也希望大家更满意，但受限于阶段性能力和各方面因素，先能保证这些基本需求就已经很不容易了，而做到这些，在相当长时间内也已经足够，主要因为几个原因：

因此，过去虽然IT部门提供的即使只是满足基本需求的服务，大多数情况下也并没有多大问题。但短短十年间，互联网和移动互联网大潮席卷世界的每个角落，每天用着微信滴滴淘宝携程的用户们的胃口已经越来越高了，过去能够忍受的一些小问题也已经变得忍无可忍了：

不知从哪天起，过去和企业IT八竿子打不着的“人家”一下子蹦出来，成了IT部门的变相竞争对手了，没抢走用户，但把用户满意度抢走了。更要命的是，随着云计算各种aaS的风起云涌，这些“人家”未来没准儿真的要来抢走用户了。假如IT部门不能与时俱进，还是停留在满足基本需求的运维上，而不主动向追求卓越的运营迈进，提供更有竞争力的优质IT服务，那就很可能会在几年后会碰到更大的挑战。

而在IT运营阶段，与IT运维阶段的关键词“稳定”、“安全”、“可靠”不同，关注的关键词变成了“体验”、“效率”、“效益”。回顾前面我们提到某大型数据中心的愿景中“以业务为中心”、“高效”两个运营关键词，其实“以业务为中心”就对应着“以用户为中心”，业务就是以用户为中心的吗，而用户关心的就是体验（稳定可靠也是体验的一部分）。“高效”则包含着高效率和高效益两个含义，一个关注敏捷性，交付速度、响应速度，一个关注成本收益，关注服务获取效率。

（假如说IT运维以“稳”为主，那么IT运营则以”敏“为主，在技术架构选择和IT管理流程和系统的建设上面，IT运营阶段都和传统IT运维阶段的关注重点有所转变，从而带来了新旧架构、新旧工具、新旧方法并存甚至交汇的复杂情况，Gartner在提的Bimodal，联想所说的双态IT，也都在反映这种状态。）

让我们围绕三类人的需求简单看看IT运营比之IT运维阶段要面临的新挑战，以及应对挑战在出现的一些新的理念、工具和技术：

让用户满意

用户大致有两类，个人用户和业务部门：

个人用户，不论是内部用户还是外部用户，更关心的是体验，体验主要是易用性、容错性和响应速度；要提升体验，对于IT运营管理领域就带来了新的要求，要在传统的设备和组件监控的基础上，增加端到端的用户体验感知能力、应用性能的深入探测和分析能力、应用及系统性能瓶颈的发现和优化能力。

越来越多IT组织开始关注用户体验，从而纷纷部署包括外部模拟仿真探测、流量数据分析、日志数据分析、嵌码采集探测等各种针对应用性能管理的手段工具 ，造就了近年来APM市场热度飙升。

这些采用不同手段的APM工具虽然有功能重叠的部分，但各有其侧重点，多种工具的部署能带来数据和功能的丰富性和多样性，对于准确测量和提升客户体验是有必要的，事实上在那些特别重视用户体验的IT组织里，已经或者正在进行全方位的工具部署，并在尝试在各种专业分析工具之间架设运营大数据工具，集成多样化数据，提供数据的统一可视化和整合分析等能力，提升故障和优化点的定位分析能力，深度改善用户体验。

业务部门，除了关心最终用户的体验，更关心交付效率，与之相应的，IT部门开始在各个环节上采用新架构、新技术和新工具，从各个环节上提升效率，加快业务服务的交付速度。

让老板满意

让用户满意是让老板满意的基础，假如业务部门天天在老板那儿告状，老板怎么都满意不了。但是即便业务部门都说你好话了，老板就会满意了吗？要是你真的这么认为，说明你太不了解老板这种动物了。

老板要的不只是结果，也一定会追求高效率和高效益，同样的成果，能否用更低的成本达成？我们现在的成本收益水平，对应业界同行，是人傻钱多还是精明高效？说要追求“业界领先”，怎么就是领先了？不能说技术更新应用更多就是领先吧？总要有个从效益角度的衡量方法吧？假如IT部门是一个独立运营的实体，作为给钱的股东，也是要问这些问题的。

效益本质上是投资回报率，成本越低，效益越好，做的事情越有用，效益越高。要追求高效益，首先面临的难题是要有一套成本收益的衡量体系，没有量化方法，既搞不清楚IT部门当前在同业中所处的水平，更无法通过指标考核的方式推动IT部门不断提高效益水平。在没有这套衡量体系的时候，往往只能采用一些非常粗线条甚至感性的衡量方式，比如看每年的IT采购金额、IT员工数量、工业标准产品的采购单价等，导致很多IT部门在采购时往往要求厂商保证提供同行业最低价，可当大家都这么要求的时候，显然很难真正起到效果。更为重要的是，由于每个企业在业务和IT服务方面存在的差异性，这些粗线条指标并不能反映IT部门的效率和效益水平。

ITIL体系中早就提出了IT服务财务管理的概念，许多IT组织在过去十年尝试了一些BSM（业务服务管理）和ITFM（IT财务管理）的项目，一个重要动因就是试图建立IT效益的衡量体系，可在内部IT部门中成功者寥寥，主要原因是全部精力投入到基础运维工作中还忙不过来，另一方面也和缺乏特别成功的最佳实践有关。

不过随着大家的不断尝试，伴随近年来IT架构的演进和公有云的兴起，一些走在前面的IT部门已经看到了建立IT效益衡量体系的可能性，并开始在某些架构层级上开始尝试性的探索：他们采用服务分层、成本归集、各自对标的方式，对DC层、IaaS层、PaaS层的资源单位成本、资源利用效率、能源单位成本、能源利用效率和人员运营效率进行分别统计和分析，并分别和IDC、IaaS云、PaaS云的外部供应商市场价位水平做对照，来衡量自己的效率和效益水平。

IT效益衡量体系的建立，也让IT自己可以从效益角度分解目标，推动IT内各个部门能够逐年不断提升效率和效益水平，让IT部门的思考方式从成本中心转变到利润中心。近年来绿色数据中心概念和PUE指标被关注，都反映了这一变化趋势。

要注意的是，即使建立了效益衡量体系，要让它真正发挥作用，离不开大量的数据统计和数据分析，以及关键效益指标的可视化和透明化，很多IT组织开始尝试建立IT运维/运营大数据平台，引入可视化和BVD概念，也都和追求IT效益可衡量有密切关系。而这些也会带来额外的投入，IT组织可以根据自身的规模和目标优先级，在有必要的情况下，选择合适和成熟的切入点，分步尝试，逐渐建立效益衡量体系。

让员工满意

互联网企业的火热和各行业互联网+的热闹，都带来了IT人才的争夺，如何吸引和保留高素质的IT员工，已经成为许多IT部门不得不面对的新问题。要让IT员工满意，前面的两个满意（用户满意和老板满意）也是个重要基础，否则IT部门自己地位都不高，员工也没有成就感，士气低迷，满意度很难高起来。

但即使做到了前面两个满意，假如让IT员工每天都疲于奔命，员工满意度同样会差，也不是长久之计。要解决员工满意度的问题，有几个方面是要考虑到的：

以上从三个满意的角度简单聊了聊从IT运维到IT运营的一些内容，有趣的是，这些满意是递进和包含的关系，让员工满意包括让老板满意，让老板满意包括让用户满意，让业务部门满意包括让个人用户满意，但每个满意之间又都有各自的个性化内容。

要做到三个满意，让IT从“活着”到“活得好”，从重点“维”稳走向经营业务价值，意味着IT管理要更加精细化、自动化、智能化，也必须建立多样化的数据采集、多维度的数据分析/挖掘和全方位的可视化的能力，IT运营管理的架构也将在传统监管控的IT运维管理架构上有所发展和变化，以适应IT运营在体验、效率和效益方面的更多要求。

需要注意的是，IT涉及到规划、设计、开发和运营多个环节，我们更多的是从运营的角度来谈的，事实上要从IT运维走向IT运营，不仅需要运营部门（不再只是运维部门啦）的努力，也需要规划、管理和开发部门的协同配合和齐头并进。

从IT运维到IT运营，其实标志着IT组织成熟度的提升，假如借用Gartner的IO成熟度模型来看的话，IT运维更多是在前几个阶段，而更多开始关注IT运营，则标志着IT组织走到了后两个阶段：Service Aligned和Business Partnership，开始把IT本身当做业务来运营，以客户为中心，关注客户体验，运营效率和成本收益。

以上是关于IT运维到IT运营的一些不成熟的思考，抛砖引玉，希望能得到大家的批评和指教。

从IT运维到IT运营，许多IT组织已经在路上，同样也有许多IT产品和IT服务的提供商已经洞悉到这一发展趋势，配合IT运营的要求，开发和提供了许多新的运营工具和运营服务，我们希望能够与各位有志于ITOM领域的同仁们一起，齐心协力，精益求精，共同提供优秀的ITOM产品和服务，为IT从运维到运营做一点事情，让IT不仅活着，而且要活得好，活得精彩。

IT运维管理当前面临了哪些问题？

现在的企业几乎都是互联网办公，网络一旦出现问题，会对公司业务造成重大损失。而很多公司主业也不是IT，对网络问题不大懂，对于公司的网络问题往往都是请一个运维工程师处理。这些工程师有相应的专业能力，但管理人员的“不懂行”却让运维工作存在很多问题，主要有这五点it运维管理思考：
1、缺乏有效的知识积累和共享，造成操作维护效率低下，类似的故障和问题仍然在不断发生，不断解决着，同时一旦某些掌握关键信息和技能的人发生意外状况(如生病，离职等)，整个日常维护可能面临严峻的考验。
2、工程师的维护职责不是很清楚，每个人都大概知道自己该做什么，但是某个具体事情到底该谁负责，却没有明细定位。
3、IT网络运维人员大多没有养成记录习惯，每个月汇总报告时，对自己的工作量、所维护系统的整体情况还是一头雾水。而且纸质的故障处理报告信息要素不全，统计和查询都是头痛的问题。
4、运维人员几乎很少能准时下班，处理突发技术故障的事情也时有发生。运维人员往往像“救火队员”一样去处理故障。 在“救火式”的IT管理维护模式下，很难有效地进行服务管理，无法保证IT服务的有效性和一致性，IT管理往往处于无序状态。
5、对于运维工程师的工作绩效缺乏客观考核依据。it运维管理思考他们到底做it运维管理思考了哪些事情?哪些事情还没有做?工作完成的时效性怎么样?解决问题的质量怎么样?这些问题，只能凭印象得出一个个模糊的答案。
如何解决以上问题?
如何解决以上提到的问题是目前许多企业用户需要解决的问题，但首要关注的问题应是如何建立专业化分工的IT运维体系。
1、细化用户角色，力求提高运维效率
运维人力分工管理包含人员、岗位、角色等信息，如果这些信息没有统一规划，就无法进行统一配置。网络管理中的角色是根据ITIL标准进行划分的，是把IT运维各种事情(包括人员、资源、突发事故)分成不同级别和不同运维操作，以便有效的配置运维人力资源。因此，对于企业而言，IT运维的专业化分工本质上是对IT运维人力资源配置的优化。例如，明确运维事件分级处理流程，明确运维人员的职责、权限、义务和绩效考核标准。事实上许多实践也证明，明确每种运维事件的专业化分工处理流程，可以大大减少IT运维操作的随意性和混乱性，并能大大提高运维中的人力资源效率。
2、设立IT运维服务台，规范IT流程
在网管软件中，一般提供自助服务和运维服务台，自助服务台的作用是，给用户报故障，评价IT人员解决问题是否负责等。运维服务台是为了确定运维等级和引入优先处理原则。运维服务台主要承担：运行值班、故障监控、接受请求、工单派发及问题解决过程中的监测等工作内容。服务台就像是传统产业生产车间的调度分配员，它会不断的根据事件的等级进行匹配分工和调度。例如发生任何一个突发运维事件时，服务台会先检查并进行分类流转处理。运维人员可分为一线普通维护、二线技术专家和三线厂商专家。一线人员作为第一级问题处理人员，主要解决常规的运维问题;在一线人员不能解决的情况下，二线技术专家将迅速介入问题解决过程;三线技术专家来自产品供应商，由二线技术专家申请三线厂商专家的介入，使问题解决时间能够大大缩短。
3、FAQ和知识库，最大限度节省人力成本
提供FAQ和知识库两种方式，知识库是指对网络运维中的典型故障事件和常见问题解答的自助式处理流程。当出现故障时，用户先在自助式知识库寻找解决方法。如果问题没有得到解决，则用户利用服务台申请维护，用户申请将会移交给相应的负责人，负责人第一时间建立服务档案并一直实时监控，直到问题得到圆满的解决。因此，自助式知识库能帮助运维人员节省大量的时间，从而节省人力成本支出。
最后，专业的事情要用专门的人员来做，还要配合专业的方法。运维工程师是以技术为主的群体，他们往往关注于IT问题本身，主要通过提升自身技术实力来解决问题，不太关注技术之外的事情。这种情况下不可避免的会出现一些问题，这就需要管理人员来解决了。

IT运维管理需要注意什么

经过几十年的发展，it行业在当前互联网技术的推动下，进入了一个资源高度整合的时代，即系统化和智能化的时代。运行维护服务也将向组织化、标准化、专业化、智能化方向发展。

相比其它相关行业发展来说，IT运维服务的智能化管理更具得天独厚的优势，因为IT系统设计本身问题就是一个基于企业数字化、数据化和网络化的，而这几个方面要素恰恰是一切智能化的基础。

手工——机器——自动化——智能化，这种生产方式的演进，其目的就是逐步用机器取代人工，最大限度地把人从繁复的、非创造性的劳动中解放出来，以提高生产质量、降低生产成本。智能化对于IT运维服务来说，同样具有非凡的划时代意义。它不仅能大幅度地降低服务成本、提高服务质量的稳定性，还为商业竞争构筑越来越高的技术门槛。

在长期的运维管理实践中，人们开发出各种运维管理工具，如信息安全系统、负载均衡系统、上网行为系统、网络监控系统、运维审计系统、日志审计系统等等。越来越多诸如此类系统的出现，标志着运维管理进入类似制造业的机器生产时代。下一个阶段的发展趋势应该是将这些系统在业务流程和数据上进行整合，朝着自动化与智能化方向挺进。以便更大程度地取代人工，消除人工服务所带来的非标准和质量不稳定的隐患，并进一步地提高服务效率、降低服务成本。

智能化是建立在大数据基础上的，首先要解决的是运维数据的智能采集。根据客户单位的业务需求，确定运维服务的总体目标，明确需要收集哪些数据？是怎么收集这些数据的？收集这些数据的方法是什么？如何确定不同类型数据的采集频率？如何分类和存储数据？

其次是大数据挖掘。设计运维数据分析模型，从海量历史数据中准确找出IT系统存在的问题。以监控系统为例，大部分客户都购买了网络监控系统，证明实际工作中存在这样的刚性需求。但实际上，大多数客户并没有很好地使用这个系统，主要是因为这些系统在数据准确性上并不理想，对大数据的分析和提取也比较薄弱。由于营销的需要，监控系统开发商把主要精力都放在新功能的开发和数据的展示上，对数据的准确性及分析挖掘缺乏深入研究，因而使得监控系统的实用性大打折扣。

然后是如何集成各种操作工具和它们生成的数据的问题。如何将各种运行维护管理工具集成为一个智能化的运行维护管理平台，充分发挥其整体价值。对于需要人工干预的事件，还需要与服务流程管理系统进行接口，以实现人机服务的集成，实现服务流程的智能化。与运维的组织化、标准化、专业化一样，智能化运维也是运维服务行业发展的大趋势。 谁能顺应这一趋势，把握这个发展机遇，谁就赢得了未来！

本文摘要节选自来源于

https://www.yulubot.com/industry-research/57.html

IT运维管理工作如何从"及格"到"优秀"

CIO应警觉“及格”与“优秀”字面背后的本质区别，认清两者的差距，找到展现价值的方式，这样方可让IT运维管理重获尊重和赏识。 即使你很优秀 也需要被别人看到 及格者的标准是能够按质、按量地完成部门下达的任务。而优秀者除了要尽心完成本职工作外，还需具备其他的责任与素质，那就是主动地去思考、发现并解决工作上的问题。当这两个词所代表的评价标准，被放在企业的IT运维管理部门上，就可以看到一条非常明显的时间曲线。当企业网络处于筹备或建设阶段，IT部门的价值是被高捧，可当筹建时的风光过后，IT部门开始“埋头苦干”时，IT运维管理的价值却开始被人们忽略，慢慢地会从高岗滑落谷底。 虽然“打天下容易，守天下难”的道理谁都知道，但在坚守的时候，如何把自己的价值呈现出来、又如何证明自己是优秀的呢?这个问题不知已经难倒了多少位CIO，因为一份年终汇报用的PPT是绝对无法证明IT运维管理的价值的。 作为国内领先的IT运维管理专家，北塔软件认为：“从企业的第一台IT设备投入运行之日起，相对的IT运维管理价值就已经在企业内部产生。而当下最火热的IT创新话题中的大数据、云计算、移动互联，不论这些新技术能够为企业带来多少业务上的攀高，离开了IT运维管理的支撑，它们都是一条腿在走路。所以说，价值一直存在，最好的办法就是将这个无形资产通过屏幕上的动态数据展现出来，能让决策层、财务总监和业务部门都看到你的优秀。“ 证明优秀有章可循 紧扣业务展绩效 如今，没有一家企业可以放弃IT技术的支撑，作为增强核心竞争力的法宝，企业也不可能停止对IT运维的投入。但花钱的最终目的是为了使业务系统发挥功效，实现利润与收益。在这条价值链上，IT运维在做什么呢?如果还停留在设备、网络、服务器这种底层监控阶段，无法与业务融合，那么在企业的价值链中将永远看不到IT运维的身影。所以，从及格到优秀最好的方法就是紧扣业务，循序渐进。 第一步：业务融合。IT部门可以利用北塔BTIM等具有业务视图管理的工具，在IT基础架构监控体系完整覆盖到网络、安全设备、机房环境、物理或虚拟化服务器、数据库、中间件、存储等各个方面。然后将这些运维对象，通过参数映射到业务类型，通过业务视图实时反映业务运行情况。 第二步：实施服务级别管理。万事开头难，在转变中可以先从最容易量化的服务入手，实施服务级别管理(SLA)。把业务部门的需求分个轻重缓急，先响应谁，应该在多长时间内解决问题。每月形成一个汇报，服务次数、不同级别服务的响应时间分别是多少，一目了然。 第三步：绩效管理。IT部门干得好不好，“口说无凭”，终究要拿出“证据”才能证明自己优秀。所以，只有明确量化IT价值的关键指标，即明确IT部门绩效KPI，才有利于CIO更好地推进信息化工作。 通过以上三步，如果IT运维管理的重要性已被充分认识，CIO对待IT价值量化这个问题压力就会小得多，同时也能帮助自己的团队摘掉只能“及格”的帽子。不过，针对绩效管理，北塔软件还提醒CIO不要“投机取巧”，尤其是集团或者大型企业用户。北塔软件表示：在许多跨地域管理的集团和大型企业中，职能部门绩效指标或许已达到量化工作目标、激励员工的效果，但IT部门不要完全“克隆”人力资源考核框架后“修修补补”。优秀的IT部门可以使用专业IT运维管理平台中携带的绩效管理功能，因为这里才是体现IT真价值的地方。 关于it运维管理思考和的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 it运维管理思考的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于、it运维管理思考的信息别忘了在本站进行查找喔。