什么是IT服务管理？

从接触了各大行业领域的项目经验嗅觉，以及在项目组中担任了项目管理者（也就是项目经理）的角色经验来看，要做好一名项目管理者实在不容易，如果说要求再严苛点的话，要评上优秀标签，那么想要覆盖所需的能力点就是一种挑战。

在之前没接触项目管理之前，一直有个误区，那就是项目管理可能不需要太多的专业技术能力，懂点行政管理，有点领导力就可以轻轻松松，把一个团队管理地有模有样，把团队里的每个人管得服服帖帖。

后面转向项目管理这块，做个几个项目之后，越发觉得之前的想法设想就是天真得不行，以至于在很多时候项目管理实践上踩过很多“坑”，有过许多地无可奈何，均由于在当时缺乏项目管理者所需的能力，以至于项目管理得连自己都觉得狼狈。

这么说来，要做好一名IT项目管理者究竟需要拥有什么能力呢？在经历过我踩过一些项目管理上的“坑”以及吃过不少的苦头的反思总结下，我觉得需要具备以下的几种能力。

其实不管是哪一行业也好，特别是在IT领域，比如像我是从事IT领域的信息安全方向，在我看来，信息安全技术的能力就是自身能力框架的基石，就像你要盖成摩天大楼，就必须根基牢固，这样的话任何风雨飘摇都无法轻易撼动你，因为会由于基础的夯实而坚挺。

所以基础的能力是取决后面发展的长远，否则“跨越式”的跃进可能会忽略基础成长的机会，造成日后基础松垮，限制了向上堆积的能力。

还有如果你想你的项目团队成员都能心甘情愿听从你的领导和安排的话，你就得有一个让他们“服”你的前提，团队成员他们擅长的是实施的业务能力和专业技术，如果你的专业技术或者业务能力无法优异与他们，那他们又有什么理由一定要服你呢？

这一点其实在项目管理中体现地尤为常见。一位基层员工，由于某些管理的能力特质，被领导赏识，进而提拔为IT项目主管。但是当时被提拔为项目主管时，他的技术能力相对一般，但却面临着要去领导一群大部分技术能力比他好的技术工程师。

一开始他觉得很正常，也没什么压力挑战，因为他自己误以为做好一名管理者，不需要很强的技术能力，因为只需要有好的领导力就可以做好管理了。

后面等到项目实施时，他才发现其实如果本身技专业技术能力不过硬的话，比团队内的人还弱的话，就会面临一种管理的“痛苦”在里面，那他们会有一种心理想法那就是：我根本不会管你管理有多厉害，你的技术都没我厉害牛逼，我凭什么要听你的。

也许，你可能会很无奈：为什么我是作为一个管理者的角色，为什么非用跟你比技术能力呢？但是你也怪不了人家，因为在IT领域里搞技术实施的，人家认的就是第一基础能力，你要我听你的话，可以，只要你技术比我厉害我就承认你。

所以在IT项目管理中，管理能力的基础就是技术能力，技术的晋升拓展就是管理，这种主次之间的逻辑认定，你如果逆反执行，你就会遭遇举步维艰的困境。

其实这种能力在古代军营中的元帅与军将士兵之间的能力差别中体现到很到位。比如大唐薛仁贵，起初作为一个不起眼的火头军，如果没有身怀十八般武艺的能力和过人的胆识，怎么可能屡建丰功伟绩，最后晋升为元帅；在晋升为元帅这种“军营一哥”的角色之后，他同样是一个大的管理者角色，手底下均是武艺高强的武将下属（罗通、秦汉等），从他的武艺在历史电视剧里面的表现来看，更是超越了众人，所以同事及下属没有几个不钦佩赏识以及服从他的。

这也皆因有很大部分是因为极为出色的专业实力在推动了自身的管理，为管理顺水推舟，使得管理的可执行性有了一定的保障性。

