IT运维管理包含哪些内容

IT运维管理包含哪些内容,第1张

当然,你会不服气,说自己已经研究过这些资料,并且转化成了自己的知识,而知识是无价的。 可是残酷的现实告诉你,知识既不会带来“颜如玉”,也不会带来“黄金屋”。自认为饱学之士的你,为何反而不被重用?不被运用的知识是死知识,你可能成为别人的“百科全书”/“智力提款机”,但偏偏你自己不知道该做些什么。 而且IT领域知识的更新换代很快,一不小心,花费大量精力掌握的知识就成了“废品”,其价值不如一枚“茶叶蛋”, 这让身为IT“专业人士”的你,情何以堪?如果经历过风雨的你仍然执着于技术,本文将与你探讨IT技术人员进化之路,探讨如何更有效的管理知识,如何让知识变成能力,运用知识解决问题。Table of Contents1 缘起2 资料,知识,智慧,思想,精神3 知识的条理31 业务领域32 行业划分33 类别34 掌握程度4 知识地图41 知识地图的作用42 如何表述知识地图5 小结1 缘起加入某证券公司已经2年了,最近发现自己的知识体系有有些混乱。其实这是好事,说明知识的领域变宽了, 带来的问题是需要抽出时间进行专门的梳理,这是一项比较繁重的体力劳动,尤其对于奔4的人来说。在十余年的IT生涯中,这样的事情发生过几次,其中比较重大的有以下几次:第一次是解散自己的创业团队,加入某软件服务商(ASP)并担任项目经理。 之前的创业团队规模较小管理简单,个人关注的领域主要在开发技术;到了新公司拓展了项目管理、需求分析、政府行业知识(主要是区域政府一站式审批,新农村合作医疗)、协同办公解决方案 等知识领域, 也涉及到一些软件开发平台、CMS、以及BI产品。第二次是到一家外企的解决方案部门,主要工作内容是Consulting,即分析问题并提出解决方案。期间积累了企业管理(尤其是IT管理)、电信行业、民航行业、电视媒体行业的业务知识,知识管理(KM)解决方案,以及BPM、ESB、Portal等平台软件,了解了SUN和IBM的服务器,同时客串了一些Flash/Flex和M$ WPF的研究及培训工作。第三次也就是现在,加入证券公司。从乙方变成了甲方,工作内容又有了比较大的变化。首先是扩充证券行业的业务知识,接下来的工作重点放在企业架构(EA)、IT运维(主要是应用系统管理、配置管理、问题管理)、甲方的项目管理等。为了做好这些工作,又额外关注了IT规划、企业IT治理、IT组织架构等领域;在技术方面包括ESB实施和webservice规划、服务器虚拟化、HP服务器及一些网络和存储设备、Linux、Oracle、网络规划设计(学习)、数据仓库和数据挖掘(了解)、消息中间件、集中交易系统架构、规则引擎、CEP、性能测试、应用开发平台等等。出于兴趣和爱好还在学习python和emacs。相信你已经明白我为什么会写这篇文章了——这些急速扩充的知识迫切需要条理化,否则短期内知识领域的急剧扩充必然导致大脑崩溃。学习的过程可能是在某个领域的不断深入,也可能是对更多领域的扩展。在知识爆炸和渴求复合型人才的今天,后者应该更加重要。知识领域的扩展,必然会带来某种“混乱”,即新的领域知识打破了你原来的知识框架,对知识的主观定位及知识之间的关联变得模糊不清。所以过一段时间(2-3年)就需要对你掌握的知识进行重新梳理,这是一个痛苦的“破而后立”的过程,但完成它,你就会看到一片新天地展现在你面前。这也就是写出本文的原因。2 资料,知识,智慧,思想,精神在着手梳理之前,还是要搞清楚一些基本概念。前面所谓的”知识“其实并不确切,那么,到底什么是知识,以及知识与其他的概念有什么关系呢?正如每个孩子都珍藏过小石头,每个IT人士都收集资料。我手头也有多年积累的大量文档。但这些文档仅仅是资料,时效性很低(尽管我在技术上不是很追求时髦),可能1-2年的时间就变成了硬盘上的垃圾,需要经常清理。要让这些资料发挥作用,就必需及时进行归纳、整理、沉淀,将其中有价值的内容纳入自己已有的知识体系。只有这样,资料才能转化为知识,并在需要的时候发挥作用。世上从来不缺少这种人,才高八斗学富五车却四体不勤五谷不分,此谓“懒”;满腹经纶却不通世故,谓之“呆”。 “懒”者,懒得去解决问题。毕竟学习知识是一种输入,解决问题是一种输出,后者的难度更大,需要的思考更多,于是乎懒得去做。 ”呆“者,知识的奴隶,空有满腹学识却根本不知如何运用,知识成了死知识,而人成了书呆子。 究其根本,就是知识没有转化为“生产力”。如果能够运用知识解决问题,这就叫做智慧。知识之间有很多共通之处,有些人能够发现知识之间的规律,并运用这些规律产生出新的知识为别人所用,这叫做”有思想“。思想需要领悟,只靠学习是没有用的。要做到所有这一切,需要研究并务实,合作且独立,并经常自省;需要内心的强大,这叫做精神。精神才是一切行动的源动力。简言之:信息的管理产生知识知识的运用产生智慧知识的积累产生思想一切的根本在于精神3 知识的条理知识的条理可以有很多,但够用就好。过多的线索反而会让知识丛林变得扑朔迷离,难以形成全貌。对于IT人员来说,可能以下几方面的线索就够用了。31 业务领域如果你在从事企业级应用相关的工作,对于业务领域(Business Domain)的划分是非常重要的,这可以使你明确当前的主题能够解决企业哪方面的问题。业务领域的知识解决“是什么”的问题。根据不同的业务分析和表示方法论,有不同的描述方式,但大体来说总要包含以下几个部分:领域模型业务服务业务流程业务角色对于一些比较成熟的领域,会有相应的参考模型,如供应链的scor模型,研发领域的pace或ipd,项目管理的pmbok,软件工程的cmmi等。 这些模型都会包含上述的基本内容,而且适用范围比较广泛。对于业务领域的划分,可以参考企业管理中的层次及方面两个维度,如下表: 企业管理销售与市场生产财务人力资源IT决策层 管理层 *** 作层 随着对某个领域的不断深入,该领域会越来越细分,比如对于IT管理这个方面,可能会划分为:IT管理 决策层 企业架构 IT策略IT组织及治理策略IT规划管理层 IT资产管理IT绩效IT项目管理安全管理采购管理 *** 作层 应用管理IT基础设施管理32 行业划分有些知识可能是某个或某类行业专属的,并不适用于所有行业,所以还需要划分一个”行业“的维度。这个维度与业务领域进行正交。 行业划分不一定精确,完全可以按照你自己的知识结构进行划分。可以在一定程度上使用树。比如我自己的行业划分如下:IT服务 硬件维护和支持软件维护和支持咨询服务 管理咨询 IT咨询开发和集成 定制开发 应用集成应用部署IT外包服务 应用外包 平台外包基础设施外包金融行业 证券银行保险基金媒体行业 电视台网站电子商务 B2BB2CC2C支付服务电信行业政府行业 区域政府国家部委制造业零售业33 类别很多东西都可以成为知识,但知识确实有很多种。不同种类的知识,其适用范围也各不相同。 比如“产品生命周期管理”是制造业产品管理领域的知识,但是其对应的“生命周期理论”又是一种理论类的知识。 再比如敏捷开发、面向对象都属于方法论的范畴,而emacs是一种开发工具。对于IT人员,下面的类别都是比较常用的:理论方法论解决方案 技术解决方案业务解决方案行业解决方案技术应用开发技术网络技术工具模板 都涉及到标准规范,指导书,培训教材,模板,检查单这些核心内容,这相当独立来看是完整的一套体系。其中需要专门说明的是解决方案类。解决方案是对知识的一种运用,但针对运用的结果和经验进行总结,就会形成新的知识。 解决方案根据运用的范围不同,可以分为技术解决方案、业务解决方案和行业解决方案。显然,他们会分别知识类别中的技术、业务领域中的层次和方面、行业划分相交叉。34 掌握程度对于学习来说,认识到自己对于某项知识的掌握程度非常重要,可以使学习的目的性更强。一般我们喜欢用知道,了解,熟悉和精通来表示掌握的程度。知道 知道有这么一类知识,知道其定位及能够解决的问题,但是对细节不清楚。了解 掌握此类知识大体包含哪些部分的内容(即细分),在需要时可以通过参考资料进行使用。熟悉 掌握60%以上的要点,并具备实际解决问题的经验。精通 掌握80%以上的要点,具备多次运用的经验,能够指导别人如何学习或运用。4 知识地图前面介绍了对于IT人员比较实用的对知识进行条理化的一些维度,包括领域(层次+方面)、行业、类别、掌握程度等。 综合运用这些条理,对知识进行定位和标识,梳理知识之间的关系与关联,就能够使知识以有序的面貌呈现处理,极大提高知识的利用率。 这就是知识地图, Knowledge Map,简称K-Map41 知识地图的作用导航 对知识的导航是知识地图最根本的功能,通过知识地图能够通过多种方式和线索找到需要的知识。关联 知识之间存在各种关系,如上述每个维度内的层级关系,维度之间的正交关系和关联关系等等。知识之间的关联形成一个网状结构。盘点 构建了知识地图,也就有了关于知识的清册(Category)。可以随时盘点自己已经掌握了哪些知识,掌握到何种程度,以及还有哪些知识需要扩充。42 如何表述知识地图到这里,你可能已经迫不及待要建立自己的知识地图了。表述知识地图主要有两种方法:一种是显式表达,可以用文字,或图形化的工具(如xmind,visio等)专门进行描述。另一种是隐式表达,没有专门的知识地图说明,但是将知识地图运用在各种工具中,比如文件和目录结构,gmail,evernote,emacs org-mode, 以及blog中。5 小结本文从自身的经历出发,说明了个人知识管理的必要性。探讨知识和文档资料的区别与联系,以及如何对知识进行条理化。 最后引出了知识地图这一工具,描述了其作用以及如何使用知识地图。希望能够对读者构建自己的知识体系架构带来帮助。

