以下文章来源于数字周参 ,作者IT老周
关注数字化校园中的制度、技术与人的真实关系。

当技术部门总在“背锅”,学校的信创改造可能已经跑偏了。
今天分享一篇来自教育信息化一线工作者的真知灼见。欢迎大家在评论区分享你在教育信创过程中遇到的那些事~
出品丨自主可控新鲜事
本文内容来源于数字周参
正文共1830,建议阅读时间4分钟
那是一次并不大的事故。
周一早上,系统突然登录异常,不算瘫痪,只是部分老师进不去,但群已经炸了。
教务群在问、校办群在问、领导在问。
最后一句话落在信息中心主任身上:“怎么回事?” 他当时其实也不知道。因为那套系统,是业务部门主导采购的。服务器放在厂商云上、接口改动是上周临时决定的,但解释的责任落在他身上。
那天中午,他跟我说了一句话:“现在只要出事,第一反应都是我们。”他说这话的时候,没有抱怨,只是疲惫。
那一刻我开始意识到——当信息中心变成兜底部门,组织已经出现结构性问题。
兜底部门有一个典型特征:判断权不在它、结果责任在它。
项目不是它立的、需求不是它提的、预算不是它批的、节奏不是它定的。
但一旦出问题——系统卡顿、数据不准、老师抱怨、领导质疑,第一个被问责的,是信息中心。
这不是偶然、这是结构。
很多学校的信息化推进路径都类似:业务部门提需求、领导拍板、采购走流程、厂商进场、信息中心负责“配合”,配网络、配服务器、配接口、配账号。
在建设阶段,信息中心是支持角色,但到了运行阶段——系统问题变成“技术问题”、技术问题自然归技术部门,责任开始转移。
久而久之,形成一个默认逻辑:凡是系统相关,信息中心负责。哪怕系统的核心逻辑,是业务决定的。
很多信息中心主任跟我说:活多我不怕,怕的是——没有判断权。
他们能优化性能、能保障网络、能做数据备份。
但他们无法决定:这个系统是否应该上线、这个功能是否合理、这个指标是否伤人。
当技术部门承担运行后果,却无法参与决策前置判断,结构已经错位。
我常问一个问题:一个系统上线之前,谁说“必须做”?
如果是业务部门、如果是校领导、如果是外部压力,那上线之后的效果责任,是不是也应该共同承担?
但现实往往是:决策是集体的、后果是单点的。
信息中心,成为了那个单点。
表面看,是加班。深层看,是消耗。
当一个部门长期承担“最后一道防线”的角色,他会变得越来越保守、越来越谨慎、越来越不愿意创新。
因为任何失败,都会被归咎于他,这就是典型的风险转嫁结构。
判断权分散、责任集中。
组织长期这样运行,创新一定会收缩。
因为它“方便”,出了问题总要有人解释,信息中心最合适。
因为技术听起来专业,也因为它没有行政权力去反驳。
慢慢地,一种潜规则形成:信息中心是技术执行方,也是风险缓冲区。
而缓冲区,是最容易被忽视的。
真正危险的不是加班,是信息中心逐渐失去战略话语权。
当它被长期定位为“救火队”,它就很难再被视为“参谋”。
当一个部门只在出事时被看见,它的价值就会被固化在“应急”。
组织层面会形成一个隐性判断:信息中心是执行部门,不是决策部门。
这是比加班更深的代价。
因为健康的组织结构应该是:判断权与责任对齐。
谁主导需求,谁承担效果评价。谁决定节奏,谁承担运行风险。
信息中心的角色应该是:技术参谋、架构设计者、风险提示者。
而不是:最后解释人、最后背锅人、最后修复人。
当一个部门被长期安排在“兜底位置”,组织的权责结构已经倾斜。
有一所学校,后来调整了机制:所有数字化项目立项前,必须经过信息中心的技术评估意见。并且,项目运行效果由业务部门与信息中心共同签字评价。
不是为了分担责任,而是为了对齐判断。
那之后,信息中心不再只是“配合”,它开始参与前端设计,事故减少了。
不是因为技术更强,而是因为结构更稳。
如果信息中心长期处在兜底状态,它自己也会形成一种习惯:少说话、少挑战、少否定,因为反对成本太高。
慢慢地,组织里最懂风险的人反而最沉默,这才是最危险的地方。
很多消耗,不是事情难,而是责任不清。
当一个人开始怀疑自己,往往是结构已经开始转嫁代价,部门也是一样。
我并不替信息中心抱不平,我只是越来越确认一件事:
当一个部门成为默认兜底者,组织一定在某个地方,把判断权和责任拆开了。这种结构短期高效,长期脆弱。
数字化不是系统问题,是组织问题。信息中心如果永远在最后一公里救火,那前面的每一个决策节点,都值得被重新审视。
问题不在技术,在权责。
如果你所在的组织里,每一次系统问题都自动落到同一个部门,也许真正需要修的,不是服务器。而是结构。





免责声明:本文系网络转载,版权归原作者所有。但因转载众多,或无法确认真正原始作者,故仅标明转载来源,如涉及作品版权问题,请与我们联系,我们将在第一时间协商版权问题或删除内容!内容为作者个人观点,并不代表本公众号赞同其观点和对其真实性负责。