估计很多的人都因缺乏良好的沟通表达能力而吃过亏。在论文答辩时，你做出来的论文水平比你的竞争者要高，但人家却因为沟通表达比你好，而得了高分；在求职面试时， 你的专业技术水平比你的竞争者强，但人家却因为回答表现比你好，而被录用了；在项目实施中， 你的其他综合能力都很全面，但如果没有良好的沟通协商能力，那么你的需求永远得不到满足。

所以说，要想成为管理的主导者，你必须学会如何去更好地沟通表达。一个人想做一件事情，这就是他内心的一个真实的需求，但是需求需要实现或者说被满足，它就必须被表达出来，那么如何更好将需求通过语言形式传递表现出来，这就是沟通表达。合适恰当的传递表现形式，就好比优秀良好的沟通表达，更直抵对方的内心，更容易让人听懂接收，以至于让对方去接受并响应你的需求。

在IT项目的实施管理更为重要，对于团队内部，有一件事情需要大家一起来协作共同完成的，这个时候，如果你没有把需求很好地表达出来的话，会有几种情况：第一，你根本表达不清楚，比如没说清这部分的功能要谁去实现，输出报告要谁去整理；人家就不会理解你的需求是什么；第二种是你既说明了事件是什么（事项）、为什么要去做（缘由背景）、谁去做（实施人员）、什么时间点要结果（Deadline）；到这里的话你的需求表达算比较明确了，但还不是最优。

沟通表达的效果差异，在于表达之后，需求如愿实现的差异。什么是好的表达？我觉得就是你把要表达的需求和东西说出来之后，人家不仅仅听懂了，而且按照你的需求反馈了最为积极正确的回应。接着上面的例子，为什么还不算是最优的表达，因为其实还缺少表达一个比较重要的点，那就是目标预期，因为有些时候你把目标预期定出来，对方就会更接近你的真实需求导向输出结果。

但如果没有说出目标预期的话，就有会像是大领导总有天马行空的空洞设想，底下的人听不到目标预期的界限，也许只能无奈地自由发挥，跟着天马行空，实施落地就是痴人说梦。

在将领导的目标预期落地执行方面的话，Google现任CEO皮查伊做得简直太好，这也是他的大boss——拉里·佩奇（Google创始人之一）为什么那么赏识他，最后愿意当一个“甩手掌柜”的原因之一。

因为拉里·佩奇是个不善言辞又喜欢脑洞大开的主，在开高管会议时，总是喜欢说些天马行空的概念，可能由于太过于宏观， 导致高管们一头雾水，不知所云。

但是皮查伊却懂得去主动与老板交谈，简短几分钟便能抓住老板的目标预期是什么，并准确无误地传达给团队成员，以至于可实现落地。

这就是高效沟通表达的艺术，巧妙的沟通不在于冗长而在于精准简洁。

然后对于项目团队外，也就是面对客户或者其他跨部门的沟通的话，除了会沟通，还要懂得协商。不懂得协商的话，自己就会身处被动，客户的配合主动性就会很低，项目开展实施，就难免会陷入“对方都是大爷，我一切都听大爷的安排”的低段位服务姿态。

一般客户方（甲方），服务方（乙方）项目开展合作形式就是：客户方配合服务方开展工作，很多时候会遵循一条原则：“你们主动做事，你们就应该主导，我们只是配合方”，所以谁做事，谁就要去占据做事主导权，因为配合方往往是不着急的。所以在这个时候，当我们是服务方时，我们去把握主动是正确合理的，因为你想把良好的结果导向自己这边的话，主动跟他们说需要怎么配合要比自己不知所措，等着问他们怎么配合；要是后者这种情况的话，会产生两种结果。

第一种，客户方会不满。“事情主要是你们来做，我们是配合的，你们自己都不知道怎么做，那我们怎么知道配合你们呢？”  也许你心里会说自己其实是知道怎么做的，只是咨询下你们的意见而已。但其实，只有当对方把自己代入配合角色， 就会自然而然喜欢别人来引导，而不是来反问他们。

