如何做好一个部门主管，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发展中心授权转载

项目管理者联盟文章 在软件项目的开发过程中，需求变更贯穿了软件项目的整个生命周期，从软件的项目立项，研发，维护，用户的经验在增加，对使用软件的感受有变化，以及整个行业的新动态，都为软件带来不断完善功能，优化性能，提高用户友好性的要求。在软件项目管理过程中，项目经理经常面对用户的需求变更。如果不能有效处理这些需求变更，项目计划会一再调整，软件交付日期一再拖延，项目研发人员的士气将越来越低落，将直接导致项目成本增加、质量下降及项目交付日期推后。这决定了项目组必须拥有需求管理策略。 1问题分析 问题分析可以通过了解问题及涉众的最初需要，并提出高层解决方案来实现。它是为找出“隐藏在问题之后的问题”而进行的推理和分析。问题分析期间，将对“什么是面临实际问题”和“谁是涉众”等问题达成一致。而且，您还要从业务角度界定解决方案，以及制约该解决方案的因素。您应该已经对项目进行过商业理由分析，这将便于您更好地预计能从构建中的项目中得到多少投资回报。项目管理培训 2理解涉众需要 需求来自各个方面，比如来自客户、合作伙伴、最终用户或是某领域的专家。您需要掌握如何准确判断需求应来源于哪方面、如何接近这些来源并从中获取信息。提供这些信息主要出处的个人在本项目中称为涉众。如果您正在开发一个在您公司内部使用的信息系统，那么在开发团队中应包括具有最终用户经验和业务领域专业知识的人员。通常讨论将在业务模型这一级上展开，而不是在系统这一级上展开。如果正在开发一个要在市场上出售的产品，那么您可以充分调动营销人员，以便更好地了解该市场中用户的需要。获取需要的活动可使用这样一些技巧：访谈、集体讨论、概念原型设计、问卷调查和竞争性分析等。获取结果可能是一份图文并茂的请求或需要列表，并按相互之间的优先级列出。 3定义系统 定义系统指的是解释涉众需求，并整理为对要构建系统的意义明确的说明。在系统定义的初期要确定以下内容：需求构成、文档格式、语言形式、需求的具体程度(需求量及详细程度)、需求的优先级和预计工作量(不同人在不同的实践中通常对这两项内容的看法大不相同)、技术和管理风险以及最初规模。系统定义活动还可包括与最关键的涉众请求直接联系的初期原型和设计模型。系统定义的结果是用自然语言和图解方式表达的系统说明。

一、专业能力

作为一个主管，你必须掌握一定的专业知识和专业能力，随着你的管理职位的不断提升，专业能力的重要性将逐渐减少。作为基层的主管，个人的专业能力将非常的重要，你要达到的程度是，能直接指导你的下属的实务工作，能够代理你下属的实务工作。专业能力的来源无非是两个方面：一是从书本中来，一是从实际工作中来。而实际工作中你需要向你的主管，你的同事，你的下属去学习。“不耻下问”是每一个主管所应具备的态度。

二、管理能力

管理能力对于一个主管而言，与专业能力是相对应的，当你的职位需要的专业越多，相对而言，需要你的管理能力就越少。反之，当你的职位越高，管理能力要求就越高。管理能力是一项综合能力，需要你的指挥能力，需要你的决断能力，需要你的沟通协调能力，需要你的专业能力，也需要你的工作分配能力，等等。管理能力来自书本，但更多的来自实践，因此要提高你的管理能力，需要不断的反思你的日常工作，用你的脑袋时常去回顾你的工作，总结你的工作。

三、沟通能力

所谓沟通，是指疏通彼此的意见。这种沟通包括两个方面，跨部门间的沟通，本部门内的沟通（包括你的下属你的同事和你的上级）。公司是一个整体，你所领导的部门是整体中的一分子，必然会与其他部门发生联系，沟通也就必不可少。沟通的目的不是谁输谁赢的问题，而是为了解决问题，解决问题的出发点是公司利益，部门利益服从公司利益。部门内的沟通也很重要，下属工作中的问题，下属的思想动态，甚至下属生活上的问题，作为主管你需要了解和掌握，去指导，去协助，去关心。反之，对于你的主管，你也要主动去报告，报告也是一种沟通。

