• 这个问题没有标准答案，但有一个最接近真相的回答

01 一个永恒的“灵魂拷问”

在公司内部，有两类人永远在“吵架”。

业务部门说：“IT做的系统根本不好用，流程不对，逻辑不通，我们想要的功能一个没有，不想要的全给堆上来了。系统上线就是‘增负’，不是‘减负’。”

IT部门说：“业务需求天天变，今天说要A，明天说要B，上线前改三次，上线后又反悔。我们按照需求文档加班加点做出来的东西，到头来全是我们的错。没有明确的业务规则，让我们怎么开发？”

于是，一个永恒的争论诞生了：信息化建设，到底该由谁来主导？业务方，还是IT方？

支持“业务主导”的人说：业务是企业的核心，IT只是工具。工具要服务于业务，当然是用工具的人说了算。

支持“IT主导”的人说：信息化有其自身规律，不懂技术的业务部门只会提“拍脑袋”的需求，最后搞出一个“四不像”。系统架构、数据规范、技术路线，这些必须IT说了算。

还有人跳出来说：你俩都别争了，让老板来主导。

这个问题吵了20年，谁都说服不了谁。

为什么会这样？

因为这个问题本身就问错了。

02 业务主导的“蜜糖”与“砒霜”

先来看看“业务主导”这条路。

表面上，业务主导天经地义。业务部门最清楚痛点在哪里，最知道流程怎么走最顺畅，最明白数据从哪里来、到哪里去。

一家制造业企业的生产主管说：“我做排产做了15年，眼一瞄就知道哪条线该加单，哪个工序要提前。你让我听IT的？他们连车间的门朝哪开都不知道。”

这话没毛病。业务经验是时间熬出来的，不是读几本书就能学会的。

但“业务主导”的坑也很深。

深坑一：业务部门只看“点”，不看“面”。

销售部门想要一个功能，财务部门要另一个功能，生产部门要第三个功能。每个功能单看都有道理，但合在一起，系统就成了一个“四不像”——数据对不上，流程接不通，最后谁都用不好。

深坑二：业务需求天然“善变”。

今天市场变了，明天政策改了，后天老板有新想法了。业务部门跟着变化走，但系统开发需要时间。业务部门不理解：“不就是改个字段吗？怎么要三天？”IT部门崩溃：“你改这一个字段，后面十几个报表都要改啊！”

深坑三：业务部门不懂技术的边界。

业务部门经常会提一些“听起来很简单”的需求。“把这两个系统的数据自动同步一下就行”，听起来不复杂吧？但这两个系统来自不同厂商，数据库结构完全不同，接口标准互不兼容，要打通它们，相当于给一栋老房子重新布线。

业务部门不理解技术实现的难度和成本，这是天然的信息差。

03 IT主导的“理想”与“现实”

再看看“IT主导”这条路。

IT部门的优势是专业。他们懂系统架构，懂数据规范，懂技术选型，懂项目管理。让专业的人做专业的事，听起来很合理。

而且IT部门有一个业务部门不具备的视角：全局视角。他们能看到各个业务板块之间的连接点，能够从企业整体的角度思考问题，而不是只盯着自己的一亩三分地。

一家零售企业的CTO说：“业务部门只会说‘我要这个功能’，但不会考虑这个功能对系统整体性能的影响，不会考虑后续的运维成本，不会考虑数据的安全和合规。这些我们IT都得兜底。”

但“IT主导”的问题同样明显。

问题一：IT部门离业务太远。

很多IT人员没有一线业务经验，对业务场景的理解停留在“听需求”的层面。业务部门说“需要一个客户管理功能”，IT人员按照自己的理解做了一个“标准版”的客户管理，结果跟业务的实际操作对不上。

问题二：IT部门容易陷入“技术完美主义”。

技术人员天然追求“优雅”的解决方案——架构要先进，代码要规范，技术要用最新的。但很多时候，业务部门只需要一个“能用”的临时方案。也就是炫技.

业务部门想要一个“创可贴”，IT部门非要做一个“开胸手术”。最后系统是漂亮了，但黄花菜都凉了。

问题三：IT部门缺乏“买单”的压力。

系统不好用，业务部门的KPI完不成，奖金打折。但IT部门呢？系统上线了，验收通过了，项目就结束了。至于业务部门用得怎么样、有没有真正产生价值，IT部门关心，但不痛。

