可以按照怎样的步骤满足客户的it服务管理需求

IT服务水平主要关系到两个方面，一个是业务方面，一个是服务。

1、业务。主要是技术是否完全，需求是否达到。是否能够准时保质量的完成工作任务。

2、服务。主要是沟通，售后，以及升级等业务。

所以提升IT服务水平，不但需要职业能力比较强的程序员或者说是IT人士，同样需要再服务沟通售后等方面做的完善。

本文由CIO发展中心根据“第二期CIO闭门云聊天”活动中各嘉宾观点整理

数字化转型，是一件上升到企业层面，牵涉深广的"大事"，因此IT部门与业务部门的正面交互不可避免。

继第一期CIO闭门云聊天成功举办后，CIO发展中心于6月24日再度举办线上视频会议——“第二期CIO闭门云聊天”，依托线上视频平台，各位CIO朋友们在线开展互动交流，深挖转型机会点，共话发展新机遇。

本次活动中，特别邀请到瑞再咨询管理副总经理张辉担任嘉宾主持，张辉总作为专注企业端到端数字化体系建设与创新21年的行业专家，曾担任上海贝尔安弗施亚洲区IT负责人、双环传动集团IT总监等职位，多年的数字化实践，使其积累了极为丰富的实战经验。

本期活动将话题聚焦于企业中的IT部门与业务部门， 核心议题为：IT部门如何与业务部门协作，提升数字化效率？各位嘉宾从多个维度分享了他们与业务部门协作的方式方法 ，可谓干货满满，我特整理成文，内容如下。

在大家的谈论中，能够发现部分企业中的业务部门具有一定的甲方或使用者思维，对于IT部门提出需求，并不在意如何实现，而且对于外购和开发，也会认为是IT的事情。因此这类企业中的IT部门往往会处在一个艰难的境地，想要改变这样的局面， IT推动者就必须具备“软”领导力和沟通技巧，这样数字化转型的长期性才不会受到影响，才更具有可持续性。

瑞再咨询管理副总经理张辉也抛出话题，他讲到：谈到IT与业务两个部门的微妙关系，已经成为不论是数字化的负责人，还是企业的管理者，都会面临的一个巨大挑战，那如何使IT战略与业务战略匹配，从而推动业务的转型增效。过程中IT应如何与业务部门配合，保证项目的落地？

几位嘉宾分享了他们的做法，可以概括为3点：

1

强化沟通技巧，破冰活动至关重要

来自医药行业的刘总谈到：IT与业务部门的协作对于项目能否顺利开展起到了至关重要的作用，而两者协作最大的难点就在于沟通，往往IT部门的同事比较内敛，所以 很多时候与业务之间的沟通并不顺畅，为了打破这种局面，组织了IT与业务部门之间的团建活动是必要的，轻松的活动代替了机械的会议沟通，通过这样的活动，双方不但增加了信任感，而且少了很多沟通障碍，项目的推进也更加容易。

2

明确项目目标，共建信息化团队

IT部门如果想要推进某些变革，就一定要让业务了解到该项目的目的，并且能够解决哪些问题。如果沟通困难，可以在推进过程中，于业务部门选取骨干人员成为关键用户，一起组建信息化团队，并且从企业层面对这些人员的晋升给予政策倾斜，具体到工作推进过程中，便由关键用户在业务部门内部进行推动。

3

部门轮岗体验，加深双方工作认知

通过轮岗的方式，让IT技术人员与业务部门的人员来进行工作的互换，这样的方式 不但能够进行人才培养，同时也让大家能够深刻地了解对方的想法 ；第二通过轮岗， IT人员也会做业务，业务人员也更懂技术，双方共同讨论项目的氛围更好，利于项目的推进 ；第三点就是 IT的技术目标要与业务目标对齐，并且让业务部门的领导和人员担任大型IT项目的经理，项目组核心成员也由业务人员担任。

传统意义上来说，业务部门会把IT定义为系统和工具的提供者，认为IT不需要懂业务，IT在业务分工里只是一个保障角色。但是随着数字化转型的持续火热，今天越来越多的企业由技术引领公司业务，当业务落地需要技术交付的时候，IT就不只要解决技术问题，还需要理解业务，因此IT角色的转变以及在企业中的定位，对于与业务部门之间的关系产生着深远影响。

