拥有敏捷文化和使用敏捷交付方法并不一定会导致具有敏捷特征的产品。敏捷交付必须平衡早期交付到市场的商业价值[2]与利用和连接到生态系统中将为产品增加价值的其他组件的未来价值。因此，开发敏捷主干的更合适的方法可能是着眼于企业，特别是在DPBoK标准的团队团队和持久企业环境中。换句话说，TOGAF 核心概念和 ADM。有关使用 TOGAF 标准支持敏捷交付的企业架构的更多信息;请参阅 TOGAF 系列指南：实现企业敏捷性。通常，最快的交付涉及的解决方案不容易与其他功能适应，并且难以连接到生态系统中可以为产品增加价值的其他组件。®

重要的是要考虑到，组织要实现数字化，他们必须通过提供竞争对手不考虑的附加价值的产品和服务来改进其数字产品。为了实现这一目标，实验很重要，使用迭代测试和学习方法来识别新的数字产品。企业架构非常适合支持这种实验，提供业务目标与数字愿景的一致性;例如，通过应用设计思维等技术。使用架构替代方案来选择不同的潜在实施路线图也是一个加分项。

二、被动管理技术债务

原则上，技术债务是可以避免的，但在实践中是产生。但是，可以主动管理组织承担的债务金额。TOGAF 标准具有许多功能，当在企业级应用这些功能时，可以帮助主动管理基础架构。在使用开放集团标准的数字化转型战略实施中，债务被描述为：

“期望状态和当前状态之间的差距是一种负债——企业承担的债务。当权衡决策导致积压工作增加时，架构师和企业故意增加当前状态和目标状态之间的鸿沟——债务增加。使用成熟度和服务设计的评估，从业者约束和指导企业在权衡决策中绊倒。它还提供见解并迫使企业涉及所有技能垂直领域 - 人力资源，财务，产品和服务线，战略等。

在使用 TOGAF 标准创建主动管理技术债务的策略时，请考虑以下事项：

• 标准包括内部商定的系统实施方式，其中一些可以帮助主动管理技术债务

  一些标准由政府法规驱动并接受审计，例如通用数据保护条例 （GDPR）、SWIFT、巴塞尔 II 和巴塞尔 III。其他标准被采纳为最佳实践。无论其来源如何，一旦被采用为标准，它们就可以跨越产品领域，通常是整个生态系统。识别标准和管理标准的生命周期消除了Scrum团队的一些猜测工作。除了识别使用的标准，传达它们并使它们可见之外，企业架构师随时准备帮助Scrum团队使用这些标准。在严格的文化中，正式的架构委员会检查标准在架构和实施系统中的使用。但是，在敏捷开发环境中，架构板更像是护栏，以确保系统避免难以逆转且成本高昂的实施决策，或者可能导致集成和卓越运营问题的实施决策。非内部开发的解决方案中使用的组件将具有标准和标准生命周期，这将影响数字产品的可维护性。®

• 架构存储库和企业连续体是数字化企业的资产，敏捷交付团队可以使用它们做出更明智的设计选择，并使用自己公司经过验证的设计

  虽然敏捷流程不专注于文档，但 TOGAF 标准的很大一部分确实侧重于记录和分析环境。产品架构可以利用不受环境开发、管理或控制的组件，企业连续体提供了一种对组件进行分类和组织的方法，从而增强了数字产品的可持续性。

• 数字从业者关注的是支持数字化转型的七个杠杆中所述的数字企业的能力，而不仅仅是数字产品和服务以及 IT 和交付层

  TOGAF 标准技术可以应用于产品架构，例如利益相关者管理、业务转型准备评估、风险管理以及 DPBoK 标准中描述的其他几个能力领域。

  四、成熟的数字产品和卓越运营

  数字产品和服务有一个从开始到淘汰的生命周期。生命周期的长短取决于其对生态系统的生存能力。敏捷过程的优势在于基于证据的特征测试，这意味着一些实验将是成功的。对于由于某种原因而失败的产品，其生存能力的长期后果无关紧要。该产品已经证明了其可行性，而不一定是为可持续性或深度嵌入式集成而设计的，这可能需要返工以解决集成到更大生态系统的问题。

  一个新的数字产品会引发一系列事件。采用任何技术的产品都在不断发展。如果它们不进化，它们就会变得过时。产品和服务的发展是由不断增加的客户价值驱动的。价值可以从许多角度来衡量，但一个常见的角度是产品或服务与其他事物连接的能力。

  TOGAF 标准可用于管理和完善数字产品，并帮助实现卓越运营。但是，有时感觉这是一个相当大的挑战，因为敏捷流程专注于通过文档交付代码，而 TOGAF 标准的大部分方法都围绕工件收集和管理。

  尽管在农业学家中可能会有一种感觉，即不需要建筑，但本文档的作者断言有。可能是架构不被理解，或者写下来，或者它可能是一个设计不佳的架构;但只要有制度，就有架构。在不建议架构文档的最佳实践的情况下，每个架构描述都可以绘制在​ 图 1 “文档矩阵示例”中描述的矩阵上。

  

  一个系统，无论是大的、小的、简单的、复杂的，昨天刚刚发明的，还是像穿孔卡大型机一样古老的，都有一个架构。该架构有描述;我们可以用视觉、口头或书面形式来描述它。

  建筑师的工作是及时完成足够的架构。TOGAF 标准描述了架构描述应包含的内容，例如有关利益相关者、关注点、观点（例如，利益相关者的观点 – 解决他们的关注点）和观点的信息。与架构的进化状态分开的是建筑的形式，这是对其完整性、健全性和健壮性的单独衡量。明显的问题领域是极端的，当：

  • 系统（及其架构）复杂且未记录（架构不足）
  • 在我们测试其可行性之前，每个潜在的系统、产品或想法都有一个“架构要求”（太多的架构）

  架构师应该具有能够应用在建筑环境上下文中实现最佳结果的架构格式的经验。

  五、简化复杂性

   

  数字产品必须适应其不断发展的生态系统，否则它们将失去价值。数字产品可能会变得效率低下、过时或维护成本太高。一个结构良好、适应性强、可扩展且灵活的生态系统是架构的目的。

  TOGAF ADM 为以企业架构的形式理解和描述更大的数字生态系统提供了指导。TOGAF 标准还可用于将生态系统划分为分段架构，而数字产品可以描述为解决方案架构。

  随着数字产品和服务复杂性的增加，可以而且应该应用更严格的架构形式来维护数字产品的“敏捷”方面。问题变成了应用多严格？使用 TOGAF 标准中提供的指导，数字从业者可以减轻由复杂性引起的持续交付速度减慢;例如，通过宣传相对容易集成的可重用组件的严格和结构化开发。相反，架构师可以选择有助于解决复杂性的 TOGAF 组件，并取消选择针对其运行环境过度设计的组件。TOGAF 标准指出，它应该针对较小或不太复杂的环境进行调整和“适当调整”。

  最重要的是，TOGAF 标准侧重于被描述为客户或最终用户有价值的业务成果。这与衡量数字产品和服务价值的方式一致。然而，“你构建它，你操作它”的敏捷方法可能在运营上没有效率，特别是当数字产品开始将自己嵌入到技术基础设施的核心运营模型中时。TOGAF 标准提供的框架不仅适应产品架构，而且适应产品参与的整个功能。