企业的数字化建设是一个动态的、不断完善、不断纠错、不断进化的过程，而非某些领导认为系统上线就完成转型那般简单，为什么有的企业数字化重复建设？最常见的一句话就是：系统不好用！而系统为什么不好用，相关业务部门也说不出个所以然，所以说大部分传统企业都是在稀里糊涂买软件，迷迷糊糊做建设，想当然的用系统，导致数字化建设成功率不高，价值体现难。

最近有CIO朋友问一个问题：在系统应用过程中是否可以将管理权限移交给业务部门？

这个问题在系统上线以后的运维阶段比较常见，在大部分情况下信息部门会负责系统的相关运维工作，内容包括：

①系统账户新增与删除；

②系统流程新增与维护、系统权限分配；

③系统迭代与升级；

④系统BUG修复；

⑤系统数据安全；

⑥系统数据库维护；

⑦系统服务器维护等；

但当前部分企业由于对数字化认知深度的问题，对系统运维存在很大的任意性，认为系统运维很简单，就是用户管理或者一些权限管理工作，甚至某些业务部门以数据涉密为由将系统的管理权限牢牢抓在自己手中，严禁信息部门插手，但可笑的是业务部门却对负责运维的软件公司门户大开，不仅任由软件公司在其服务器中大开远程端口，还将服务器密码、系统超级管理员密码告知软件公司售后人员，这些宁信外部而防自己人的行为其实带来的是巨大的数据安全隐患。

业务部门为什么想要回收系统的管理权限？而不想信息部门运维，老杨认为原因如下：

1.企业数字化管理混乱，权责分工不明：

业务部门可绕开信息部门而自行引进系统，在这种情况下系统的运维自然是业务部门自建自管；管理的孤岛化带来的也将是系统运维的孤岛化；

2.系统内数据的敏感性：

比如HR系统内的薪资数据、财务系统内的各种网络账目数据；业务部门以涉密为由自行管理系统，而信息部门为了避嫌则乐意让业务部门自行去运维系统；

3.运维的及时性及对专业性：

众所周知，信息部门承担了整个企业的系统运维工作，由于部分企业信息部门人力资源紧张，一个系统管理员会同时承担几个系统的运维工作，导致在系统运维的及时性方面难以保障，会存在运维“排队”的现象；同时某些专业系统对于系统管理员的行业知识、业务知识有一定的要求，否则难以对业务部门的运维要求做出快速的响应；因此在以上情况下业务部门想自行维护系统也在情理之中；

4.业务部门对于系统管理的自由性：

对于信息系统的运维管理大部分企业的信息部门都会出台相关的制度及流程，例如系统流程新建及修改的合规性；而对于业务场景的多变性，业务部门则更喜欢想改就改、想变就变，不喜欢制度的约束，尤其是跨部门的制度约束，因此在这种情况下部分企业的业务部门则更趋向于自己管理系统；

5.灰度管理的合规性：

当前大部分企业引进信息系统的原因之一就是实现规范化管理，但系统的出现则让一些不合规的操作难以实现，但系统的权限控制又可让一些人有机可乘，于是业务部门想实现对系统的控制也非常的“合理”；

从以上不难看出不管是企业管理问题还是业务部门的自身想法，系统管理权限始终是企业数字化转型建设管理过程中一个极具争议的话题，但有意思的是大部分企业系统的运维管理权限最终兜兜转转又回到了信息部门，为什么？原因如下：

第一，业务部门缺乏数字化相关技术能力，不愿学、也不想学，最初可能迫于某些压力接手运维工作，但最终又以工作忙为由将系统运维工作推至信息部门；

第二，业务部门人员流动性强，从接手到熟悉系统运维需花大量时间，难以快速响应内部需求；

第三，企业缺乏相关数字化运营管理机制，特别是激励机制，业务人员不愿承担数字化运维管理工作；

有意思的是当前大部分的企业虽然明知会有以上结果，但这些问题仍在重复上演，为什么？

老杨认为还是一个价值的问题。但此价值非数字化转型建设的价值，而是部门及个人在企业存在的价值，因为没有价值即被淘汰，所以纯粹的技术始终逃脱不了被卷的命运。

那么如何解决以上问题？

老杨认为根源还是在于一个融合的机制与管理的策略问题。

在数字化系统建设之初应充分发挥业务部门参与的积极性，而不是信息部门的单打独斗，具体的做法为：信息部门从需求调研至系统运维全过程就要求业务部门派骨干员工全程充分参与，在这一过程中需要融意识、融共识、融组织、融能力，关键的是在这一过程中要对数字化的相关管理权限问题达成共识。

而对于权限的管理也需要相关的策略，信息部门应在保障相关数据安全的基础上根据业务管理的现状适当赋权，既不能一刀切将系统的全部管理权限放出，因为大量的事实证明，系统管理权限一放就乱，信息部门又不能牢牢把控所有的系统管理权限，导致服务响应不及时，因在共识的基础上，培养业务人员的系统运维能力，信息部门既是系统管理中心又是培训中心，与业务部门一起共同推进企业数字化的发展。

如果您有不同见解，欢迎与老杨一起探讨！