it服务管理主要包括(BCDE)等内容

A人员管理

B配置管理

C性能管理

D问题管理

E故障管理

IT服务管理(ITSM)是一套帮助企业对IT系统的规划、研发、实施和运营进行有效管理的方法,是一套方法论。ITSM起源于ITIL(IT Infrastructure Library,IT基础架构标准库),ITIL是CCTA(英国国家电脑局)于1980年开发的一套IT服务管理标准库。它把英国在IT管理方面的方法归纳起来,变成规范,为企业的IT部门提供一套从计划、研发、实施到运维的标准方法。

专家的研究和大量企业实践表明,在IT项目的生命周期中,大约80%的时间与IT项目运营维护有关,而该阶段的投资仅占整个IT投资的20%,形成了典型的“技术高消费”、“轻服务、重技术”现象。

Gartner Group的调查发现,在经常出现的问题中,源自技术或产品(包括硬件、软件、网络、电力失常及天灾等)方面的其实只占了20%,而流程失误方面的占40%,人员疏失方面的占40%。流程失误包括变更管理没有做好、超载、没有测试等程序上的错误或不完整,人员疏失包括忘了做某些事情、训练不足、备份错误或安全疏忽等。

IT运维管理包含:

一、设备管理:对网络设备、服务器设备、 *** 作系统运行状况进行监控,对各种应用支持软件如数据库、中间件、群件以及各种通用或特定服务的监控管理,如邮件系统、DNS、WEB等的监控与管理;