第二种，客户方逆转局势，你陷入被动。当你同样不计划主动告诉对方怎么去做，而去问客户怎么开展工作的时候，而刚好遇到的是不厌其烦且很有想法的客户，那你可能就就要无奈地开启“苦逼模式”。

踏入“不能做主”的泥沼，什么事情，怎么去做，都要听人家的想法来做，自己就失去把握的主动权，这样的话，可能会把自己拉入一个一个隐形的“大坑”，到时候要么你就只能“入坑”或者放弃脱离。

所以，面对近乎苛刻的要求和选择时，必须懂得从自身立场出发，通过与对方的协商，将结果主动导向自身有力的一面，而不是任由使唤，被动去接受本不应该接受的诸般要求。

《驱动力》里面讲到：“企业管理最让人头疼的问题是什么？员工的主动性和创造性。”   其实大到企业管理层面，这是个问题，小到基层项目实施， 驱动力简直关系到每个项目成员能否发挥最大的积极性来推动整个项目的实施，这是个根本性的关键问题；同时，这也决定了项目管理者是否是一名激励人心的驱动者。

也许普遍项目管理者会认为：调动成员积极去帮项目做事情，不外乎就是在多点付出而获得成效后，通过多分几张钞票或者说几番激励赞美的话，这两种方式就可以解决了吗？ 这只是通常的驱动力激励手段，应该是属于“治标不治本”的方法，即使这两种在一定的程度驱动了他们的积极，而无法深层通过在项目过程中，激励出他们应该有的“成就感” ，那只是一种短暂的驱动，时间一久就会疲乏，驱动就会变得迟缓。

所以管理者在通过物质需求和言语激励的方式之外，还应该懂得将员工的“成就感”当成创造力和执行力的源泉，并费些心思，将驱动力的力量从自身散发出来，感染到每个人，使得获得成就感，而成为自愿自觉去创造的“个体”。

在我看来有几个成长点是管理者具备后才能修成驱动力的，第一是自身的人格魅力，第二是本身的强大执行力，最后是拥有思考驱动力的思想。

管理者每时每刻都在产生决策，如果在决策时，无法赶跑“犹豫不决”这只怪物，那么你只能被吞噬。

对于决策迟疑，缺乏决断力，我深深吃过它的亏。有一次，一个比较重要的项目实施开展到重要里程碑阶段，只要完成这个里程碑阶段的工作，就可以进入项目验收阶段了。但是在完成里程碑阶段工作之前， 存在一个比较头疼棘手的问题。

那就是有个项目组核心成员，在那个时间点刚好赶上他自己另外负责的项目有项紧急的事情需要他去处理。但因为当时部门项目的现状是几乎大部分数人手里自己都带有项目，也就是自己既是项目经理，又要做项目实施人员，可谓是光杆司令；不但如此，在自己项目空窗期，还要“接济”帮忙下其他同事的项目。

刚好，那个核心项目成员他自己身上也是刚好有几个项目在跟的，只是当时我手上这个项目刚好在做，需要人手。在那个时候，我刚好是关键节点比较赶，而他那边又着急需要安排处理他自己的事情，我面临要去做出选择决策：究竟是让他去处理自己的项目，还是让领导去另外安排协调同事去处理呢？

如果他去，我这边项目搁置，不好交代；但是他那边不处理，我绑着人家好像又有点不合理，安排其他的同事又可能搞不定。不过领导是有提到一点：那就是我这个项目的重要程度会比较高，其他的项目可以灵活安排。

领导虽然没有说得很明白，但是也很明显传递给了我一个信息，那就是目前你负责的项目的优先级是比较高的，在遇到与其他优先级低的项目事项冲突时，必须做出合适的判断，优先执行优先级高的事项，其他事项通过外部资源协调解决处理。

