企业架构治理的重点不是增加审批环节，而是让架构原则、标准和决策进入项目建设及系统运营过程。通过组织分工、阶段检查、架构评审、执行监督和运营反馈，企业可以把一次性项目管控转化为持续改进机制。

一、为什么企业需要开展架构治理

企业架构如果只停留在规划设计和成果交付阶段，项目仍可能各自选择技术、重复建设系统或形成新的数据孤岛。治理的作用，是让目标架构和统一标准真正约束项目决策，并在实施后持续检查实际效果。

架构治理还要处理建设变化与标准之间的偏差。通过明确评审节点、执行责任和反馈机制，企业可以及早识别跨域影响，减少项目后期返工，并使架构资产保持有效。

二、企业架构治理主要管什么

治理对象包括架构原则、业务能力、应用系统、数据资源、技术组件、安全控制、架构制品和重大架构决策。每类对象都需要明确责任主体、状态、版本、适用范围和更新要求。

治理还应关注项目是否优先复用企业公共能力。例如，项目立项阶段缺少中台优先评估的管控节点，可能使项目绕过已有能力重复建设。因此，关键复用判断应成为正式治理对象。

三、如何建立架构治理的组织与职责

决策层负责批准架构方向和重大例外，架构治理委员会负责制定规则并组织跨域评审，企业级与领域架构师负责专业设计和审核，项目团队负责提交制品、执行决策并反馈结果。

出现跨域争议时，应按照明确的升级路径处理，避免责任悬空。不同治理角色既要分工，也要共享同一套架构对象、评审依据和问题台账。

四、如何把架构治理嵌入项目全生命周期

架构治理需要进入项目立项、需求分析、方案设计、开发实施、测试验收和上线运营各阶段。立项阶段评估目标和复用机会，设计阶段提交架构方案，实施与验收阶段检查决策落实，上线后持续收集运行结果。

项目管理材料也应与架构决策衔接，包括人力资源计划、合同管理计划、项目采购计划等。对于已识别的不确定性，可准备后备费用、预留进度时间、后备技术力量三个类别，并说明启用条件和审批责任。

图1  架构治理嵌入项目全生命周期

五、如何开展架构评审与例外管理

架构评审围绕业务匹配、方案合理性、标准符合性、跨域影响和风险控制展开。可采用差异化结构化描述方法、基于规则引擎的架构差异自动识别，将项目方案与目标架构和技术标准逐项比较。

辅助决策模型的输出内容涵盖推荐处理策略、推荐优先级。同时应展示模型判定所依据的特征匹配情况，包括影响范围匹配结果、业务价值评分结果和变更频率匹配结果，便于审批人员理解和复核。无法满足标准的项目应提交例外申请，并明确影响、期限和退出计划。

图2  架构评审与例外管理闭环

六、如何监督架构决策的执行情况

评审通过后，需要通过检查清单、问题台账、责任分派和状态跟踪监督架构决策、整改事项及例外条件是否落实。还可以探索基于规则引擎或轻量级AI分类模型的差异自动识别方法，提高高频检查的一致性。

监督过程应检查风险管控的措施与手段是否与项目总目标保持一致，并形成风险管理报告，风险管理的持续性要求风险管理报告保持连贯性。报告应持续记录风险变化、处置措施和剩余问题，而不是每次重新开始。

七、如何利用运营反馈完善企业架构

系统上线后的性能、容量、故障、安全事件、用户使用和业务效果，应返回架构治理体系。通过对照设计目标与运行结果，可以判断原有原则、标准和架构方案是否合理。

对于重复出现的问题，将进一步分析其产生原因。如果多个项目持续出现相同偏差，问题可能不在项目执行，而在规则不清、标准不适用或公共能力不足，治理重点应从单项整改转向架构机制调整。

八、如何形成企业架构持续改进机制

持续改进按照制定规则、项目评审、执行监督、运营反馈、问题分析和规则修订的顺序运行。项目与运营中发现的问题应分类记录，并关联到相应架构原则、标准、参考架构和治理流程。

企业应定期复盘治理数据，修订失效规则、补充参考架构并优化检查节点。修订后的要求再次进入项目全生命周期，使治理经验转化为统一标准，形成从项目管控到持续改进的闭环。

图3  企业架构治理持续改进闭环

九、主要参考来源

[1] The Open Group. TOGAF Standard, 10th Edition. 原文链接

[2] ISACA. COBIT 2019 Framework: Governance and Management Objectives. 原文链接

[3] ISO/IEC 38500:2015. Governance of IT for the organization. 原文链接

[4] Project Management Institute. 项目管理知识体系指南（PMBOK指南）[M].

[5] 国务院国资委. 关于加快推进国有企业数字化转型工作的通知. 2020. 原文链接

[6] 国家互联网信息办公室等. 生成式人工智能服务管理暂行办法. 2023. 原文链接

[7] ISO/IEC/IEEE 42010:2022. Systems and software engineering — Architecture description. 原文链接