CIO职场禁忌：切忌做“大厨师”

笔者有机会接触一些企业管理者，在跟他们交谈的时候笔者发现一个很不好的现象。就是很多企业的CIO都是“大厨师”。当这个大厨师走了的时候，企业损失的不仅仅是一个CIO而已，随之失去的还有这个经验。当这个CIO或者其他信息化关键技术人员离开了之后，企业的信息化管理就很难推进下去。虽然一些企业管理者或者CIO

也知道“大厨师”的危害，但是苦于没有好的良策。笔者在平时工作中也是非常反对大厨师的做法。在日常工作中也采取了一些措施，来防止大厨师现象产生。笔者下面的这些方法可能对大家有所帮助，有需要的读者可以参考借鉴一下。

一、扩大信息化管理软件的关键用户。

对于CIO

来说，企业内部的大厨师有很多，其中信息化管理软件的关键用户就是其中之一。因为像CRM、ERP等类似的综合型管理软件，当某个模块的关键用户离职后，在短时间内很难有人能够接替。往往需要一个月到三个月的长时间培训后，其他员工才能够成为这个系统的关键用户。而企业在信息化项目初始培训的时候，一方面出于“小班化教育”的需要，另一方面也没为了减少信息化项目实施对企业正常生产经营的影响，为此不会抽调很多多员工进行项目的培训。故在项目初期，软件的关键用户往往每个模块只有一个人而已。如此这个人就成为了信息化管理软件中的“大厨师”。等到这个大厨师离开了企业之后，企业就很可能会失去这个招牌菜；或则其他人来烧这个菜的话，口味也会不地道，受到客户的挑剔。那该如何消除这种关键用户带来的负面影响呢？

笔者以前也为这个问题苦恼过，不过现在还好已经克服了这个难题。笔者是通过两个手段来处理这个问题的。首先，由于项目初始化培训的时候，确实抽不出多余的人来进行信息化项目的培训，否则的话会对现有的生成经营造成很大的影响。为此在项目刚开始培训的过程中笔者也只能够保证每个模块一个人参加培训。不过在这个培训的过程中，笔者是非常重视收集相关的资料，为后续笔者对其他员工进行培训准备材料。如笔者会向实施顾问索要他对企业进行培训的PPT文档；在培训过程中，对大家的一些疑问与争论也会一一的纪录下来，这些都是笔者以后培养新的关键用户的很好素材。其次这笔宝贵资料收集完毕之后，笔者在等到上线后就会马上落实对其他用户进行培训，争取每个模块或者部门多培养出几个关键用户出来。如此即使有某个关键用户离职了，那么也马上有人能够顶替上来，而不会对因为某个大厨师的离职而导致无人来做这个招牌菜。

笔者在关键用户培养中，采取的是上岗证的做法。即通过一定的培训然后对员工进行考核，考核通过后员工就可以取得一本上岗证。如笔者在复杂CRM项目的时候，就大概花了一年的时间让全部CRM相关的操作人员都取得了上岗证。如此虽然这次经济危机企业不得不降薪裁员，企业为此流失了不少的“大厨师”。但是由于笔者前期准备充分，对这个信息化项目基本上没有带来多大的负面影响，CRM等信息化管理软件仍然能够正常运转。所以，笔者建议各大企业的CIO

们，在平时一定要注意扩大信息化管理软件的关键用户。至少信息化管理软件的每个模块（每个招牌菜）都要有两个以上的关键用户（大厨）。如此当某个大厨走人的话，这个招牌菜才能够不失传，信息化管理软件才能够不受其影响。

二、人可以走，请把经验留下。

为什么一个大厨的离去，会对一家企业产生这么大的影响着？笔者认为，这主要是因位其离职，带走的不光光是一个人而已；还有其工作以来经验下来的经验。如CIO下面可能有一个网络管理员，其复杂维护文件服务器、交换机、路由器等网络设备。其离职后CIO要招一个技术过硬的网络管理员不是什么难事。困难的是其如何才能够马上上手来管理这些设备？如何把这个适应期尽量缩短？如何避免在这个交接过程中出现重大的失误？这些是非常困难的。因为这些内容往往跟网络管理员的技术没多大关系，而主要跟以前网络管理员的经验有关。为此CIO

如果留不住这个人的话，那就要把其以前网络管理的经验留下。有了这些经验性的东西，那么以后就可以帮助新的管理员进行顺利过程过渡。

不过笔者觉得部分CIO

在这方面存在着一些误区。他们以为在网络管理员准备离职的时候，在进行这个经验的交接就可以了。而不需要未雨绸缪，在平时的时候就注重这个经验的积累。就笔者个人而言，这个想法是常错误的。当企业一个员工在离职的时候，很少有人会把自己以前的工作经验共享出来。他们不搞一些破坏已经不错了，你还要他们共享经验，那真的很难。为此笔者都是在平时的时候就注意手下技术人员经验的积累，免得到时候手忙脚乱。

声明：凡注明开云全站app （www.ciotimes.com）原创之作品（文字、图片、图表），转载请务必注明出处，违者本网将依法追究责任。来源博客)

微信扫一扫实时了解行业动态

微信扫一扫分享本文给好友