但我当时还是缺乏全局观的意识，在遇到这样一个急需立马做出决策判断的时刻，陷入的却是迟疑和犹豫不决，前面的领悟总结只是事后“马后炮”才正确意识到的。

我还是在“浪费性的思考”后，做出了错误的决策，“老好人”般地放了那位同事去处理自己的棘手事去了。之后我被领导狠狠地批了一顿，因为我失了轻重， 项目里程碑阶段工作拖了进度“后腿”，结果耽误了项目的正常验收。

这是典型缺乏决策力的表现，作为一名项目管理者，在遇到关键决策时，综合评判出各个选择的优先级和重要程度后，就应该强有力地去执行重要程度高及优先级大的事项，摒弃“完美周全”的理想想法，因为现实总是难以做到百分百的兼顾所有；因为有些其他选择可以选择移交转移，让别人来帮你实现。

自己都想揽在身上，自己解决，那只会让自己陷入困顿、犹豫，最后所有的事情都成了“耽误综合体”，决策成为痛点；而当拥有睿智的决断力时，事情可能就会因为精准理智的快速处理而变得高效，进而推到整体事态的进展，映射到项目上的话，那就相当于项目进展会因为管理者的强有力坚定的决策，而衍生影响全局的强大执行力，促进了项目完成里程碑式的跨越。

所以，当一名IT项目管理者拥有了非常扎实的专业技术能力、出色的沟通表达能力、优秀的协商能力、振奋人心的驱动力以及睿智强大的决策力，这些必需的一项项能力后，在项目管理领域，那便意味有了开辟属于自己疆场领域的绝对资本以及自信。

专家的研究和大量企业实践表明，在IT项目的生命周期中，大约80%的时间与IT项目运营维护有关,而该阶段的投资仅占整个IT投资的20%,形成了典型的“技术高消费”、“轻服务、重技术”现象。Gartner Group的调查发现，在经常出现的问题中，源自技术或产品(包括硬件、软件、网络、电力失常及天灾等)方面的其实只占了20%，而流程失误方面的占40%，人员疏失方面的占40%。流程失误包括变更管理没有做好、超载、没有测试等程序上的错误或不完整，人员疏失包括忘了做某些事情、训练不足、备份错误或安全疏忽等。

这就说明，IT运营方面的问题，更多的不是来自技术，而是来自管理方面。那么，如何进行IT运营管理呢？

世界上许多企业和政府部门进行了长期的探索和实践。以这些企业的经验和成果为基础，逐渐形成了一种新的IT运营管理方法论，那就是ITSM(IT Service Management，IT服务管理)。

这套标准已经被欧洲、美洲和澳洲的很多企业采用，在欧洲40－60%的IT经理都知道ITSM，在美国有20-30%的IT经理了解ITSM,而在国内了解ITSM的人还很少。ITSMf的CEO Aidan Lawes认为，“对一个企业来说，不管其IT架构多大，都需要ITSM，目前把业务与IT能够很好集成的客户还不多，很多人首先想到的是业务，然后才是IT，而不是用IT去驱动业务。” Aidan Lawes认为有必要要从教育入手普及ITSM，让人们从学生时代就意识到ITSM的重要性。 基于不同的出发点和侧重点，人们提出了各种各样的有关IT服务管理的定义。

国际IT领域的权威研究机构加特纳(Gartner)认为，ITSM是一套通过服务级别协议(SLA)来保证IT服务质量的协同流程，它融合了系统管理、网络管理、系统开发管理等管理活动和变更管理、资产管理、问题管理等许多流程的理论和实践。

而ITSM领域的国际权威组织itSMF(国际IT服务管理论坛)则认为ITSM是一种以流程为导向、以客户为中心的方法，它通过整合IT服务与组织业务，提高组织IT服务提供和服务支持的能力及其水平。 实施ITSM的根本目标有三个：

(1)以客户为中心提供IT服务；

