昨晚一个话题在群里炸开了，某企业CIO抛了个问题：信息中心职责止于系统功能和逻辑正确执行，业务对数据的真实性、合法性、业务合理性负责；那仓库多出、少入了，财务成本高了低了，信息中心要对这些数据负责吗？

末尾补一刀："大佬们如果碰到业务甩锅系统有问题的事，怎么处理？"

然后群聊就炸了。这场对话，把一个 IT 部门最日常、最憋屈的困境——"甩锅"，摆在了前台。从一个小小的权责问题开始，演变成一场关于信息中心如何在组织政治里生存、反抗、定义边界的厮杀。

一、一个标准的"锅"，一套经典话术

按标准 IT 治理逻辑（"数据谁产生谁负责"），边界本来清清楚楚：

• 信息中心：对系统的功能、逻辑、稳定运行负责。数据不出错，流程能跑通。
• 业务部门：对录入数据的真实性、合法性、业务合理性负责。录错了、录假了，是业务自己的问题。

这是套完美的理论模型。

可理论很好美好，现实很残酷。一旦问题出来后，业务部门的反击是一套非技术、纯政治的万能话术组合拳，大家看看是不是似曾相识：

装傻甩锅。 "系统在你们信息中心那里，我们咋会知道这数据咋来的。"——这就是典型的利用信息系统的技术黑箱，把"流程问题"偷换成"系统 BUG"。你解释不清，他就默认是你的问题。

模糊指责。 "系统太难用了。"——这是一个非常主观的、不需要任何证据的最常见的话术。它把一条具体的数据错误，模糊成一个能引发管理者共情的"用户体验"问题。说实话，一些人根本就不喜欢用系统，领导一听"系统难用"，天然同情业务方，系统难用，就是你信息部门的问题，谁还管你数据录没录错？

二、群里的两派，吵出了同一个死结

面对年年都有的扯皮，群里吵出两种态度。看着对立，其实说的是一回事。

一派，是认命的"保姆派"。

有人叹气："陪着一块找原因，拉扯完毕了，最后发现是业务流程操作问题，和系统没有关系。"这个场景是不是很熟悉——多少 IT 人天天干这个：放下手里的活，陪业务一笔一笔对账、一个环节一个环节回溯，就为证明"这错不是我的"。时间搭进去，功劳没有，还落个"你们系统就是不好用"的埋怨。

这一派的问题不在态度，在定位：有些时候你越努力证明自己清白，越坐实了"我是来伺候你的"这个身份。

另一派，是掀桌的"斗争派"。

群里有人直接撕：

"你去餐厅吃饭就能保证每家都能让你满意吗？你满意了，你身边的朋友会满意吗？众口难调！系统就和吃饭一个道理！"

"你的问题，凭什么要我来解决？你的错误为什么要我承担？"

还有人在群里直接开大："有些人就是欺软怕硬蹬鼻子上脸，人与人就是斗争。搞数字化也是一样"

这话难听，可点赞的人不少。为啥？因为它说破了一个大伙儿心知肚明、没人敢挑明的事：在权力不对等的公司里，你只讲服务、讲专业、讲配合，不讲边界，那就是在告诉别人——你这块软柿子，随便捏。

不过老杨不主张跟同事撕破脸，但要明白一个道理 ——

边界不是靠"服务态度"换来的。你态度再好，该甩给你的锅一点不会少；边界是靠你敢不敢划、划了之后能不能守得住。

当信息中心一门心思把自己定义成"服务部门"，就等于亲手把"我是乙方"那把刀递到业务手里。而一个永远微笑、随叫随到的"乙方"，注定是那个锅落下来的时候，是最稳的“背锅侠”。

三、核心：甩锅的土壤，为什么一直存在？

为什么业务部门能、且敢这么频繁地甩锅给信息部门？原因如下：

系统本身就是"紧箍咒"。 再好的系统，也是对操作人员的约束——它要求规范、准确、及时，这跟人性里的惰性、随意性天然对抗。所以"系统不好用"，有时根本不是技术问题，是对"不自由"的本能反抗。你让一个习惯了拍脑袋的人按流程走，他第一反应就是骂系统“多管闲事”。

"好欺负"的信息中心。 如果一个 IT 部门长期被定位成"服务部门""成本中心"，以"满意度"为考核，那它就失去了和业务部门平等对话的权力。一个没有权力制衡、只能"服务好"业务的 IT，注定要背锅。你把自己当保姆，就别怪别人把你当保姆使。

管理者责任的缺失。 业务领导在数据出错时，第一反应往往是保护自己的团队，而不是追真正的原因。"系统问题"是个所有人都能接受的、最安全的理由——它能一次性掩盖操作失误、管理失职和流程漏洞。领导一句"系统怎么又出问题了！"，锅就稳稳扣信息中心头上了。

四、从"保姆"到"边界守护者"

这场关于甩锅的讨论，结论残酷也清晰：信息中心的边界，不是别人给的，是自己斗争出来的。

第一，建立不容侵犯的专业边界。 不是拒绝合作，是建立清晰、冰冷、不可辩驳的技术证据链。每一次扯皮，都不该止于口头拉扯，而要产出书面的、有日志为证的"数据溯源报告"，把问题钉死在：哪个账号、哪步操作、哪个环节出的错。找出问题的根因，落实错误的源头，同时对问题广而告之，杜绝下次再犯。

第二，把"扯皮"转化成"成本"。 要让业务部门明白，无理甩锅是有代价的：可能是时间（必须走完繁琐的工单复核流程才能受理），可能是公开通报（把错误原因和处理结果在管理层群公示），也可能是一句直接拒绝（"数据逻辑错误，非系统问题，退回业务部门自行处理"）。所以有时候信息部门要学会理性的拒绝。

第三，拿到自上而下的"权责背书"。 IT 领导最重要的向上工作，是把"数据谁产生谁负责"这条金标准，变成公司内部的最高管理准则、不可撼动的问责铁律。没有这把尚方宝剑，前面两条都软。出了问题第一个找的还是信息部门。

在一个还没建立数字治理机制的组织里，只懂技术、只会微笑服务的 IT 部门，注定在无穷的甩锅里消耗殆尽。只有敢于划边界、坚持专业、必要时敢于"斗争"的团队，才守得住那条数据红线。

综上所述，信息中心真正的价值，不是当业务的"技术保姆"，而是守住"系统跑得对、数据说得清"的那条底线。

系统是你建的，但数据是别人录的。录错了赖系统，就像做菜咸了赖锅铲一样，道理讲不过去，可现实里天天上演。

所以各位企业信息部门的兄弟，别再用"服务态度好"来证明自己。该出的溯源报告要出，该拒的甩锅要拒，该要的权责背书要去争。

阅读原文：点击这里​