四、培养下属的能力

作为一个主管，培养下属是一项基本的，重要的工作。不管你所领导的单位有多大，你要牢记你所领导的单位是一个整体，要用团队的力量解决问题。很多主管都不愿将一些事交给下属去做，理由也很充分。交给下属做，要跟他讲，讲的时候还不一定明白，需要重复，然后还要复核，与其如此，还不如自己做来得快。但关键的问题是，如此发展下去，你将有永远有忙不完的事，下属永远做那些你认为可以做好的事。让下属会做事，能做事，教会下属做事，是主管的重要职责。一个部门的强弱，不是主管能力的强弱，而是所有下属工作的强弱。绵羊可以领导一群狮子轻易地去打败狮子领导的一群绵羊，作为主管，重要职责就是要将下属训练成狮子，而不需要将自己变成狮子。

五、工作判断能力

所谓工作能力，个人以为，本质上就是一种工作的判断能力，对于所有工作的人都非常的重要。培养一个人的判断能力，首先要有率直的心胸，或者说是要有良好的道德品质，这是工作判断的基础。对于世事的对错，才能有正确的判断，才能明辨是非。其次，对于你所从事的工作，不管是大事，还是小事，该怎么做，该如何做，该由谁做，作为一个主管，应该有清晰的判断，或者说是决断。其实工作的判断能力是上述四项能力的一个综合，主管能力的体现是其工作判断能力的体现。

六、学习能力

当今的社会是学习型的社会，当今的企业也必须是学习型的企业，对于我们每个人也必须是学习型的主体。学习分两种，一是书本学习，一是实践学习，两者应交替进行。你只有不停的学习，你才能更好的、更快的进步，才能跟上赶上社会的发展。走上社会的我们，要完全主动的去学习，视学习为一种习惯，为生活的一种常态。学习应该是广泛的，专业的，管理的，经营的，生活的，休闲的，各种各样，都是一种学习。未来人与人之间的竞争，不是你过去的能力怎样，现在的能力怎样？而是你现在学习怎样，现在的学习是你未来竞争的根本。

七、职业道德

但丁有一句话：智慧的缺陷可以用道德弥补，但道德的缺陷无法用智慧去弥补。对于工作中人，不管是员工，还是主管，职业道德是第一位的。这就好比对于一个人而言，健康、财富、地位、爱情等都很重要，但健康是“1”，其他的都是“0”，只要“1”（健康）的存在，个人的意义才能无限大。职业道德对于工作的人而言，就是那个“1”，只有良好的职业道德的存在，上述的六种能力才有存在的意义，对于公司而言，才是一个合格之人才。职业道德不等同于对企业的向心力，但作为一个员工，作为一个主管。不管公司的好与不好，不管职位的高低，不管薪水的多少，对自己职业的负责，是一种基本的素养，是个人发展的根基。“做一天和尚撞一天钟”，只要你在公司一天，就要好好的去撞一天钟。