(2)提供高质量、低成本的服务；

(3)提供的服务是可准确计价的。 ITSM的基本原理可简单地用“二次转换”来概括，第一次是“梳理”，第二次是“打包”，如下图所示。首先，将纵向的各种技术管理工作(这是传统IT管理的重点)，如服务器管理、网络管理和系统软件管理等，进行“梳理”，形成典型的流程，比如ITIL中的10个流程。这是第一次转换。流程主要是IT服务提供方内部使用的，客户对他们并不感兴趣且仅有这些流程并不能保证服务质量或客户满意。还需将这些流程按需“打包”成特定的IT服务，然后提供给客户。这是第二次转换。第一次转换将技术管理转化为流程管理，第二次转换将流程管理转化为服务管理。

之所以要进行这样的转换，有多方面的原因。从客户的角度说，IT只是其运营业务流程的一种手段，不是目的，需要的是IT所实现的功能，客户没有必要，也不可能对IT有太多的了解，他和IT部门之间的交流，应该使用“商业语言”，而不是“技术语言”，IT技术对客户应该是透明的。为此，我们需要提供IT服务。为了灵活、及时和有效地提供这些IT服务，并保证服务质量、准确计算有关成本，服务提供商就必须事先对服务进行一定程度上的分类和“固化”。流程管理是满足这些要求的一种比较理想的方式。 ITSM适用于IT管理、而不是企业的业务管理。清楚这点非常重要，因为它明确划分了ITSM与ERP、CRM和SCM等管理方法和软件之间的界限，这个界限是：前者面向IT管理，后者面向业务管理。

ITSM不是通用的IT规划方法。ITSM的重点是IT的运营和管理，而不是IT的战略规划。如果把组织的业务过程比作安排一辆汽车去完成一趟运输任务，那么IT规划的任务相当于为这次旅行选定正确的路线、合适的汽车和司机。而ITSM的任务则是确保汽车行驶过程中司机遵循 *** 作规程和交通规则，对汽车进行必要的维修和保养，尽量避免其出现故障；一旦出现故障也能很快修复；并且当汽车到达目的地时，整个行驶过程中的所有费用都可以准确地计算出来，这便于衡量成本效益，为做出有关调整提供决策依据。简单地说，IT规划关注的是组织的IT方面的战略问题，而ITSM是确保IT战略得到有效执行的战术性和运营性活动。

虽然技术管理是ITSM的重要组成部分，但ITSM的主要目标不是管理技术。有关IT的技术管理是系统管理和网络管理的任务，ITSM的主要任务是管理客户和用户的IT需求。这有点像营销管理。营销管理的本质是需求管理，其目标在于如何让组织生产的最终产品或提供的服务满足市场(客户)的需求。同样，在ITSM中，IT部门或IT外包商是IT服务的提供者，业务部门是IT部门或IT外包商的客户，如何有效的利用IT资源恰当地满足业务部门的需求就成了ITSM的最终使命。换个角度说，对客户而言，业务部门只需关心IT服务有没有满足其要求，至于IT服务本身能不能或者怎样满足要求，业务部门作为客户不用也没有必要关心。

关于这一点，可以用下面的例子说明。某个用户急需打印一份页数较多的文件，但恰好此时打印机出现故障，那么用户传统的处理方式是通知和等待IT部门修复打印机，然后从感情上表达不满，而“ITSM式”的处理方式是，对IT部门说：“我需下午5:00前使用该打印文档，OK？”至于打印工作是怎样完成的，比如是通过修复或换一台打印机，那是IT部门的事，业务部门只需为服务本身付费。这就是ITSM与传统的IT管理的本质不同之处。

ITIL即IT基础架构库，它具有许多优势，包括通过降低成本、增长与灵活性增强竞争优势、通过简化业务流程提高效率、通过商业与IT运作与目标调整促进IT价值、以及改善内部客户与用户满意度。简单说，它以流程为导向、以客户为中心，达到客户满意和服务品质为核心的IT服务管理最佳实践。通过整合IT服务与企业业务，提高企业的IT服务供应和服务支持的能力和水平。它的目标是将IT技术服务和企业业务进行有效的整合。

