解读IT项目管理和人员管理

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领域知识的更新换代很快，一不小心，花费大量精力掌握的知识就成了“废品”，其价值不如一枚“茶叶蛋”， 这让身为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项目的最终目标一方面是为了满足业务的需求，另一方面可能也是为了满足领导的需求。因此，不同类型公司，对于项目管理的定位不一定是通用的。

通常情况下，项目经理在项目前期准备的工作包括对于项目组织架构的制定，项目干系人的圈定。但是在一些组织架构并非十分明确的公司，可能项目经理还需要承担前期的商务沟通，内部流程的协调跟进等等。

识别出项目干系人之后，通常在项目启动会上各团队的主要负责人都要参加，明确项目涉及各个团队的边界以及需要配合的工作，各个团队之间往往存在依赖关系，需要明确阶段性的里程碑节点。

项目计划尽量不要在项目启动会上，因为项目启动会之前如果没有充分的团队沟通，有可能会造成边界不清晰或者评估不充分。项目经理的角色就是要协调各团队，用最少的资源达到最佳的项目交付水平。因此项目计划尽可能在线下各个团队充分评估汇总后，在后续的会议中将项目计划明确出来，同时各个团队的负责人和成员应当尽量参与，目标和进度达成一致。

不同的公司，需求讨论和分析的维度不同，产品经理的角色不一定都具备。对于面向客户和面向内部使用的产品，往往内部使用的产品场景相对较少，要求也相对较低，有的团队简单粗暴画几个流程就开始下一步。但是我认为每一个软件产品都应该做竞品分析，以做产品的思维模式去开展，一方面便于以后的扩展，另一方面让团队成员也能学到更多的东西。

技术出身的项目经理与非技术出身的项目经理在项目实施与监控上会存在很大的差异。 技术出身的项目经理往往会从系统和技术角度把控项目进度，比如安全性、扩展性 ，而非技术出身的项目经理更多的是依赖于成员的日报、周报，很难在技术维度有更加精细的监控。

复盘在业界有一套标准的方法论，但是并不一定严格按照标准去做。每一个小的里程碑或者迭代都可以做复盘，总结经验，优秀的东西发扬，有教训的东西尽量避免，而不是讲复盘作为一种事后批判的手段。

2021年5月28日，某会议中提到 “各类应景性、应酬性活动少一点科技人员参加，不会带来什么损失！决不能让科技人员把大量时间花在一些无谓的迎来送往活动上，花在不必要的评审评价活动上，花在形式主义、官僚主义的种种活动上” 。

IT人员管理应当以技术、能力为先导，当前社会，IT从业人员很多，但是人才往往是少数，尊重人才，善用人才，“专业的人做专业的事“一直以来是我对IT人员管理的原则 。

很多时候，IT项目建设过程中，脱离不了领导的主观判断，尤其对于中小规模的企业，往往即便有产品经理的角色，也不能发挥其应有的岗位能力。因此，项目管理人员应该根据团队内不同人的专业技能，充分给大家发言权、发挥权，让专业的人发挥自己更大的价值。

IT项目管理最大的一个复杂性就是人员的管理，项目管理的过程和规范固然重要，但不能因为过程和规范抹杀和项目成员的能动性和创造力，一定要肯定项目成员对项目成败的重要价值。

一个优秀的项目经理，一定是能让团队成员信服，与团队成员共同成长进步的。每个人不管职位的高低，都是企业的打工者，打工者的核心诉求无非是赚钱养家糊口，实现自我价值。因此，每个成员希望的是能从领导者身上学到东西，并且相处融洽，在项目的实施过程中增长技能。就像生养孩子一样，项目经理和团队成员应当是彼此默契配合，共同成长持续进步的一种状态。

经历过不同的企业，不同的团队，不同的组织架构，我认为一个团队的稳定很大程度强依赖于管理者。项目管理很重要的一点在于人员的管理，但是此处的管理不是“把人管住”，而在于培养人。培养的过程中制定一些规范，但最终的目的应该是培养团队成员的技术能力、沟通能力、协调能力、业务能力，让团队成员随着项目的建设和投产，积累经验，收获成果，实现自我价值。