对此， 某消费品行业CIO温总表示，一般来说，甲方公司对于IT的期待会有两个大的方向，一个就是作为后台的支撑部门，为前端业务提供支撑；另一个方向就是希望IT发挥业务领导作用，给前端业务提供指导。 针对第一类期望，IT部门需要进行IT或者是工单的建设，让前端业务的需求得到及时响应。针对第二类期望，则需要一个强大的业务加IT，对于大型的集团公司可以采用COE的模式，如果是业务集中的单体公司，则ITBP模式更合适。归根结底，数字化的目的在于给企业带来业务价值，这样的话，说服业务部门以及管理层推动项目才更容易。

来自高 科技 行业的沈总表示IT与业务部门的协作，可以从两个维度来考虑采用何种策略，一个是目的，另一个是方式。 举例来说，如果在项目中，两个部门的目的相同，方式不同，则可以采用竞争的方式；目的和方式都相同，IT部门与业务部门可以采用合作的方式；目的不同，方式方法相同，可以采用联盟的方式；如果目的和方式都不同，则冲突较大，道不同不相为谋。所以与业务部门的协作，需要首先明确与业务部门的目的与方式是否一致。

由于95后对于C端软件有比较深刻的认知，所以对于B端软件易用性和智能性的要求非常高，有嘉宾建议可以采用两种方法解决，第一个就是让这些小伙伴加入到整个项目实施过程中，让他们更加深刻地理解需求是如何开发出来的，并且明确B端和C端的逻辑差异。第二是从项目管理的维度来给他们灌输相关的内容，满足某些必要的需求，将非必要需求砍掉，或者在以后迭代的过程中可能再来适当添加。对于CIO 来说，可以将IT需求进行分级，由IT部门来控制核心系统，如果外围系统没有与核心系统集成，那么会提出相应的使用建议，决定权给到用户自己，对于一些个性化需求，可以采用外部采购小软件和插件来满足。

“在企业中，有些项目和需求需要业务部门来主导，以提升其积极性。对于有独特想法的90后和95后，可以帮助其明确任务和目标，在限定的范围内进行创新。未来对于既懂技术又懂业务的综合性人才的培养，也是非常重要的。”分享嘉宾汪总强调说。

当然对于企业中年轻群体的需求，有些是确实难以落地的，所以需要进一步引导这些年轻的关键用户怎样提出需求，怎样讲清楚需求。使其明确应当是从整个流程出发，来提出一整套需求，而不是从某个点出发，只有这样，才有可能使需求能够快速落地。

很多IT同仁表示，IT部门在企业里没有话语权或是话语权很弱，而且IT部门的工作大都是被动式响应或救火，很难去用IT来引领业务，IT与业务部门的协作非常困难。而且让人苦恼的是，当企业中真的出现了一些“事故”以后，IT部门也得不到老板的重视，而是成了背锅侠，老板会将责任归结到IT的身上，这也是很多CIO所困扰的问题，如何规避这一问题？

瑞再咨询管理副总经理张辉发表了他的看法：“事故”一定不是老板想要看到的，但往往“事故”让企业痛了，老板才更愿意推进某些项目，作为IT负责人，一定要未雨绸缪，提示老板某些地方是有改善空间的，并且存在风险，如果不改善，可能会出现严重的问题，给企业带来损失。一旦IT从未提出相关的风险报告，出现问题了，那IT有着不可推卸的责任。需要注意的是即便提出某些风险预警后不能马上去实施，那也非常有必要，甚至可以采用分期的方案，来逐步实施，帮助企业避免不必要的风险。

千企千面，不同的企业有着不同的实际情况，但能够发现的一个共性问题是IT与业务部门之间的“偏见”，首要的导致因素就是沟通不畅、执行不力，想要实现IT与业务部门之间的高效协作，不妨从沟通方式着手，以沟通为桥梁，充分减少或消除IT与业务之间的认知偏差，这样或许能够推动IT与业务的有效融合和相互理解。

往

期

精

彩

企业数字化转型期间的那些坑，你踩过几个？

打造研发信息安全的“六边形战士”——浅谈研发信息安全的六层防护体系

CIO群讨论企业数字化转型中需要与标杆企业“对标”吗？

上系统与数字化转型（一）：数字化转型核心是开展业务数字化

CIO深度聊 | 数字化转型应如何明确技术团队与业务团队的定位？

关于CIO发展中心