ITSS服务项目经理证书和系统集成项目管理工程师这两个系统集成项目管理工程师含金量高一些。IT服务项目经理则可以成为解决IT服务行业缺乏一线管理人员的问题提供有效支撑。算机信息系统集成项目经理对应资格考试名称:系统集成项目管理工程师，属于软考三个级别中的"中级"，相当于中级职；计算机信息系统集成高级项目经理对应资格考试名称:信息系统项目管理师，属于软考三个级别中的"高级"相当于高级职称。

管理对象不同

     IT 服务项目团队的成员主要是由运营维护人员组成，而系统建设时期的 IT项目团队一般由设计、开发、实施等人员组成；

管理范围不同

     IT 服务管理的范围主要是在运营维护阶段，而一般的 IT 项目管理范围是信息系统建设阶段；

管理方式不同

     IT 服务管理的重点在项目的服务质量、客户满意度和服务成本，而系统建设时期的 IT 项目管理重点在项目进度、项目成本和质量的管理；

应用工具不同

     IT 服务管理的工具主要是一些运营维护工具（如信息系统运维管理平台、信息系统监控平台等），而建设时期的 IT 项目管理工具包括软件开发工具、测试工具、进度管理工具等。

共同点

     IT 服务项目经理与系统建设时期的 IT 项目经理的共同点就是都要达成项目目标，使客户满意。

信息技术服务标准（ ITSS ）系列培训

IT 服务工程师/服务项目经理培训通知

各有关单位 ：

国家标准《信息技术服务运行维护第1部分：通用要求》（GB/T288271）、《信息技术服务运行维护第2部分：交付规范》（GB/T 288272）、《信息技术服务运行维护第3部分：应急响应规范》（GB/T 288273）已于2012年11月5日颁布，并于2013年2月1日开始实施。。

 “ IT服务工程师培训 ”和“ IT服务 项目 经理培训 ”为中国电子技术标准化研究院推出的ITSS系列培训，通过该培训的人员可系统掌握IT运维的知识，提升项目管理水平，有效满足GB/T 288271的符合性评估要求。

由中国电子技术标准化研究院软件应用与服务研究中心组织开展ITSS系列培训工作，现将有关事项通知如下：

[if !supportLists] [endif] 一、ITSS系列培训的价值

ITSS能提高企事业单位的IT服务管理水平，规范IT服务的行为，降低IT运营的风险，保障业务正常、稳定、高效的运行，增加IT投资的回报率。通过ITSS系列培训，可以：

[if !supportLists]l [endif]培养从业人员熟练掌握ITSS内容，提升IT运维服务能力。

[if !supportLists]l [endif]企事业单位可以在ITSS标准的指导下开展IT服务工作。

[if !supportLists]l [endif]推动信息技术标准ITSS在IT服务行业的广泛应用。

[if !supportLists] [endif] 二、本次培训课程、对象和目的：

培训课程 ： IT服务工程师培训/IT服务项目经理培训

培训对象 ： IT服务从业人员。

培训目的： 帮助IT服务从业人员掌握从业基本意识和需掌握的基本能力，使其成为初步合格的IT服务工程师，同时取得ITSS培训官网可查询的ITSS服务工程师证书。帮助IT服务经理掌握从业基本理论、方法和工具，提升IT服务项目管理能力，使其成为初步合格的IT服务经理，同时取ITSS培训官网可查询的IT服务项目经理证书。

三、培训课程内容

IT服务工程师培训教材请参见附件，以下为IT服务工程师培训课程内容：

课程天数（2天）课程内容

 第一天IT服务的基本概念 ；ITSS的背景与有关政策

