某大型装备制造企业，季度经营分析会定在周一上午九点。
周四下午，工作群里跳出一条消息，总经理秘书发的：“老总要在会上看一张从订单到交付的全景报表，各部门准备一下。”
信息部炸了锅。订单在 ERP，设计在 PLM，生产在 MES，发货在物流系统——四个系统，四套口径。光”在制订单”这一个数，三个系统给出三个答案。信息部长带着两个人熬了两个通宵，三十多张 Excel 拼到周日深夜。周一会上，总经理翻了三页，抬头问：“到底哪个数是真的？”
没人答得上来。
这不是哪家企业的意外。这是我们走进几乎每一家大型制造企业，都会撞见的日常。
问题不在系统不够好。问题在于：这些系统是按项目一个一个上的，从来不是按一张图建的。这张图，叫企业架构。
这篇文章不堆英文缩写，也不讲概念史。用制造业的语言说清三件事：企业架构到底是什么，它治什么病，制造企业怎么补上这门课。
一、问题不在系统，在系统之间
回看制造企业这十几年的信息化，乱象翻来覆去就三种。
第一种，数据各存一份。同一种物料，ERP 里一套编码，PLM 里另一套，MES 里还冒出个简称。每个系统单看都跑得好好的，可谁也不敢拍胸脯说哪份是准的。根子不在哪个系统差——是从来没有任何人、任何规则，管过”同一个东西在不同系统里叫什么”。
第二种，需求一来就立项。业务提个需求，就立个项目、上套系统。每套单看都合理，凑在一起就是一锅粥：功能重叠，数据割裂，接口密得像蜘蛛网。缺的那一环，是需求变成系统之前，先有人问一句：“这事在全局里归谁管？”
第三种，报表口径部门各异。财务、生产、销售各报各的数，对不上就开会扯皮。指标从哪来、经过哪些系统、出了问题找谁——从来没被定义过。
三个乱象，一个根因：每个系统都只管自己那一亩三分地，没有任何东西在管系统与系统之间的关系——业务怎么分工，数据怎么流动，功能怎么衔接。
有意思的是，“管系统之间关系”这件事，恰好是一门有名字、有方法、有工具的正经学问。它叫企业架构。
二、企业架构到底是什么
先打个比方。
建一座工厂，你不会让施工队边想边盖吧？总得先有总平面布置图：哪里是车间，哪里是仓库，物流怎么走，动力怎么配。再往下还有工艺路线：原料从哪进，经过哪些工序，从哪出去。日后要改扩建，先查图，再动工。
企业架构，就是企业的”总平面图加工艺路线”。它回答的问题朴素得很：这家企业到底干哪些事，这些事分别归哪个系统干，数据在哪儿产生、往哪儿流。
落到纸面，是四张图：
- 业务架构——企业到底做哪些事。一棵能力树：研发、采购、生产、销售、服务逐层拆开，每个能力归谁负责、上下游是谁，一清二楚。
- 应用架构——这些事由哪些系统承载。哪个系统管哪块能力，谁给谁供数，不许重叠，不留空白。
- 数据架构——数据在哪产生、谁是源头、流向哪里。每类核心数据只有一个权威源头，别的系统引用，不另起炉灶。
- 技术架构——支撑系统的”水电气”：机房与云、网络、算力、中间件。相当于厂区里的动力配套——业务看不见它，离了它什么都转不动。
有些企业还会专门做第五张图：安全架构，把权限、防护、合规单独成体系地管起来，相当于厂区的安防和消防。要不要单做，看规模和监管要求；但得知道有这张图。
有图和没图，差别是实打实的：
| 没有企业架构 | 有企业架构 | |
| 新需求来了 | 找厂商、立项、上新系统 | 先查图：归哪个能力、该哪个系统承载 |
| 系统建设 | 项目制，各上各的 | 按图施工，各就各位 |
| 核心数据 | 各存一份，事后对账 | 源头唯一，一处维护、多处使用 |
| 换系统 | 伤筋动骨，推倒重来 | 按图拆装，局部替换 |
三、它治什么病
对照第一节的三个乱象，企业架构恰好一一对应——
治”数据上不来”。源头和流向一定下来，报表就不用再靠人肉拼了：数从一开始就是通的。
治”系统不好用”。分工一定下来，新需求先过架构这关：该改老系统改老系统，该加新模块加新模块。系统不再野蛮生长。
治”转型不落空”。业务架构给了数字化转型一张顶图：先补哪块能力、后补哪块，钱花在哪，图上说了算。数字化规划，不再是一年一份的愿望清单。
四、最容易误判的三件事
误判一：企业架构是 IT 部门自己的事。恰恰相反。几张图里，业务架构是第一张，而业务能力在业务部门手里。IT 部门关起门画出来的图，业务不认，就是废纸。
误判二：企业架构就是咨询报告里的框框图。报告会过时，图会积灰。架构得活着——系统在变，需求在变，图也得跟着变。判断标准只有一条：下次立项，有没有人真的先查这张图。
误判三：大企业才需要。我们的经验正好反过来：系统超过十套、数据开始打架，就该画这张图了。而这个门槛，大部分成长中的制造企业早就迈过去了。
五、制造业怎么补这门课
不用推倒重来，三步就够。
第一步，盘家底。把业务能力、现有系统、核心数据盘清楚，画出几张图的现状版。难看没关系，先求真的。
第二步，立规矩。新需求立项，先查图：归哪个能力，该谁承载，数据走哪条线。规矩立住，乱象就断了源头。
第三步，用工具承载。架构不能只在咨询报告的 PPT 里躺着。能力地图、系统清单、数据目录，得沉淀在一个平台里，跟着业务一起长，变成”活档案”。
前两步治存量，第三步保增量——这套打法，我们叫它”存量治本，增量治根”。
六、这门课，我们怎么陪你补
我们自己，是这么干的：
咨询先行。盘家底、立规矩，这两步是我们的咨询顾问带着企业的骨干一起做的。图并不是我们画完交差，而是企业的业务骨干和信息化骨干一起画出来、一起认账的——只有这样，它才立得住。
平台承载。咨询成果不是一叠文档，而是直接沉淀进 EAMS——我们自研的企业架构管理平台。能力树、系统清单、数据目录、需求与架构的关联，全在平台里，随业务更新。下次立项，打开图查就行。
方法随行。直接购买 EAMS 的企业，我们提供企业架构方法论培训。工具离了方法玩不转——这门课早晚要补，不如一开始就补上。
开头那家装备制造企业，后来就是先把企业架构建起来，基于架构，找出问题，拉通数据。
让数据从源头就是通的。
结语
回到那个周四下午。
系统越建越多、数据越来越乱，不是信息化的失败，是信息化到了该补”架构”这门课的阶段。
先补图，再谈建设。先有架构，再有系统。
如果你们公司也是这样——数据上不来、系统不好用——加我们的企业微信，直接交流。
常见问题
Q：企业架构是不是只有大企业才需要？ 不是。经验门槛是：系统超过十套、数据开始打架，就该画这张图了。大部分成长中的制造企业，早就迈过了这个门槛。
Q：企业架构咨询到底交付什么？ 三样东西：四张架构图的现状版（业务、应用、数据、技术）、一套”新需求先过架构”的立项规矩、一个让成果持续更新的平台机制——交付的是活档案，不是一叠 PPT。
Q：EAMS 可以单独购买吗？ 可以。EAMS 是星顺自研的企业架构管理平台，支持单独购买，并附赠企业架构方法论培训。有试用需求的企业，充分交流后可开通免费试用。
如果这篇文章对你有启发，请转发给你的管理团队——也许，这正是开启真正转型的起点。
▎关于我们
星顺科技 · 制造业企业架构专家
数据上不来，系统不好用——病根都在企业架构缺位。
以企业架构为纲：存量治本，让数据真正贯通；增量治根，让需求从架构设计出发。
我们用「双翼法」帮大型装备制造企业补上企业架构这门课：咨询，把架构图画出来、立起来；自研平台 EAMS，让它活起来。
星顺数字化讲堂 · www.thinksum.cn ——关注我们，持续聊制造业的架构与数据。