二、数据/存储/容灾管理:对系统和业务数据进行统一存储、备份和恢复;

三、业务管理:包含对企业自身核心业务系统运行情况的监控与管理,对于业务的管理,主要关注该业务系统的CSF(关键成功因素CriticalSuccessFactors)和KPI(关键绩效指标KeyPerformanceIndicators);

四、目录/内容管理:该部分主要对于企业需要统一发布或因人定制的内容管理和对公共信息的管理;

五、资源资产管理:管理企业中各IT系统的资源资产情况,这些资源资产可以是物理存在的,也可以是逻辑存在的,并能够与企业的财务部门进行数据交互;

六、信息安全管理:该部分包含了许多方面的内容,目前信息安全管理主要依据的国际标准是ISO17799,该标准涵盖了信息安全管理的十大控制方面,36个控制目标和127中控制方式,如企业安全组织方式、资产分类与控制、人员安全、物理与环境安全、通信与运营安全、访问控制、业务连续性管理等;

七、日常工作管理:该部分主要用于规范和明确运维人员的岗位职责和工作安排、提供绩效考核量化依据、提供解决经验与知识的积累与共享手段。

IT运维是IT管理的核心和重点,也是内容最多、最繁杂的部分,每一个子系统中都包含着十分丰富的内容,也因此被很多人称之为“IT运维管理就像一个什么都能装的箩筐”。但通过梳理,你会发现,其实IT运维管理也有依有据,有规律可寻。

