集团信息化笔记 · 2026-09-25
信息中心为什么拿不到“决策权”？
- IT部门参与了几乎所有项目 - 系统建设离不开他们 - 数据、接口、平台都在他们手里
信息中心为什么拿不到“决策权”？
企业真实场景
在很多企业里，有一个很普遍的现象：
- IT部门参与了几乎所有项目
- 系统建设离不开他们
- 数据、接口、平台都在他们手里
但到了关键时刻：
- 上什么系统 → 业务决定
- 投多少预算 → 管理层决定
- 怎么推进 → 业务主导
IT能做的，往往只有一件事：
把已经决定好的事情实现出来
信息中心负责人最无奈的一句话是：
“我们什么都参与，但什么都决定不了。”
这，其实就是“没有决策权”。
问题本质
很多人以为：
IT没有话语权，是因为：
- 技术不够强
- 沟通不够好
- 不懂业务
但如果你观察足够多企业，会发现：
真正决定权力的，从来不是能力，而是“位置”。
更准确地说：
你是否在“结果负责链路”里
企业里的“决策权”从哪里来？
在企业里，决策权通常来自三件事：
1. 对“结果”的负责权
谁对结果负责，谁就有决策权。
例如：
- 销售对收入负责
- 生产对交付负责
- 财务对成本与利润负责
所以他们天然有话语权
2. 对“资源”的控制权
谁掌握资源，谁就有影响力。
- 预算
- 人员
- 渠道
能分配资源的人，才有真正权力
3. 对“风险”的承担权
谁承担风险，谁就有否决权。
- 项目失败
- 业务损失
- 合规问题
风险越大，权力越集中
一句话总结：
权力，不来自你“会做什么”， 而来自你“对什么负责”。
为什么IT天然拿不到决策权？
理解了权力来源，就能看清问题。
IT之所以拿不到决策权，通常是因为：
1. 不直接对业务结果负责
IT做系统，但：
- 不直接创造收入
- 不直接承担业绩指标
所以很难进入“核心责任链”
2. 不掌握关键资源
大多数企业中：
- 预算在业务或财务
- 项目由业务发起
IT只是执行资源的一部分
3. 不承担最终风险
系统出了问题：
- IT负责修
- 但业务损失往往由业务承担
IT没有“否决权基础”
4. 长期处于“服务角色”
很多IT部门习惯：
- 接需求
- 按要求做
- 避免冲突
久而久之：
从“参与者”，变成“工具人”。
哪些IT部门能拿到决策权？
你会发现，有些企业的IT是有话语权的。
它们通常具备几个特征：
1. 掌握“关键控制点”
例如：
- 主数据
- 系统集成入口
- 核心平台
谁控制“流动”，谁就有权力
2. 进入“项目决策前期”
不是等需求，而是：
- 参与立项
- 参与方案设计
从源头参与，才能影响方向
3. 与业务结果绑定
例如：
- 系统上线影响收入
- 数据质量影响决策
IT开始对结果“间接负责”
4. 拥有“否决能力”
- 架构不合理 → 可以否决
- 数据不规范 → 不允许上线
这是权力的体现
破局路径：信息中心如何获得“决策权”？
1. 进入“责任链”，而不是“执行链”
不要只做：
- 开发
- 运维
要做的是：
- 参与业务目标拆解
- 绑定业务指标
没有责任，就没有权力
2. 控制“关键节点”
优先拿下三件事：
- 主数据（数据入口）
- 集成平台（系统连接）
- 核心流程（业务关键路径）
控制节点，就是控制系统
3. 建立“架构话语权”
你需要定义：
- 系统边界
- 技术标准
- 数据规范
让别人必须遵守你的规则
4. 从“技术语言”切换到“业务语言”
不要说：
- 微服务
- 中台
- 架构
而要说：
- 成本
- 效率
- 风险
让决策层听懂你
5. 主动承担“风险与结果”
这是最关键的一步：
- 对系统稳定性负责
- 对数据质量负责
- 对关键项目结果负责
当你开始承担风险时，你才有资格要权力
IT部门的角色再定义
如果信息中心想获得决策权，必须完成一次认知升级：
不再是“支持部门”
而是：系统与数据的治理者
不再只是“技术团队”
而是：企业运行机制的设计者
不再只做“实现”
而是：参与“定义”
系统层面的支撑
权力不是喊出来的，而是“系统化出来的”。
你需要三类支撑： （之前文章反复提到）
1. 数据控制（MDM）
决定“什么是对的”
2. 集成控制（API / ESB）
决定“系统怎么连接”
3. 架构控制（规范与评审）
决定“系统能不能上线”
一句话总结：
没有控制能力，就没有决策权。
写在最后
很多IT人一直在思考：
为什么我们这么辛苦， 却始终没有话语权？
但真正的问题是：
我们是否进入了“权力产生的结构”？
企业从来不是按“谁最专业”来分配权力。
而是按：
- 谁对结果负责
- 谁控制关键资源
- 谁承担核心风险
当信息中心开始：
- 控制数据
- 控制系统连接
- 参与业务结果
它就不再是“执行部门”。
而是：
企业运行秩序的一部分。
一句话总结
IT想要权力， 就必须从“做事的人”，变成“负责结果的人”。