业务IT与经营IT的断裂点

引言

许多企业都存在一种矛盾现象：一线业务部门使用着海量数据和工具，定期提交报告，但经营层却仍感觉“看不清全局”。这种矛盾的根源，在于驱动业务的IT（业务IT）与支持经营决策的IT（经营IT）之间的断裂。本文将梳理这种断裂为何产生，并将其归结为“决策结构”问题，而非人或组织的问题。

本质上，业务IT与经营IT并非彼此独立。业务产生的数据被经营层用于决策，决策结果再反馈回业务。只有这个循环得以建立，IT才能真正成为经营的武器。然而，在许多企业中，这个循环在中间环节被切断了。

业务IT与经营IT的断裂，常被归因于数据未送达或系统未集成。但实际上，数据往往存在，技术层面的集成也屡见不鲜。真正的断裂，发生在数据的“意义”未能与经营决策相连接的地方。

业务IT产生的数字，是为“现在如何行动”、“何处需要改进”、“优先处理什么”这类行动决策而优化的。具体包括：

这些对于驱动一线业务至关重要。

另一方面，经营层需要的是为“押注哪项业务”、“集中投资何处”、“停止什么”这类选择决策服务的判断依据。这类决策需要以下信息：

关键在于，问题并非业务IT的数字有误，或经营层不理解数字。即使是相同的数字，“用于决定行动的数字”与“用于选择战略的数字”所需的粒度、定义和语境也截然不同。如果未经转换就将一线数字直接呈报给经营层，两者之间就会产生断裂。

许多企业的结构是：业务IT隶属于事业部，而经营IT则归属管理部门或信息系统部门。在这种结构下，业务IT追求局部最优，经营IT承担报告与控制职能，角色分工被固化。结果导致，无人承担“连接业务与经营的IT设计”职责，断裂被结构化了。

察觉到这种断裂的企业，有时会通过BizOps（业务运营）或数据分析团队以人力方式弥合间隙。然而，只要判断标准未被结构化、解读因人而异、且未固化到IT系统中，根本性的断裂就无法解决。BizOps与其说是断裂的解决方案，不如说只是暂时的缓冲垫。

业务IT与经营IT的断裂点，正是从“行动决策”切换到“选择决策”的节点。断裂的本质在于，未能设计好这个关键的切换应由“哪些数字”、“何种定义”、“谁来执行”。这是IT投资或引入SaaS之前，根本性的决策设计问题。

缺失的是“应由谁作为主体，来设计连接业务与经营的IT”这一根本问题。由于经营层将此问题搁置，导致业务IT局限于一线，经营IT沦为单纯的报告工具，最终形成了两者互不交融的结构。

此时应追问的，并非如何改进现有报告。真正应追问的是：“经营层希望借助IT重现和支持哪些决策？”下一篇文章将探讨“提速型IT”与“留存型IT”的区别，并研究重新连接业务IT与经营IT所需的具体分离与设计思路。有效的IT战略与系统构建，始于这种决策设计的明晰化。