4. 术语治理的组织与角色设计

术语治理不是某一个人或某一个部门的“兼职任务”，而是一套需要长期运转的组织机制。制造企业里常见的失败模式是：IT部门建了一个术语库，业务部门偶尔填几条，没人审核，半年后数据陈旧、无人使用。要避免这种结局，必须在项目启动阶段就把“谁决策、谁生产、谁维护、谁落地”四件事分清楚。本节围绕四类核心角色——术语委员会、领域专家、数据治理专员、IT支持人员——说明它们的职责边界与协作方式。

一、四类角色的定位与职责

术语委员会是治理体系的决策层，通常由企业级数据负责人、标准化主管、主要业务域负责人组成，人数控制在5～9人。它不负责逐条审核术语，而是负责：批准术语治理的范围与优先级、裁定跨领域争议术语、发布术语标准、审批术语的废弃与合并、评估治理成效。例如当“工单”在设备维修域指维修任务、在生产域指生产派工单时，术语委员会需要裁定是拆分为两个术语，还是保留一个并加限定词。

领域专家是术语内容的生产者与权威来源，来自工艺、设备、质量、供应链、生产计划等业务域。他们的职责是：提出本领域术语需求、给出定义与同义词、提供使用语境与示例、参与争议术语的技术判断、确认术语变更对业务的影响。领域专家是兼职角色，通常每个业务域配置2～4名，需要具备“既懂业务又愿意写清楚”的能力。

数据治理专员是治理流程的运营者，属于常设岗位。职责包括：维护术语库的元数据规范、组织评审会议、跟踪术语状态流转、检查术语与数据标准的映射关系、统计术语覆盖率与使用率、推动术语在主数据与指标平台中的落地。他们是连接委员会、专家与IT的“中枢”。

IT支持人员是治理平台的实现者与运维者，负责术语管理系统的部署、权限配置、接口开发、与数据目录/主数据/BI工具的集成，以及术语变更后的技术同步。IT不决定术语内容，但决定术语能否被系统消费。

二、协作机制：从需求到落地的闭环

四类角色的协作不是简单的串行审批，而是围绕术语生命周期形成闭环。一个典型术语从提出到生效，会经历“需求提出—内容编写—评审裁定—发布—技术落地—使用反馈”六个环节，每个环节有明确的负责角色与输入输出。

上图的泳道结构说明了一个关键原则：每个环节都有唯一的第一责任角色。需求提出与内容编写由领域专家主导，数据治理专员协助规范格式；评审裁定由术语委员会负责，领域专家提供技术判断；发布生效由数据治理专员执行；技术落地由IT支持人员完成；使用反馈由数据治理专员统计并回流给委员会。这样既避免“人人有责等于无人负责”，也避免所有事情都堆到治理专员身上。

三、关键协作规则与争议处理

为了让协作可执行，需要约定几条硬规则。第一，术语提案必须附带使用语境，至少包含一个真实业务场景中的例句或字段说明，否则治理专员可以退回。第二，评审时限：常规术语5个工作日内完成评审，争议术语可延长至10个工作日，由委员会主任决定是否召开专题会。第三，争议升级路径：领域专家之间无法达成一致时，先由数据治理专员组织协调会；仍不一致的，提交术语委员会投票，采用“业务影响优先”原则裁定。第四，变更影响评估：任何术语的废弃、合并或定义修改，IT支持人员必须评估对现有报表、接口、主数据的影响，并在发布前给出同步方案。

四、角色配置与工作量参考

以一个年产值50亿元左右、拥有3个生产基地的离散制造企业为例，术语治理启动阶段的角色配置可参考如下：术语委员会7人（含主任1人），每季度召开一次全体会议，争议事项可临时召集；领域专家按业务域配置，工艺、设备、质量、供应链、生产计划各2人，共10人，每人每月投入约4小时；数据治理专员2人（专职），负责日常运营、评审组织与指标统计；IT支持人员1～2人（可兼职），负责平台运维与集成开发。这个配置下，首年可完成约800～1200条核心术语的标准化，覆盖主数据、指标与报表的主要字段。

需要强调的是，角色划分不是一成不变的。当术语治理进入成熟期后，领域专家的投入可以逐步降低，转为“按需响应”；数据治理专员则可能扩展为数据治理团队，承担数据标准、数据质量等更广的职责。但在启动阶段，清晰的职责边界和稳定的协作节奏，比任何工具都更重要。

五、可直接使用的角色职责对照表

这张表可以直接作为治理制度附件的初稿。填写时注意：第一责任角色意味着该环节的进度和质量由该角色兜底，协作角色提供必要输入但不承担最终责任。把这张表在启动会上逐条确认，能显著减少后续“这事该谁做”的扯皮。