IT服务工程师的技能与要求 ；IT服务管理流程：

事件/问题管理/变更/发布管理/配置管理 ；

IT服务管理工具；信息安全技术规范和风险评估 ；

项目管理原理与过程项目管理技术 ；

 第二天文档技术常见模板和规范；服务质量管理 ；

人际沟通框架与技巧；客户服务意识 ；

客户满意度的管理办法 ；团队合作技巧；

技术问题分析办法；串讲；考试（串讲后考试）

IT服务项目经理培训教材请参见附件，以下为IT服务经理培训课程内容：

课程天数（3天）课程内容

第一天ITSS背景介绍；ITSS有关政策介绍；IT服务项目经理介绍；基本概念和方法

第二天IT服务项目类别；IT服务规划设计；IT服务部署实施；IT服务运营；IT服务项目监督管理；IT服务业务营销管理；IT服务持续改进；小组讨论

第三天运行维护服务能力成熟度；IT服务人员能力模型；IT服务团队建设和管理；职业素养与法律法规；

串讲；考试（串讲后考试）

四、培训收费：

  IT服务 工程师3800元 /共2天， IT服务 项目 经理6800元 /共3天，以上费用包含培训费、教材费、考试费、证书费。 

五、 培训时间：

IT 服务项目经理：3月3-5  3月24-26

IT 服务工程师：3月3-4   3月24-25

 

 

[if !supportLists] [endif]   六、收款信息:

开户名称：中国电子技术标准化研究院 开户行：工商银行北京北新桥支行

账号：9558850200000758636

[if !supportLists] [endif]   七、联系人：

姓名：曾丹       电话：13716026231微信同号

  

附件1：ITSS系列培训简介

附件2：培训教材及其说明

附件1：ITSS系列培训简介

一、ITSS简介

ITSS（Information Technology Service Standards，信息技术服务标准）是一套体系化的信息技术服务标准库，全面规范了信息技术服务产品及其组成要素，用于指导实施标准化的信息技术服务，以保障其可信赖。

ITSS是在工业和信息化部软件服务业司的指导下，由信息技术服务标准（ITSS）工作组组织研究制定的。

二、ITSS系列培训简介

ITSS培训是信息技术服务标准（ITSS）工作组以ITSS为基础而开发出的系列培训课程，包括ITSS基础培训和ITSS人员培训。 ITSS基础培训是对ITSS方法论及ITSS标准的培训， ITSS人员培训是依据ITSS中的《信息技术服务从业人员能力规范》开发出的针对IT服务从业人员的培训课程，课程包括：IT服务工程师和IT服务项目经理。

三、ITSS培训体系

ITSS培训由

附件2：培训教材及其说明

教材：《信息技术服务标准(ITSS)系列培训IT服务工程师培训教材》。本书为息技术服务标准（ITSS）工作组组织编写的学习和培训用书。本书借鉴了国际上先进的IT服务理论体系，依据国内ITSS体系标准，并结合了国内外IT服务行业的最佳实践以及IT服务从业人员能力规范和要求，主要从服务技术、服务技巧和服务规范三方面来介绍信息技术服务的相关学科知识，对IT服务工作具有很强的指导意义。

 

教材：《信息技术服务标准(ITSS)系列培训IT服务经理》。教材借鉴了国际上先进的项目管理知识体系和IT服务管理体系，依据国内ITSS体系标准，涵盖了IT服务相关学科知识，结合国内外IT服务行业的最佳实践，从IT服务管理基本概念入手，遵循IT服务项目管理的整个生命周期过程，从IT服务项目管理的角度，对IT服务项目管理的各个环节逐一进行分析介绍，并附有详实案例和模板，对于IT服务项目管理具有极其重

以上就是关于拥有这些能力，你将成为一名好的IT项目管理者全部的内容，包括:拥有这些能力，你将成为一名好的IT项目管理者、it服务管理的简介、什么是IT服务管理等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！