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发展中心授权转载

而ITSM最强调的就是流程、人员和技术三大要素的有机结合，ITSM在实施过程中不仅部署相应的管理工具，同时将根据企业的具体情况制定人员的岗位职责、设计日常工作流程，以及突发事件和问题管理流程等等。例如一汽大众在谈到为什么要引入IT服务管理的理念时就提出了以下原因：为IT系统用户提供单一的联系点，任何用户在发现问题时都可以有统一的接口;为IT部门管理层提供具体的统计报告，对IT部门工作可以量化衡量;丰富和完善已知问题的知识库;协助提高服务台支持人员解决问题的整体能力;能够预测系统资源的支持能力;能够进行主动性问题处理;提高客户满意度。这些原因既代表了企业客户在IT服务管理方面的典型需求，同时也是ITSM的目标。另外ITSM能够降低管理成本，Aidan

IT服务运营简称ITSOM，全球最早提出和定义这个概念的是ITSM软件商Servicehot，他们多年来一直秉承着“让您掌控IT运营服务的每一个瞬间”的理念， 为数据中心及运维部门、IT部门实现服务的可视、可控、可管。致力于降低IT服务风险，提升IT服务效力，降低IT服务成本，呈现IT服务价值的价值观。

甲方一般是指提出目标的一方，在合同拟订过程中主要是提出要实现什么目标。

乙方一般是指完成目标，在合同中主要是提出如何保证实现，并根据完成情况获取收益的一方。

在合同过程中，甲方主要是监督乙方是否完全按照要求提供自身需求的满足。 在合同执行结束后，甲方一般需要付出资金或者其他，以获得自身需求所需要的东西。通俗点说，甲方就是出钱的，乙方就是出力的。

扩展资料：

IT行业中一些常见的术语：

1 CDN

全称是Content Delivery Network，即内容分发网络。其基本思路是尽可能避开互联网上有可能影响数据传输速度和稳定性的瓶颈和环节，使内容传输的更快、更稳定。

通过在网络各处放置节点服务器所构成的在现有的互联网基础之上的一层智能虚拟网络，CDN系统能够实时地根据网络流量和各节点的连接、负载状况以及到用户的距离和响应时间等综合信息将用户的请求重新导向离用户最近的服务节点上。

2 DDL

数据库模式定义语言并非程序设计语言，DDL数据库模式定义语言是SQL语言（结构化程序设计语言）的组成部分。SQL语言包括四种主要程序设计语言类别的语句：数据定义语言(DDL)，数据 *** 作语言(DML)，数据控制语言(DCL)和事务控制语言（TCL）。

具体的范文模板

链接：>pwd=2h6j 提取码: 2h6j

IT管理和运维工作涵盖了各行业的各岗位中，如何提高工作效率，规避风险，更好的做好IT管理和运维工作，已经成为一个不断探索和研究的新兴课题。笔者认为，应从两个层面加强和完善IT管理和运维工作，可以改善IT运维工作的现状。

方法/步骤

转变IT运维管理工作方式和理念。强调从技术型向管理型转变。各企事业单位的应用系统和网络系统已经成支撑业务正常运转的重要基础，保证应用系统和网络系统的正常运行和使用成为了IT运维工作的重中之重。IT运维部门的职能应当从传统的重服务轻管理，逐步转变为服务与管理并行，规范化与人性化相辅相成的模式，以适应现代化信息的工作模式。

建立完善的内部信息共享平台。从基础设施。应用系统和业务服务三个方面打造完善的信息共享和资源监控平台。能建立有效的信息资源库，减低对关键技术人员的依赖，为日常IT运维和 管理工作提供有效的保障：基础设施管理方面，对网络，应用系统软、硬件等资源进行细化管理，详细记录电子设备的出入库、维保、报废等环节。保证资源的有效 利用；应用系统管理方面，对于各类应用系统的备份，日常维护进行有效管理控制，保证所有应用系统数据的一致性、准确性、及时性、可用性和完整性，并根据实 际需要不断进行改进、完善或更新；业务服务管理方面，尽可能的记录所有的事件要素，包括问题描述、解决方案、 *** 作人员等等。使得部门对人员的考核有了量化 的标准，同时这个过程也有助于知识积累，形成有效的知识库，可以极大地减少对关键人员的依赖，降低人员流失的风险。

清理、简化现有IT运维管理制度。形成适合企事业单位管理实际的制度体系。以建立完整、规范、有效的内部规章制度体系为目标，紧密联系工作实际，按照适用、可行、合法、有效的原则，对现有规章制度进行全面的自查和清理。按照IT运维管理工 作的职能分工分层次、分步骤地对制订的各项内部管理制度规程进行分类清理，从制度内容的适用性、可行性、依据和效力的合法性、执行的有效性等方面进行了逐 条审核，并结合实际工作，对上级部门制订的内部管理制度与当前实际工作不符的情况进行修订和完善。逐步摈弃传统的“人管人”的工作模式，形成以制度带动 人，以制度带动工作的长效机制。

建立例行巡查和通报制度。IT运维部门的负责人和业务主管可通过内部信息共享这一平台，对业务进行有效的 监督。一是定期对记录的相关事项进行巡查，审计已登记发生事项的规范性。二是对正在发生的事件实时跟踪，及时了解事件的进展状况。规范各个流程的 *** 作，从 源头避免业务差错的发生。三是建立采集问题，核实整改问题及问题通报三个环节的通报机制，以提升力IT运维管理的效率。

加强与内部审计部门的业务合作。内部控制审计对组织治理、风险管理、改善控制效率和效果等方面有很大的促进作用。IT运维部门可配合内部审计部门进行运维管理，将内部控制审计作为常态化审计类型，通过这种方式，突出内控特点，运用规范的审计方法和评价体系，注重从控制、风险、管理等宏观层面查找问题、提出建议，以达到促进IT运维管理工作，完善内控和加强管理的目的。

通过内部审计部门，加强督导、整改等工作的实效。在IT运维管理工作的过程中，不仅要发现问题解决问题，更重要的是要形成完善的IT运维管理工作规范和流程，在这点上。可以通过内部审计部门对企事业单位内部进一步规范制度、程序和方法，形成对风险进行事前防范、事中控制、事后监督和纠正的动态过程和机制，强化重要业务环节的风险控制。加大检查力度，切实有效地推进督导、整改工作，建立内控管理的长效机制。

加强与内部审计部门的沟通交流和人员培训，培养复合型管理人员。定期组织IT运维人员和内部审计人员进行学习交流，探讨内控管理中存在的问题，交流内控管理的心得体会，充分发挥IT运维的技术优势和内控的管理优势，通过良好的内部沟通机制和完善的信息共享平台，建立内部控制体系运行网络和内部控制管理组织体系。

以上就是关于CIO深度聊 - IT如何与业务部门高效协作全部的内容，包括:CIO深度聊 - IT如何与业务部门高效协作、什么是IT服务管理三个要素、IT服务运营管理这个概念由何而来呢等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！