「CIO发展中心」于2005年由一群热衷于中国CIO职业发展的CIO 们倡导发起，并以「聚合中国CIO力量，助推CIO商业价值」为宗旨。旨在通过学术和经验交流、知识和理念宣传来促进职业规范的推进、成长环境的改善以及队伍素质的提升，进而促进信息应用水平提升，推动CIO机制的建立和完善。

本文经CIO发展中心授权转载

IT服务管理（ITSM）[1] 是一套帮助企业对IT系统的规划、研发、实施和运营进行有效管理的方法，是一套方法论。ITSM起源于ITIL（IT Infrastructure Library，IT基础架构标准库），ITIL是CCTA（英国国家电脑局）于1980年开发的一套IT服务管理标准库。它把英国在IT管理方面的方法归纳起来，变成规范，为企业的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服务提供和服务支持的能力及其水平。

重庆电信企业信息化事业部 傅诣

      目前垂直的部门管理模式对“以客户为中心”、“零不爽”要求弊端日益明显。特别是在当前市场需求瞬息万变，需求要求快速支持的背景下，需求无法高质量的实现，首先表现在需求实施的效率与速度上，无法快速支持需求。其次表现在需求实施质量上，需求上线问题较多，带来很多次生问题，需求质量业务单位与分公司都不满意，影响IT口碑。

      以客户需求为中心，启用矩阵式需求管理，建设高、精、尖需求界面团队，在企信部设立后方资源池，深入需求一线，让需求一线指挥炮火，实现需求小前端，大后端，前端综合化、后端专业化，后端全力支持前端。

现状：目前企信部采用传统的垂直化组织架构，各域组织界面分明，容易形成部门壁垒，需求由需求前置团队接收，分派到各个域，较为复杂的联合需求由各域分别评估，各域再进行联合确认，再与需求业务单位进行沟通，期间反馈多次，效率较低，特别是在部分需求细节存在问题时，往往需要多次开会共同确认，在实现方案上各部门也往往各执一词，耽误需求实施时间，也影响需求实施质量。

措施：

1采用需求矩阵式管理：针对重要需求，采用项目制管理，由各部门部门负责人、技术专家、实施人员、厂商组建临时需求实施团队，此团队不隶属于任何一个部门，采用承包方式，将需求承包给虚拟团队，每个需求团队负责人拥有可以“呼唤炮火”的权利与“签署责任书”的义务，做到权责对立，平衡（后面会详细说明）。这样就可以整合事业部各部门的专家优势，打通部门壁垒，快速实现需求。该方式也就在事业部层面就形成了一个垂直于传统部门的需求实施矩阵，与各域的生产维护形成互补。

2“黄金四边形”：黄金四边型目标是建立贴近需求一线的敏捷化组织，在事业部层面对外形成统一的界面，能灵敏捕捉到公司领导及一线的关键需求，找准需求“痛点、关键点”，迅速调动资源，建立专项团队，灵活快速实现需求，打破部门壁垒，突破原始需求流程的烦冗。团队必须包含“项目经理”、“需求分析团队”、“方案设计实施团队”、“后期维护支撑团队”四个关键团队，形成黄金四边型。

各团队职责如下

（1）项目经理：项目经理是团队的****，是需求的第一责任人，拥有“呼唤炮火”调度资源的权利，同时，也是需求目标达成的第一责任人，签署需求实施承诺责任书，在需求完成后接受事业部对实施情况的考评。厂商负责人也纳入项目经理。

（2）需求分析团队：需求分析人员是与业务单位接触的排头兵，是第一接触人，首要任务是找到需求的“痛点”或“题眼”，其次是需求实施的桥梁，对外，负责引导业务单位按照IT“先上菜”进行推进，引导业务单位采用IT推荐的需求实施方案与分布实施的时间计划；对内，负责将需求与方案设计实施团队沟通，形成需求支撑方案，并与前端沟通。再次，在需求实施全生命周期中对需求变更进行管理。分析团队工作必须量化，每个需求必须要有需求分析说明书，每次需求会议必须要有需求沟通（或评审）会议纪要，每次需求变更需要有需求变更记录。

（3）方案设计实施团队：由各域的专家与执行人员组成，负责需求实施方案的落地，并与需求人员一起对实施方案向业务单位沟通，达成一致，最后由此团队的实施人员完成需求上线（执行人员可能与后面的“后期维护支撑团队”人员重复）。方案实施团队必须输出每个需求的方案，方案由事业部形成统一的模板输出，方案质量纳入管控。此环节是当前需求实施中的短板，很多需求在完成需求分析后，直接丢给厂商实施，实施方案中功能部分内容没有评审，界面部分在实施中也没有DEMO，没有也业务单位沟通，导致质量不被业务单位认可。该点如何提升，建议如下：