IT项目管理和人员管理是一门学问，没有统一的标准，不同的组织架构下，不同的管理者，最终呈现的结果差异很大。 但我认为，核心还是以人为本，尊重科技人员，尊重每个人的特长，让每一个岗位都能发挥自己的价值 。

在现在的IT公司中, 通常都包含项目管理的职能。但是很多公司所设置的项目管理职能都局限在项目实施管理的层面上，对此的后台支持职能却常常被忽略。其实，同项目实施管理一样重要的还有项目实施支持的职能。 项目实施管理固然重要，对其提供支持的项目管理支持的职能发挥的好坏同样会对项目的实施结果产生重要影响。

一般来讲，项目管理的职能主要集中在两个团队。一个是项目实施部门，一个是项目管理办公室。项目实施部门主要面对客户, 针对具体的项目进行实施管理，通过保证单个项目的成功来保证公司的整体效益；项目管理办公室主要行使对项目实施提供支持的角色，一般不需要面对客户，不针对单个具体的项目进行管理，而是为项目的实施提供整体的支持平台。

本文将从人员配置及主要职能这两个方面对项目实施部门和项目管理办公室分别进行介绍。

项目实施部门

项目实施部门一般配有多位项目经理及多个项目小组。 每一个项目小组以一位项目经理为首，根据项目的工作范围来建立。项目小组随着项目的启动而建立，也随着项目的关闭而解散。项目经理的类型可以按项目类型及区域、产品或客户来划分。 按客户来分派项目经理是现在常用的方式之一, 这种方法可以保证客户关系的连贯性，也可以更好地了解客户需求，更好地满足客户需求。

项目实施部门具体负责具体项目的实施，通常负责的范围包括从合同正式签订到项目得到客户终验，在必要的时候也可以在合同签订之前向销售经理提供必要的支持。项目实施部门对项目的成败负责。实施部门的具体项目管理职能包括：

明确项目目标。

建立项目执行计划。

领导项目团队、组织项目实施。

作为公司在实施阶段面向客户的正式接口，负责与客户进行沟通和协调，并管理客户关系。

跟踪项目执行情况。

控制项目进度、成本、质量、范围。

发现项目实施中的问题并解决。

负责项目实施过程中各个界面之间的协调。

向项目关系人报告项目信息。

通过项目管理的方法、工具、技能保证项目目标得以实现。

管理项目验收。

在项目得到客户验收之后，领导团队进行项目总结、经验教训分享。

项目管理办公室

项目管理办公室是项目实施部门的后盾，为项目实施部门提供全面支持。项目管理办公室一般包括三种团队：流程管理小组、核心小组和专家小组。三个小组的人员组成及主要职能均有所不同。

一个制度一般有总则、管理机构与职责、机构管理范围、业务管理规范、奖惩或责任追究、附则等几大块。

作为软件公司，涉及保密的事情不少，要在总则中把保密的概念、保密的范围、密级划分和工作原则、管理体制等说清楚，在管理机制和职责等方面，要把研发、产品、人力资源、法律事务等相关部门的职责、协同关系等说清楚，在业务管理规范方面，则要基于软件开发、验证、测试、档案管理等各流程环节设定关键结点的管理规范、标准等，强调 *** 作性；在责任方面，则要对违反管理规范的事件有明确的处理标准，可分主要的几项加以控制，当然责任上有轻重、损失有大小，要明确；在附则中，要明确该制度的责任主体是谁，谁负责解释，实施日期等。

作为保密，一般应当有个保密协议，要将规章制度中的标准和规范等落实在协议中，这个协议一般可作为一项重要工作的组织部分，同时也应当是人事管理的组成部分，在人事管理中，应当有个总的保密协议或在总的人事协议中有较为可 *** 作的保密条款。

扩展阅读：保险怎么买，哪个好，手把手教你避开保险的这些"坑"

以上就是关于it服务管理主要包括什么等内容全部的内容，包括:it服务管理主要包括什么等内容、IT人员如何管理知识、解读IT项目管理和人员管理等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！