技术债务是任何 IT 实施的正常且不可避免的副作用。当团队通过做出牺牲、走捷径或使用变通办法来满足交付期限时“借用”质量时，就会发生这种情况。最终，这可能会影响性能、可扩展性、弹性、复杂性、敏捷性或类似特征。
集成中技术债务的影响可能比单个应用程序中的影响大得多，因为它是跨多个系统使用的。它属于架构债务的范畴：基础性的并嵌入到应用程序和组合中。如果管理不好，将会影响所有使用集成的应用程序的核心软件质量。
然而，集成通常是事后才考虑的，这使得集成更有可能产生技术债务，因为集成的实施没有考虑长期维护、重用和变更管理。
随着技术债务的增加，维护集成的努力也会增加。这降低了软件工程团队快速响应不断变化的需求的能力。因此，技术债务成为敏捷性的阻碍因素而不是推动者，从而造成流程瓶颈并减慢新计划的交付。
集成技术债务无法完全避免。然而，战略性地进行集成并遵循集成开发的最佳实践可以帮助防止导致集成的许多原因。
软件工程领导者通常负责集成，并负责管理集成技术债务。 Gartner 发现，集成向 60% 的软件工程领导者汇报，使其成为软件工程领导者负责的第三大常见职能。鉴于这一责任，软件工程领导者可能很难更有效地构建和管理集成以确保技术债务不会阻碍创新和增长。
软件工程领导者可以采取以下措施来管理和减少集成技术债务。
战略性地进行集成以减少集成技术债务
从战略上实现集成需要业务和技术利益相关者的支持，因此重要的是要认识到集成技术债务如何增加软件开发和维护成本并降低敏捷性。
不存在适合所有组织的一刀切策略。最佳策略将取决于组织中集成的目标是什么、谁将承担其责任以及谁将负责构建和维护所需的任何集成。
接受一些集成技术债务是不可避免的，并将重点放在最具破坏性的债务上。软件工程领导者应该对影响比其他人更需要敏捷性的系统的债务容忍度更低。如果某些集成部分需要不断变化，那么债务将比与稳定系统连接的某些部分产生更大的影响。在这些系统中，为了预防债务的发生而接受债务甚至可能是有意义的。
确定集成技术债务的原因
软件工程领导者必须了解存在哪些技术债务以及它如何影响业务。对大局了解不足会导致可见性有限，从而导致最受炒作的集成问题占据团队的思想份额，而不是那些真正最有问题的问题。
集成技术债务的一些主要贡献者包括：
软件工程领导者应该注意表明集成技术债务正在影响业务效率的迹象。他们可以通过记录集成新系统和应用程序中断所需的时间来做到这一点，这可能导致他们将集成识别为问题的根本原因。
优先考虑需要修复的技术债务项目
一般来说，组织管理技术债务的资源和时间有限，因此他们必须考虑将重点放在哪里。解决集成技术债务应该成为处理技术债务总体战略的一部分，集成债务项目优先于组织必须管理的其他技术债务。
技术债务的影响并非在所有情况下都相同。一些技术债务项目需要尽快解决，而其他技术债务项目可以推迟或忽略。因此，能够确定必须立即解决的项目并确定其优先顺序非常重要。
应用程序中技术债务项目优先级的方法可以应用于集成。这意味着通过评估其风险和业务影响以及解决这些问题的成本来确定技术债务项目的优先级。
软件工程领导者应该通过定义在整个组织内构建和管理集成的策略来减少集成技术债务的影响，并明智地决定何时承担债务以便更快地交付。通过识别其根本原因并持续监控集成，防止集成技术债务失控。通过优先考虑需要修复的技术债务来管理集成技术债务的成本和后果。
您可能还喜欢……
如何在软件开发中最大限度地提高人工智能的投资回报率
问答：解决过时功能标志的问题
