企业IT管理包括那几方面

IT行业管理模式分为服务外包管理模式、企业自主管理模式、混合管理模式。

服务外包管理模式：

这种模式指的是企业通过与外包公司签署运维外包协议，将所拥有的全部IT资源的运维工作外包，由外包公司为企业各单位提供IT运维服务。和经验，会使得过程管理流于形式或者半途而废。

企业自主管理模式：

这种模式指的是指企业自行负责对拥有的所有IT资源的运维工作。好处是企业自身的运维人员容易管控，可根据企业自身需要进行能力培训，完成企业所需的各项IT运维工作。缺点是企业内部IT人员数量有限，对于并行的跨区域的IT运维工作很难提供有效的支撑，并且由于IT运维相关的专业技能培养时间较长，往往无法满足企业IT运维工作的要求。

混合管理模式：

这种模式指的是指企业对所拥有的一部分IT资源自行运维；同时，通过与外包公司签署运维外包协议，将所拥有的另一部分IT资源的运维工作外包。这种IT运维管理模式下，企业需要充分考虑内外部运维人员的职责划分和人员比例，在合理的运维成本下，既保证IT运维工作的顺利完成，又确保企业自有运维人员能够得到充分锻炼和提升。

1、管理软件的选择。由于公司的规模大小不同，资金和人才的限制，大规模的公司可以针对自身的发展平台和实力来定制自己的系统软件。

2、关注重点，分步实施。公司的IT管理信息化是一个渐进增效的过程，循环滚动式投入更适合中小型公司。因为管理信息化建设与公司当前的管理水平、员工素质息息相关,员工从认识到接受到掌握管理信息化需要过程。

3、高层重视，持续监督。IT管理系统软件的实施、使用，使得管理信息透明化，减轻了管理层的工作量，且使管理层对企业一目了然、心中有数，但增加了员工的工作量。

当然，你会不服气，说自己已经研究过这些资料，并且转化成了自己的知识，而知识是无价的。 可是残酷的现实告诉你，知识既不会带来“颜如玉”，也不会带来“黄金屋”。自认为饱学之士的你，为何反而不被重用？不被运用的知识是死知识，你可能成为别人的“百科全书”/“智力提款机”，但偏偏你自己不知道该做些什么。 而且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部副总裁感到自己身上的压力越来越大：一方面，在面对各业务部门的不理解和抱怨时，他和他的团队要负责向全北美洲的所有企业客户以及几百个分支机构提供IT支持服务；另一方面，为了提供更符合业务需求的IT服务，他还要向整个IT团队灌输一种以业务为中心的文化：即IT是为了业务服务，更好的服务于各种业务的需求。

该公司的CIO认为，他的最终目的是建成一个提供IT服务的“一站式店铺”——以一种单点联系的方式解决所有与IT相关的问题。这一服务方式有以下几个方面的好处：

·由于只有一个联系点，发生服务故障时，业务人员可以直接与IT技术服务人员联系，避免了不知找谁来解决问题的情况发生，从而缩短了“遗失时间”。

·通过配置管理中的配置管理数据库，处于单一联系点的IT服务人员可以掌握所有配置向信息，使其可以更有效果且更有效率的使用各种配置项资源。

·服务台人员对所有IT用户提交的服务请求，故障和问题等进行记录，这些记录提供了一种发现IT基础设施问题的机制。

·为IT管理提供一种可量化的评价机制来评估业务

·位于服务台的服务人员可直接接触用户，解决用户的问题。他们的服务以及对用户的态度将直接决定了业务用户对IT的认识，有效的IT服务台将彻底促进IT与业务的沟通，改善业务对IT的认识

·当面对同时发生的大量突发事件时，服务台提供了一种结构化的流程来安排工作优先级，影响度大且紧急的问题优先解决；同时，服务台选择最快的方式来恢复发生故障的IT服务。

以上就是关于IT运维管理员都负责哪些工作全部的内容，包括:IT运维管理员都负责哪些工作、什么是IT服务管理三个要素、it管理员的工作内容等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！