首先把需求分为5个层次，要求在方案模板中必须都进行说明，底层为功能需求，仅仅针对功能本身；第二层为服务需求，本层包含业务及流程，提升服务能力的需求；第三层为体验需求，考虑到客户感知的需求，含易用性， *** 作性，感知方面；第四层为关系需求；顶层为成功需求，即满足公司组织成功，有效推动业务发展。我们现在往往注重第一层的功能需求，对其他层次需求不够关注。即使在第一层功能需求中，还存在“简单功能做不好，复杂功能做得好”的情况，原因就是以IT惯性思维技术为导向，没有以客户需求为中心，没有抓住需求“痛点”，将IT功能做得复杂。后续，我们要多放精力到第2至第5个需求层次中，更加注重易用性， *** 作性，快速支撑。

（4）后期维护支撑团队：目前我们往往“重建设，轻维护”，需求上线后，就算完了，监控、作业计划没有跟上，上线后也不能主动发现问题，往往前端发现问题后，已经晚了，造成了较严重的后果。对此，后续维护支撑团队，首要任务是建立需求上线初期的监控保障手段，用数据说话，证明新需求上线后的运营情况，提前于业务单位发现问题，及时处理。其次，对新需求上线后的监控，作业计划进行实施，对新需求上线后出现的问题进行集中解决，为一线提供支撑。

前面说了，我们建立了矩阵式需求管理制度，组建了高、精、尖的需求团队，那么如何进行运作？

1小前方，大后方：需求分析团队直面业务单位，但我们后面有一个强大的支撑保障团队（各域专家、实施人员、战略合作伙伴等），各域整合资源形成整体支撑大平台，提供解决方案，提供技术支持，这样才能让小前方需求分析人员有底气，有引导需求，主导实施的资本。

2一线呼唤炮火：当需求人员或需求预沟通发现重点需求时，一线要迅速做出反应，立即呼唤炮火支撑，后端将根据需求难易程度，配备必要的资源，在实施过程中动态补充人员，必要时采用王牌团队或王牌专家，快速应对需求，落实方案，稳步推进。

实现小前方、大后方，一线呼唤炮火的措施：

（1）呼叫的炮火要集中在一点原则：集中在“痛点”或“需求题眼”上，才能实现“闪电战”。这也是中心领导说的先上关键“菜”。虽然我们呼唤到了火力，但是如果针对整个需求的方方面面，无法显示出火力的局部优势（火力被分散了），这就要求我们的需求项目团队，与业务单位沟通，集中火力先上关键“菜”，这个原则的度一定要控制好。

（2）组织人员保障：按不同域对不同人员进行打标，定义他们的责任，为他们指明发展方向，形成人力资源池。按照需求项目管理，需求实施需要管理者、需求分析人员、技术保障人员、上线后维护支撑人员。需要对各部门人员打标，属于哪一种角色，形成专家库，为随时组建队伍做准备。

（3）需求考评机制：事业部拟定出台《需求实施承诺书》，包含权利与义务。权利是可以在一定范围内调配资源，承诺为需求完成的目标，在完成目标时对应的奖励与惩罚。项目经理代表团队签署承诺书，并在需求上线后1个月内接受事业部考评，并进行奖励或处罚，并给团队及成员等级评定。

（4）团队及专家等级晋升机制：各种人才打标后，均成为此类型的专家，需要对组建的团队与专家根据需求实施效果进行考评，采用军队的晋升方式。通过考评筛选出王牌团队与王牌专家，在遇到重要需求，疑难问题时，优先使用王牌团队与王牌专家，使其成为“特种部队”。这样做的目的，是将事业部目前的“屯兵模式”提升为“精兵模式”，让不确定、困难复杂的关键需求，由精兵完成，提升感知。通过此方式，还可以建立企信部的战略预备队，为IT队伍的后续发展提供帮助。

（5）仲裁（指导）委员会：仲裁委员会设立的目的就是打破部门间的壁垒，具备横向传递沟通及协同作战能力。前面说到，项目经理作为需求项目实施的第一负责人，具有一定的动态调配资源的权限，但如果在需求实施工程中，出现与职能部门的壁垒或冲突，或遇到其他管理问题、人力资源问题，由仲裁委员会仲裁决定。建议仲裁委员会由事业部领导及部门领导组成，针对非技术性问题进行协调仲裁。