在整合过程中，建设核心业务系统成为一个新热点。此时，国内银行建设核心业务系统面临两种选择：一是自主开发，二是整体引进。承载着打造“后发优势”及快速与国际接轨的梦想与希望，国内一些银行纷纷走上整体引进之路。 然而，在具体实施过程中，“引进一套国外系统，复制一家一流银行”似乎只是一种理想化的设想。实施国外核心业务系统项目后，国内银行往往投入大量资源，花费大量时间，项目实施计划一改再改，上线时间一推再推，系统却还是不能投入生产。有些银行经过一到两年的探索和尝试，最终还是放弃了国外产品，掉过头来转向国内IT厂商提供的软件。 将国外系统移植到我国银行现有的生产关系环境中，“空气、阳光、土壤、水份”等都大为不同，如果系统的灵活性和适应性不强，结出的果子自然亦非当初所设想的样子。是南橘北枳，中国的银行完全不适于采用国外的系统？或仅仅是水土不服，只要经过本地化、客户化的改造后，国外系统还是能发挥其应有的效应？业内外人士都在密切关注———国外银行核心业务系统在中国实施本地化和客户化的难点究竟在哪里？ 引进国外银行核心业务系统产品，购买只是简单的第一步，如果不经过大量的本地化和客户化工作，系统根本无法发挥其功效。不同类型的国外软件在本地化和客户化过程中会遇到不同的问题。纯技术类软件主要面临技术问题，管理类软件除了技术问题外，更大的困难是文化、体制的差异。整体引进国外银行核心业务系统，虽然遇到很多技术问题，但根本原因还是在于国内外监管环境和体制流程方面的巨大差异。 国外核心业务系统本地化和客户化是一项复杂的系统工程 很多人存在这样一个认识误区，认为软件本地化就是软件翻译，软件客户化就是按照客户需求加以修改。实际上，软件本地化是将一个软件产品按特定国家、地区或语言市场的需要进行加工，使之满足特定市场上的用户对语言和文化的特殊要求的软件生产活动；软件客户化是指在分析用户需求与产品差异的基础上，在满足客户需求和保证系统结构稳定的前提下，对软件进行的一系列开发、测试活动。因此，国外软件本地化是一项复杂的系统工程，不是一个简单的从外语到中文的翻译过程；客户化也不单单是按照客户需求去修改系统，否则就失去了购买成型产品的意义。 国外银行核心业务系统在中国的本地化，主要包括本地化界面、国内环境接口、本地化报表、本地化文档及培训等方面。界面本地化包括：语言的汉化，将系统界面中的画面、菜单、 *** 作符、提示信息等要素用中文进行表示；界面的易使用性，针对国外产品 *** 作界面与国内风格的不同，通过适当修改、简化或进一步细化成一个容易使用的 *** 作界面；用户 *** 作习惯的满足，根据用户在旧系统上形成的较好的 *** 作习惯，实现系统对应内容的差异最小化。 与国内外环境的接口：包括人民银行现化支付系统、中央国债登记结算公司接口、上海证券登记结算公司接口、外管局国际收支申报系统、人民币大额和可疑支付交易监测系统、人民币交易系统、结售汇系统、进口品报关单检查和进口单位名录系统、各种本地数据交换信息接口等。 本地化报表：国外核心业务系统报表功能高度参数化，因此报表本地化与报表的具体形式关联性并不十分紧密，工作量主要集中在内部数据的采集。 本地化文档及培训：本地化文档包括用户手册， *** 作手册、技术手册等；本地化培训，包括详细客户培训、详细设计培训、技术标准培训等。 国外银行核心业务系统在中国的客户化，主要包括需求差异分析、与内部系统的对接、第三方提供功能的集成等三个方面。需求差异分析是以国内银行现有业务或预期目标为基础，对照国外金融IT产品进行功能性分析，找出差异以及应对策略的过程；与银行内部系统对接要分析清楚现有系统与即将开发的新系统之间的详细关联关系，保证新旧系统平稳衔接；第三方提供功能的集成，是指在保证第三方提供的系统运行正常的基础之上，考虑与核心系统进行集成。这一般是由国外厂商在当地IT公司中选中的一家总集成商来完成。 国内外银行监管环境的巨大差异增加本地化难度 国外银行核心业务系统模块多、规模大，业务范围涵盖银行业务的方方面面，其本地化和客户化过程对任何国家的任何银行而言，都不亚于一场革命。把它放到我国银行的背景环境之中，矛盾就会更加突出。我国金融市场化程度不高，监管框架、相关法规制度与国际标准还存在较大差异，银行治理结构的缺损、内部经营管理体制的僵化， *** 作方式落后，这些都加大了核心业务系统本地化和客户化的工作量。 监管环境和相关法规是硬约束，为适应国内的财会准则以及人民银行、银监会等监管机构的监管要求，国外的核心业务系统必须做出适当修改。此类差异主要体现在以下几方面： 国内外利率管制程度不同，系统在国内本地化和客户化时，某种程度上要牺牲系统的先进性。在国外核心业务系统中，利率就象一个魔方，其多维、立体的参数设置和组合，在打通银行及相关混业领域、联贯各产品方面发挥着灵活的作用。 在国外发达的金融市场环境中，利率作为最核心、最重要的交易要素主要体现在价格功能。国内现阶段金融市场尚未完全放开，利率很大程度上是金融监管当局的管理工具。按照人民银行的利率管理办法，对于各种类型的存款或贷款，利率要求都不尽一致，特别是针对部分种类的存款和贷款更有特殊的规定。国内监管部门利率规定繁多，利息计算方法复杂，因此产生很多差异。这些差异应该按监管规定进行修改，但考虑到修改量太大会影响其稳定性，需要采取折衷作法。 国内外对外汇管制程度的不同，造成核心业务系统本地化和客户化时，系统修改的难度和工作量加大。在外汇管制的背景下，结售汇是我国监管框架下的特殊业务。根据外汇局外汇管理的有关规定，每笔结售汇业务都涉及到：对客户是否在其“名录”中进行真实性的审核；需要对其贸易必备条件进行逐笔、逐级进行审批；还要进行询价、头寸申报、买卖外汇、结算、售汇报表等。国外由于外汇自由兑换，没有哪个模块有类似功能。如果走定制开发模式，可以考虑单独设置结售汇模块。但对国外核心业务系统而言，修改需求介于 *** 作与报表之间，开发起来有一定难度。另外，根据外汇局要求，结售汇报表、大额可疑报表、经常账户报表要直接从业务系统中生成并报送，类似需求对国外系统的改动也很大。 国外系统要与国内支付系统直联，需要对整个模块做彻底的修改。为实现资金清算的STP(直通式处理)，核心业务系统应与现代化支付系统相连接。由于国外系统没有通过国内大额支付系统汇划处理业务的界面，需要按照人行的《中国现代化支付系统与商业银行行内系统接口方案》中规定的报文格式要求，包括支付报文、非支付报文、对账报文等，对系统做大量的改动和测试工作。从稳妥角度考虑，国内银行在建设核心业务系统过程中，一期可以先实现交易驱动账务核算，待系统稳定后再推进清算的直联工作。 国内外会计管理理念和制度的差异，需要重新构架会计体制，实现会计管理的全面转型。国外核心业务系统的会计核算功能，靠交易驱动来实现系统自动化处理。这既是国外系统直通式处理和参数化灵活配置的优势体现，也是实施过程的难点所在。会计核算不仅要跨越管理理念的差距，而且要把大量的制度创新和方案设计的工作想在前头和做在前头。具体来说，就是对所有业务模块驱动会计核算的核算结果通过制度规范想在前面，对上万个会计参数通过严格的确认和配置做在前面，否则会直接影响系统自动化输出的会计核算的结果。这既要求业务归口部门及早改变传统的会计管理模式，又要组织起银行内部技术资源，扎扎实实地做好系统上线前后的各项准备工作。如果会计核算结果的准确性、效率性及安全性缺乏保障或受到置疑，就会动摇整个核心业务系统的根基。 考虑到国内金融改革与银行开放的速度和进程，对上述重大差异要有前瞻性的态度和解决方案。对于接近国际标准、具备中国特色、预计不会成为改革对象、当前必须遵守的法律、法规，要认真对待，研究解决方案。对于事过境迁、含义模糊、明显属于过渡安排、不涉及法律诉讼的制度和规定，可以不予考虑或暂时放一放。另外，在解决方案的方式方法上，要优先考虑适当变通，尽可能地少改产品。按照这样的大原则，才能把修改系统的工作量降到最低。 国内外银行管理体制流程的巨大差异增加客户化复杂度 此外，国内银行经过多年改革与发展也形成了自己独特的管理体制和 *** 作流程。这些管理体制和 *** 作习惯中，大部分来自于经验积累和成绩总结，也有一部分属于不规范的范畴，与国外同业相比存在着一定的差异。有些差异我们已经司空见惯，甚至变成了日常管理 *** 作的一部分。引进国外核心业务系统，要从多个角度思考对这些差异的系统处理方案。 内部核算、清算体制的差异。与国内银行实行的总分行多级核算体制不同，国外银行一般实行一级核算体系，对总分行清算资金往来系统只设一个过渡账户--总分行往来，总分行共用该账户，相互占用资金不计息。因此，国外核心业务系统中没有系统内资金清算功能，总分行不能对开清算资金往来账户。按国内银行的资金管理体制，分行作为一级经营单位，与总行资金往来需要相互计算利息。因而需要开立清算资金账户，用于系统内资金往来。 虽然目前以“集中”和“集权”为主要特征的改革已经成为国内银行的趋势，但这种权利上收和层次减少还限于支行层权力及核算单位的取消，效果尚不十分明显。由于账务层次过多，一些分行内部账交易的数量甚至超过了往来账户，潜在风险加大。不仅占用大量计算机资源，造成系统处理速度慢，批量处理时间长，月终、年终处理压力大，而且也增加了国外核心业务系统本地化和客户化的工作量。 资金管理体制的差异。国外银行由于实行总行一级核算，分行被看作总行的营销前台，客户是银行共同的资源，因此，贷款发放可以简化为银行与客户之间的借贷关系。银行向客户发放贷款属于财务会计核算范畴，由核心业务系统处理；总分行之间的资金占用和利益分配，属于银行内部利益再分配范畴，可以通过外挂的管理会计模块进行核算。而国内银行核算层次多，系统内各层次之间资金关系复杂。有些银行为了加强系统内资金管理，实行了系统内借款的作法。具体执行中要求贷款的发放、回收、计息等均与总、分行间的系统内借款处理绑定关联。此类需求若要在核心业务系统中实现，需要系统做出重大改动。 后督的作法问题。为加强事后监督，国内有些银行实行了后督制度。在手工方式下，后督一般于业务发生次日对原始凭证、会计凭证、审批单和交易流水进行逐笔检查，以此达到对本、外币结算清算和会计核算业务进行逐笔事后监督的目的。国外系统中没有类似我们理解所说的后督功能，如果要实现国内银行现行后督的作法和要求，系统修改的工作量非常大。 “双敲复核”问题。根据会计制度有关规定和风险控制要求，存款、支付、清算所有模块均需增加录入复核功能。即录入员输入交易要素后，由另外的复核员重新录入关键的交易要素，两次录入相符才提交该笔交易。出于降低风险的考虑，国内银行希望能够实现这一功能。但对于国外系统而言，增加双敲复核的功能需要对系统做较大改动，增加处理界面近一倍。国外产品供应商建议采取主管授权和降低录入人员 *** 作权限的方法的方式替代复核功能。由于该项变通处理涉及面广，影响深远，需要分时、分步才能解决。 “倒起息”需求问题。倒起息有时被称作“利率晚到”，指由于某种原因，利率的实际生效日需要提前到系统当前日期之前。国外也有倒起息 *** 作，只不过频率没有我们这么高。目前国外核心业务系统还不能处理好这个问题，完全按照国内银行的自动处理要求对系统进行改造也有一定难度。最后往往选择的是折中的方式：即倒起息在同一结息期内的情况下，系统可以自动计算利差并进行计息；倒起息跨一个结息期时，系统只能提供利息调整数的计算功能，但要手工调整；跨多个结息期时，系统完全要手工 *** 作。还有一种方案建议将利差的计算放在系统之外，通过两个系统自动衔接，实现利息调整批量完成。 重要空白凭证管理问题。国外核心业务系统有支票、汇票、本票的管理功能，但管理层次少，管理内容简单。国内银行要求对银行汇票、银行承兑汇票、银行本票(定额、不定额)、定期存单、来账报单实行总分行多级集中管理，可随时增添票据种类，保留系统对客户的管理，同时需要记表外账(单式记账)。这是国外核心业务系统需要向国内靠拢的地方。 跨分行访问控制问题。国外银行机构设置扁平化，分行只是按业务纵向销售总行产品的前端，因此国外系统一般没有跨分行访问控制的概念，各分支机构间可以随意访问，很多模块无需对跨分行权限进行限制，一家分行可以改动另外一家分行的业务。由于国内银行管理模式与国外不同，因此很容易发生分行错记总行账的问题。即使产品供应商不愿意修改，从风险控制的角度看，类似差异需要按照国内银行现有模式进行修改。 综上所述，由于国内外市场发育程度不同，银行的外部监管环境和法规制度相差较大，银行内部的管理体制、业务流程和 *** 作习惯也有很大的区别。差异是客观存在的，但却是可以靠银行、国外核心系统提供商及国内总集成商共同努力，找到一个彼此接受、合理可行的解决方案。由于差异的解决程度，直接影响到项目的成功与否和风险大小，因此需要各参与方正视差异，共同面对和分担项目风险。这些差异解决好了，就能够实现国外技术与中国实践的良好“嫁接”；解决不好，就会成为“夹生饭”，煮不熟也吃不下。(此文为作者博士论文节选

篇一：it主管工作计划范文

本学期我部将完成学院给予我们的各项工作，对学工办以及其他电脑进行适当维护，同时适当对外开展与计算机网络技术有关的活动，协助学生会其他部门的工作等。此外我部将初步开发系统优化以及方便学生会的班团管理工作。

本学期我部基本的工作任务分为三个部分，即纳新工作、干事技术培训工作和社团工作。其中纳新工作与干事的技术培训工作尤为重要。

纳新工作：

为完成学院和学生会的各项工作，以及为我社团添加新的力量，我部将与学院学生会其他部门一样招收新成员。我部将十一之后开始招新，计划将招新12人，招新的对象主要是针对11级新生，当然老生如果有想加入我部门的，我们也一样欢迎他们的加入。具体的招新时间和地点将按照学院的要求安排。副部长负责登记学生的姓名，系别班级，****等资料。并通知学生在指定的时间和地点进行面试。面试的时候每个新生将有3至5分钟的发言时间，发言内容包括自我介绍和自己对IT事业的想法等。要求学生要思想品德好，有责任心，对网络及计算机技术有一定的兴趣。发言完毕后将对其提问。结束后将由副部长通知新生是否被录取。

招新结束后我部将对社团成员进行技术培训，培训时间定在星期四的下午，地点在东楼512。

培训内容分为两大块：计算机组装及维护、网站建设及网页设计。

社团工作：

定期维护学工办及土建办公室的电脑，遇到问题时及时解决，以保持学工办及土建办公室正常运行。观察学习同类网站，扬长补短，并不断优化我社团网站，认真做好信息上传及更新，选取有价值的信息，力求做到网站更加专业化。

篇二：it主管工作计划范文

我们技术部目前在公司的主要职责就是为各个部门提供技术上的支持，像现在的GOA系统、国外销售网站、外挂、游戏麦网站、各收货商网站等等都是我们的职能范围。xx年上半年技术部的主要绩效集中在自动囤取软件、自动收货软件、自动转货软件等一系列自动化软件的开发工作以及一些管理系统的维护工作上，借助这些软件，公司的营运及管理效率得到了提升，为公司带来了效益!但是我们还有非常大的提升空间，需要大家共同努力去突破。

我们现在还存在以下几个需要解决的问题：

第一点：部门人力配置不足，分工无法细化。一些岗位有经验的技术人员难招聘，是导致这个问题的主要原因。由于公司所在的地区为县级市，导致很多大城市有经验的技术人员不愿意来这边。我们以后可以从身边的同事和朋友方面着手拓展技术人员招聘这块，也希望在座的兄弟姐妹们一起帮帮忙，挖掘身边的合适资源。

第二点：部分同事在处理一些相对繁琐的工作任务地时候，主动性和积极性方面有所欠缺，工作效率比较低。对于这点，接下来我们会借助绩效考核等管理工具，让那些能够为公司创造价值，付诸自身努力的同事，无论从物质上还是精神上都能够获取更大的利益。更重要的一点，就是沟通和合作也是创造效率必不可少的条件。

第三点：一些项目型系统开发的延期，暴露出了我们缺乏项目管理方面的经验。接下来的工作我们需要有清晰的工作流程、责任更加明确、有序地去运作，还需要制定并逐步完善一些相关的开发规范。现在我们已经使用了Redmine对分配的任务进行跟进，不过还是无法满足我们实际的一些需求，这一块还需要作进一步的完善。

把以上提到的几点改善了，相信我们大家在工作当中都能够得到提升。

我们深刻理解技术部门对于公司发展的意义及公司对技术团队的期待和要求!所以，团队的每一位兄弟姐妹们对于公司的价值不言而喻，要充分发挥出我们团队的战斗力，需要我们拧成一股绳，共同努力。有一点可以肯定，世间自有公道，付出总有回报，只要我们付出努力，无论是在个人职业素质，物质报酬，或是职务上都会得到提升。目前我们正在开发的CRM系统，工作室管理软件，游戏帐号管理系统，还有GOA10和其他一系列的维护工作，以及接下来要做的游戏麦网站的改版，我们都有信心做的更好。

我深信，只要我们能够齐心协力，就可以发挥出超强的团队战斗力，就能够跨越前进道路上的任何障碍。

篇三：it主管工作计划范文

本学期我部基本的工作任务如下：新生招新工作新干事技术培训阶段正常工作阶段

期中招新工作与新干事的技术培训阶段尤为重要。本学期我部将完成学院给予我们的工作，对学工办以及土建办公室的电脑进行适当维护，对院属网站进行维护以及改版，同时适当对外开展与计算机以及网络技术相关的活动，协助学生会其他部门的工作等。此外我部初步计划开发系统以优化以及方便土建学院学生会的班团管理工作。

为了完成学院以及学生会的各项工作，以及为IT技术部添加新的力量，我部将与学院学生会其他部门一同招收新成员，以下为具体的招新计划

宣传：

1 横幅 在招新各报名点拉横幅，内容由副部负责。

2 海报 内容大致上是关于IT部的介绍，特点和优势，以及欢迎新生加入之类的内容。该部分主要由副部主要负责。

招新要求：

1本部门计划招生12人，因本部门特殊需求，需要对IT事业有热情与激情或在相关技术方面过关的人才，招新力求精英化!

2 招新人数定为12人，主要针对新生，老生愿意的可以留在本部。

3 工作认真，有责任心，踏实肯学。

4 对计算机知识有浓厚的兴趣。

5 有技术者优先，活跃度高的优先。

报名工作：

1 由副部选好场地，按照学生会的有求安排。

2 记录好学生的姓名，专业班级，手机号， QQ号，推荐加飞信，方便通知。

3 资料由副部管理，并通知所有成员面试地点，时间。

面试流程：

1：对新生要求思想品德好，吃苦耐劳，责任心强，具有一定的计算机技术。

2：口述3分钟关于对自己基本介绍，IT事业的想法和自己所掌握的技术以及回答几个简单关于计算机实用方面或者网络、网站的问题!

3结束后由副部飞信通知是否被录取。

干事培训计划

招新后对新成员进行一个短期的技术培训，时间定在招新后的一周到两周，地点初步定在9#601。培训内容分为两大块：日常维护与维修初步，网络网站维护。旨在通过培训提高新干事的计算机维护以及应用以及网站维护等水平。

计算机的日常维护与维修主要由现任IT技术部部长负责技术指导，培训内容初步定为对Windows的深入认识与实用 *** 作、常见软件故障的判断与排除、常见硬件故障的判断与确定、常见网络故障的判断与排除、病毒以及网络安全的初步认识与防范、计算机病毒木马初步认识以及防范和清除。

网络网站维护方面主要由IT技术部副部长以及从CERT邀请的Photoshop高手分别进行ASP的基础讲座，网站网页设计基础讲座，Photoshop基础讲座等。

短期培训结束后可能会有一次小型的测验以检验新成员是否合格。

挑选合适的人选到CERT

在之后的工作当中每一周到二周将进行一次技术交流与技术总结会，届时酌情添加若干次小型测验以检验新干事的业务水平。

总体来说，招新是给IT技术部注入新的血液，而培训是给这些新鲜的血液增加活力与力量。

目前IT技术部内部日常维护部分由刘阳副部长负责，网站网络维护与建设由郭伟副部长负责。

日常工作计划

定期维护学工办老师以及土建办公室那边的机器，及时询问老师电脑是否出现故障;保持联系渠道通畅，有任务之后15分钟之内赶到老师那里去

适时做好网站监控，观察学习同类网站，扬长补短，并不断优化学院网站

做好网站的日常工作，做好工作规划，分清轻重主次，细心认真地做好信息上传以及更新，选取具有价值的信息，力求做到网站更加专业化

维护学院内的站点和论坛的正常运行，防止出现被攻击或是程序出错的问题

有效地利用数据是网站维护的重要内容，所以应及时的对网站数据库进行维护

网站多做回访跟踪，了解读者的需求及其意见。

以上就是关于CIO深度聊 - IT如何与业务部门高效协作全部的内容，包括:CIO深度聊 - IT如何与业务部门高效协作、如何做好IT项目之需求管理、如何做好一个部门主管，IT主管。等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！