数孪模型科技

你知道架构债吗？它可能正在阻碍企业创新

业务架构与流程

2023-4-12 11:03

原作者: 韩刚

摘要

题记在快速演进的数字化浪潮中，架构管理是为驾驭全局，加快创新和演进，避免由于大量的局部行动而使整体陷入重复和混乱的管理方法。因此，当你的组织长期忽视架构或没有一个稳定架构的时候，可能已经在悄悄损害 ...

题记

在快速演进的数字化浪潮中，架构管理是为驾驭全局，加快创新和演进，避免由于大量的局部行动而使整体陷入重复和混乱的管理方法。因此，当你的组织长期忽视架构或没有一个稳定架构的时候，可能已经在悄悄损害整体的创新力了，欠债越多，进步的能力就越差。当然，良好的架构设计也不应只以克服约束为目标，使能创新才是它的本质，客观上，架构管理活动本身也需要作为创新过程的一部分进行认真权衡与合理设计。

什么是架构债？

2016年2月，Gartner发表了《管理架构债务使能持续创新和交付》（以下简称《架构债》）一文，作者在文中提出了架构债的概念：

“架构债务与技术债务是一个类似的概念: 两者都表明现在做出的某个决策会在未来的某一刻产生影响或成本。技术债务反应了不完善的软件设计和开发的未来成本，而架构债务则反应了不充分的架构设计和使用的未来成本。当然，并非所有的债务都是坏事。刷爆你的信用卡可能不是一个好主意，但通过抵押贷款买房可能是一个不错的投资。问题的关键在于了解和管理你的债务。”

相对于厚重且更具技术性的“架构”概念，架构债是一个务实的面向业务成功的投资性概念：它是你的债务，是你只为了快速成功而决策对未来欠下的成本，你必须关注它。你在架构管理上的每个决策都是投资性决策，你不需要无债一身轻，你需要的是为组织业务目标负责的投资平衡。观察你的架构，了解对其偏离的情况和原因，以及可能导致的未来成本，并根据实际情况予以取舍。如果创新带来的效益超越了偏离架构带来的成本，你可以先记下它，然后大胆地往前走。

架构债是如何阻碍创新的

就国内的架构实践来说，典型的“不充分的架构设计”包括：

1、范畴缺失：比如把企业已有或正在建设的软件架构当做应用架构，缺乏面向纯业务逻辑的应用架构设计，或是单纯把流程当做业务架构甚至省略业务架构；

2、关系缺失：比如在业务架构、应用架构、数据架构、合规架构间缺乏有机的关联，应用组件间缺乏数据流关系定义，缺乏结合了组织、流程、应用、数据、合规等要素的端到端流程场景定义；

3、粒度不足：数据架构只列明了实体概念，没有进行逻辑模型的定义。

上述不充分的架构设计将直接为后续长期的建设与优化发展留下隐患，比如缺乏应用架构及其数据流关系规范会导致系统建设重叠，而端到端流程场景定义的缺失会使得系统建设形成一系列的孤岛和烟囱，这些都将直接推高IT建设的未来成本。

在“不充分的架构使用”方面，典型情况包括：

1、有而不用：架构被束之高阁，IT部门只将架构管理作为其内部技术工作，需求的提出和判定单纯由业务部门决定；开发人员从“零”开始做业务需求分析，不去参考已经定义的架构；评审专家在对解决方案做审核时主要依赖个人经验，不以架构为依据；

2、不做治理：架构一旦被定义完成，就不再对架构资产进行迭代和更新，导致解决方案与架构偏离日益拉大，架构失去了约束和支持作用。不充分的架构使用未能将架构管理作为持续创新工作的一部分，且未能融入持续创新的过程中，最终使得架构设计逐渐老化，并等同于架构设计上的不充分，由此导致与后者类似的未来成本。

对架构的认识误区

架构往往给人以宏大复杂的厚重感，因此很容易会让人认为架构管理将带来大量复杂冗余的技术工作，由此导致敏捷创新能力的下降。这也是人们为什么迟迟不愿意投入架构治理或是浅尝辄止的重要原因。事实上，这是对架构的典型误解。

架构虽然覆盖广泛，且需要在标准化定义、结构化建模和持续维护方面投入精力，但是，“厚重”并非架构的本质属性和根本要求，而是人们在架构管理上的不当选择。事实上，架构理论自1987年Zachman提出至今，对它的实践方法一直在演进。并且，为了适应当前行业和组织快速发展变革的趋势，架构实践的关注点也发生变化：从最早以指导软件的设计开发为目的，转移到当前以帮助企业达成其业务战略目标为目的；从描述海量细节和复杂关系的物理层架构，转移到更底层、更抽象的概念层、逻辑层架构；从强调架构设计的“正确性”，转移到强调通过轻量级架构指导解决方案设计的“敏捷性”。

架构是如何促进创新的

在《架构债》一文中，作者写到：
适量的架构不会限制设计师的创造力；相反，它在四个关键方面为实现价值奠定了实践基础：
· 让设计师专注于创新，而不是界面、集成或环境等工程问题。
· 提供对其他创新的方便访问和可利用的标准服务组合，如安全性、数据存储和访问以及基础设施。
· 简化集成、测试和发布(理想情况下能够自动化实现，并使用诸如DevOps等方法)。
· 支持持续的创新和交付，限制交付非标准解决方案所需的复杂的、额外的开发和支持。
正如古体诗的固定结构不是为了限制创作，而是提供了韵律和文字意蕴的回响空间；城市规划并不参与每栋大厦的设计和施工，但会对大厦与周边环境的“边界”和“接口”进行规定。架构在避免陷入混乱的同时，为创新者提供所有可能的公共支持。例如：定义企业级业务概念、通用业务功能和组件、预先定义的标准接口、可供其他开发团队的调用的服务，便利的集成开发与测试流程，以及所有其他为规避可能的复杂性和重复性做出努力。这样的架构，无疑是对企业创新的有力支持。

参考文献：
《Manage Architectural Debt to Enable Continuous Innovation and Delivery》（Gartner 2016.2）

内容下载

姓名*

公司名称*

您的职业*

邮箱*

备注

我愿意订阅数孪的市场宣传邮件

提交表示您已了解相关隐私政策，查看隐私申明

立即下载

EMAGE 平台

解决方案

知识服务

近期动态

关于我们