（6）技术委员会：事业部技术委员会负责需求实施中遇到的方案问题解决及支撑，特别是对在哪个系统实施较优方面进行确认。在需求遇到技术难题时，技术委员会将对技术细节进行指导。

（7）需求管理平台（缺失）：事业部目前使用门户及ITSM系统结合对需求流程进行管理，但缺失一个统一的需求管理平台，各部门目前均使用EXCEL对需求进行管理，哪些需求已超期，哪些需求为事业部当前重点需求，哪些需求不合理，没有一个需求管理系统进行管理，所以，建立一套需求管理分析系统，迫在眉睫。

（8）会议管理系统（缺失）：以业务部为例，上周业务部有10个会议，其中需求会议6项。业务部目前通过人员进行管理，罗敏每周五发会议周报，列举会议清单，从安徽学习后，业务部要求每个参会的人员出具会议纪要，由罗敏汇总。简单会议出简单的会议纪要，重要会议，出详细的会议纪要。我们希望有一个会议管理系统，将每次会议的纪要进行上传，纳入系统管理，这样，可以有效杜绝需求、专项工作进度上下不一致的情况。

（9）需求变更文档化：加强需求文档管理，这里重点强调一下需求变更管理，由于一些重要需求是公司领导需求，需要业务单位按照领导要求细化，并不断与领导沟通，这样必然会多次变更需求，IT为保障需求尽快上线，必然存在需求在实施中多次变更的情况。这就要求，每次需求变更必须文档化，把整个需求变更的情况记录下来，也要求需求团队与方案设计团队、后续维护支撑团队做好沟通，将每次确认的内容文档固话。这里建立事业部出具需求变更模板。

（10）需求模式固化：先选取少量需求试点此方式，在积累经验后，迅速固化实施流程，并将流程清晰、重复运营的流程及工作模板化，抓住主要的模板建设，再把相关的模板流程串起来，不断优化。形成知识库，事业部通过呼叫炮火的方式，集中支持，集中处理，解决共性问题，这些共性问题的解决要形成知识库，在后续遇到类似问题时，快速支撑。

（11）需求透明化：月初，需求版本部署会议，与业务单位沟通本月需要实现的需求；月中，由事业部整体出面（或各需求项目经理）与需求业务单位就需求进度进行沟通；次月上线后，与需求单位进行需求后评估，对需求后续维护及问题解决进行落实，对需求后评估结果进行沟通。

（12）加强需求过程管控：在建立此机制后，需要进一步加强需求过程管控，授权不等于放任，必要时实时监控。

 

IT企业对人才需求特点

2003－2008年信息化需求出现高速增长IT业未来五年前景看好，发展势头强劲，中国市场将迎来下一个黄金时代，这将对IT人才的需求产生强有力的拉动作用。纵观国内外诸多企业和新型民族产业，IT人才需求的标准呈现出多元化、高标准的特征，这决定了IT人才不仅要有扎实的计算机理论基础还必须具备较高的计算机实践水平，同时还要求他们在精通计算机的基础上，广泛涉猎其他专业知识。2003年山东省人才市场关于求职和招聘情况的统计表明，IT企业人才供需比例大约是1∶3，人才供给相对不足。

计算机、应用软件、移动通信、智能终端四大产业群的发展使人才需求呈现出多元化、复合型的特点，在研发队伍中，急需既懂软件设计又懂用户需求的高端人才和专业高效的编码队伍。

目前IT企业需求人才的重点已发生了改变。对于中端人才需求缩减了，但业务能力和技术能力非常突出的高层次人才却仍是众企业重金招纳的对象

成熟的软件产业的人力资源结构应该呈“金字塔”型，顶端是若干名高端管理技术人才，中端是一大批基础技术人才，处于金字塔底层的从事用编码写程序、数据录入等基础性 *** 作的工人是软件蓝领，他们是实现产品价值的主力军。然而现阶段我国软件人才却呈两头小、中间大的“橄榄”型，既缺乏“高精尖”人才，又缺乏“软件蓝领”，结构性矛盾很突出。

以上就是关于如何提升IT服务水平全部的内容，包括:如何提升IT服务水平、CIO深度聊 - IT如何与业务部门高效协作、可以按照怎样的步骤满足客户的it服务管理需求等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！