这就导致了“重建设、轻运营”的通病。

04 老板主导？别天真了

有人说，业务部门和IT部门都别争了，让老板来主导。

老板有全局视野，老板能拍板决策，老板能调动资源——听起来完美。

但现实是，绝大多数老板没有精力、也没有能力去主导信息化建设。

老板要操心的是战略、市场、资本、人才，信息化只是众多管理工具之一。你让一个CEO去盯着系统架构、数据标准和接口规范？不现实。

更重要的是，很多老板对信息化的理解停留在“买软件”的阶段。他们以为信息化就是花钱买一套系统，然后员工用起来，效率就上去了。他们不懂业务流程再造，不懂数据治理，不懂系统集成。

老板主导的后果往往是：钱花了，系统上了，但没人用。

05 这个问题的真正答案

吵了20年，到底有没有答案？

一般认为，这个问题的正确问法不是“谁来主导”，而是 “在不同阶段，谁发挥什么作用”。

信息化建设不是一个“单选题”，而是一个“配比题”。业务方和IT方各有其不可替代的价值，关键在于找到正确的协作模式。

在需求定义阶段，业务部门必须主导。

IT部门可以引导，可以提问，可以挑战，但最终回答“我们要解决什么问题”“这个流程应该怎么走”的，必须是业务部门。因为只有他们知道业务的实际运作。

IT部门在这个阶段的任务是“翻译”和“质疑”——把业务需求翻译成技术语言，同时质疑那些模糊的、矛盾的、不可行的需求。

在方案设计阶段，双方共同主导。

业务部门回答“做什么”，IT部门回答“怎么做”。这是一个反复碰撞、相互妥协的过程。业务部门要让步于技术可行性，IT部门要服务于业务价值。

没有谁“说了算”，只有“我们一起商量着办”。

在开发实施阶段，IT部门主导。

一旦方案确定，进入开发阶段，就该IT部门说了算。用什么技术栈、怎么写代码、怎么做测试，这些是专业技术人员的领域，业务部门不要“越位”指挥。

业务部门在这个阶段的任务是：及时确认、及时反馈、管好自己的需求变更。

在推广运营阶段，业务部门再次主导。

系统上线只是开始，真正产生价值的是长期使用。系统能不能用起来、能不能用好，取决于业务部门。

IT部门可以提供培训、提供支持、提供优化迭代，但“推动使用”这件事，必须业务部门自己来做。最好让业务部门自己的“种子用户”去带动其他人。

06 还有一个角色被严重忽视了

讨论到这儿，还有一个关键角色被严重忽视了。

那就是 “懂业务的IT人” ，或者叫“业务架构师”“需求分析师”“产品经理”——叫什么都行，核心是：那些既懂业务又懂技术的人。

这类人是“翻译官”，能把业务需求翻译成技术方案；是“粘合剂”，能把业务部门和IT部门捏在一起；是“缓冲带”，能在双方争吵时找到一个折中方案。

大部分信息化项目失败，不是因为技术不行，也不是因为业务不配合，而是因为缺少一个合格的“翻译官”。

业务部门说的话，IT听不懂；IT部门说的话，业务听不懂。中间缺一个人，能把两边的话“翻译”成对方听得懂的语言。

这个人，可能比“由谁主导”更重要。

07 最后的话

回头再看这个问题：信息化到底该由谁主导？

我的答案是：没有人能“单方面主导”。

这不是一个“谁说了算”的权力问题，而是一个“如何协作”的能力问题。

业务部门需要明白：IT不是“工具人”，技术有自己的规律和边界。你不能只提需求，不参与过程。

IT部门需要明白：技术不是目的，业务价值才是。你不能只炫技术，不解决实际问题。

老板需要明白：信息化不是“买软件”，而是业务流程和组织能力的再造。你不能只批预算，不参与变革。

真正成功的数字化，不是业务压过IT，也不是IT胜过业务，而是业务和IT长在一起，分不出彼此。

到那个时候，“谁来主导”这个问题，就不再是个问题了。

最后：忙起来吧，让大家都有事情做，尽管最后系统都趋于OA化。

---

思考题：在你所处的组织中，业务和IT的协作模式是怎样的？你觉得最大的障碍是什么？

​

阅读原文：https://mp.weixin.qq.com/s/rG005H3NQYkq7wZ_-JQt0A