IT运维管理是时下IT界最热门的话题之一随着IT建设的不断深入和完善,计算机硬软件系统的运行维护已经成为了各行各业各单位领导和信息服务部门普遍关注和不堪重负的问题由于这是一个随着计算机信息技术的深入应用而产生的新课题,因此如何进行有效的IT运维管理,这方面的知识积累和应用技术还刚刚起步对这一领域的研究和探索,将具有广阔的发展前景和巨大的现实意义。

所谓IT运维管理,是指单位IT部门采用相关的方法、手段、技术、制度、流程和文档等,对IT软硬运行环境(软件环境、网络环境等)、IT业务系统和IT运维人员进行的综合管理。

企业将IT部门的职能全部或部分外包给专业的第三方IT外包公司管理,集中精力发展企业的核心业务。简单的说就是企业在内部专职IT运维人员不足或没有的情况下,将企业的IT外包服务流程,包括全部办公硬件、网络及外设的维护工作转交给专业从事IT运维的公司来进行全方位的维护。

主要是负责信息化项目的协调、管理和推进;

负责协调相关单位开展信息化项目调研、实施,项目的全过程管理,对项目质量、进度和成本负责;

负责项目文档报告的起草,负责信息化项目相关资料的收集、整理、存档的管理;

编制单位信息化年度计划与预算并呈报审批;

协助对信息化项目、IT资产购置和培训等执行环节进行审批和计划及预算控制;

协助单位实施信息化项目,包括项目前期调研、过程控制、项目验收、后期维护等工作;

第一:对单位计算机类设备的日常维护,包括计算机、打印机、网络、远程教育设备、内部通信设备等;

第二:管理与实施单位SAP系统、Oracle系统、WMS等核心服务器正常运转,确保应用系统安全稳定运行;

第三:实时监控系统运行状态及性能指标,发现系统应用问题及潜在风险,安排定期巡检并解决AIX系统故障;

第四:负责软件开发和体系规范在各项目的落地实施;

开发和实施一套有效的流程管理系统是一个复杂而耗时的工作,采用基于最佳经验的流程管理方法论是比较好的解决方法。目前业内有几种方法论,其中包括IT Infrastructure Library(ITIL)。

Mocha BSM在ITIL流程框架下,为企业提供多种符合 ITIL的服务流程,包括故障上报流程、关键指标超标流程、宕机管理流程、发布流程等。灵活多样的IT服务流程渗透于IT运维的方方面面,帮助顾客快速建立符合ITIL最佳实现方式的IT服务流程。 网站:>

IT项目管理可以分为两部分理解:一个是IT,一个管理;掌握项目管理的知识体系,项目管理的基本内容,包括项目集成、范围、时间安排、成本、质量、人力资源、沟通、风险以及采购,另一个是对IT项目特别是软件工程项目的背景和技术深入了解,第三个就是多关注现实中的成功和失败项目实例啦,积累经验。

以上就是关于IT人员如何管理知识全部的内容,包括:IT人员如何管理知识、it服务管理主要包括什么等内容、IT运维管理包含哪些内容等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/langs/8880435.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-04-22
下一篇 2023-04-22

发表评论

登录后才能评论

评论列表(0条)

保存