敏捷架构的痛苦

2025-03-10

近年来，敏捷工作方式因其承诺让事情变得更加灵活、更快，以及更好地应对变化而变得流行。然而，涉及到企业架构时，使用敏捷方法可能会变得复杂，可能会导致问题，最终引发敏捷架构的痛苦。

敏捷何时有效，何时无效

敏捷方法非常适用于短期、简单的项目。但将公司的长期计划转化为实际行动则完全不同。这项重大任务需要精心规划，并不适合敏捷方法的快速灵活特性。虽然敏捷在某些方面可以提供帮助，但理解它的局限性对于保持强大、清晰的架构计划非常重要。本文将探讨敏捷原则如何应用于企业架构和可能遇到的问题，以及如何管理这些问题。

不同的做法

企业架构是为公司的业务流程和IT系统创建详细且有组织的计划。它涉及长期规划、战略对接，并确保一切能够协同工作以支持公司的目标。另一方面，敏捷关注的是短期项目、快速变动和适应性。

企业架构的目标是长期目标，确保IT系统和业务流程与公司的未来计划相匹配。敏捷则专注于快速的结果，可能并不总是与这些长期目标相一致。按照敏捷方法工作的团队通常更关注当前的需求，这可能会导致做出当前有效但未来可能带来问题的决策。

下图反映了敏捷方法关注快速结果的特点。它展示了项目实施的三个步骤。在每个步骤中，焦点集中在项目的某一部分（如图所示的蒙娜丽莎的各个部分），符合敏捷方法。这个方法的风险在于，整体的大局被遗失或根本缺失。最终结果无法从开始到结束统一视角，因此每个专注的部分未能以结构化的方式共同构建一个连贯的整体。这在下图的第三步中得到了体现。

片面视角

敏捷方法鼓励团队独立工作。这种自由可以带来更多创新和更快的结果。但它也可能创造出一种片面的视角，不同的团队根据自身需求做出决策，却未必符合整体架构。这可能导致不一致性和整合问题。

企业架构框架通常有严格的规则，以确保系统的安全性和流程符合监管标准。敏捷的快速迭代周期可能很难保持这些标准。团队可能会优先考虑速度，而忽略了详尽的文档和合规性，从而导致风险和合规问题。

使用敏捷的实际问题

除了理论上的问题，使用敏捷进行企业架构也存在实际挑战：

• 管理依赖关系和整合问题。企业架构涉及不同系统之间的复杂连接。敏捷的迭代方法可能会使得管理这些依赖关系变得复杂。不同部分的团队可能会在没有强大整体计划的情况下难以高效协同合作。

• 敏捷实践的规模化问题。敏捷适用于小团队或项目，但将其在大型组织中推广可能非常困难。大型组织拥有相互连接的系统，需要小心协调。敏捷的规模化要求调整实践，以保持一致性，同时不失去敏捷的优势。

• 维护文档。文档在企业架构中至关重要，它为团队提供明确的指导，并确保连续性。敏捷偏好工作软件而非详细文档，这可能会在架构计划中造成空白。缺乏文档可能在新团队接手或以后修复问题时带来困扰。

解决方案与缓解措施

尽管在企业架构中使用敏捷存在挑战，但可以通过正确的策略加以管理：

• 混合方法。将敏捷方法与传统的架构实践结合。将敏捷应用于开发和实施，同时在更高层次上保持严格的规划和治理。这种方法可以在不失去战略一致性的情况下提供灵活性。《TOGAF系列指南：敏捷冲刺》文档提供了实现这种协作方式的指导。

• 加强治理机制。在敏捷框架内实施更强的治理机制。定期进行架构评审、严格的合规检查，以及遵守标准，有助于在利用敏捷速度的同时保持控制。

• 增强沟通与协调。改善敏捷团队与企业架构功能之间的沟通。定期的跨职能会议、整合规划会议和共享工具可以使敏捷工作与整体架构视角对接。

• 投资培训与工具。投资于支持敏捷和企业架构实践的培训和工具。培训可以帮助团队理解架构原则，并学习如何将其融入到工作流程中。支持文档管理、整合和治理的工具可以优化流程，确保一致性。

• 

敏捷架构的痛苦：敏捷正确使用

上图展示了敏捷方法如何应用于架构问题，并增加价值。通过从一开始就考虑架构工作中的依赖关系以及这些依赖关系与母架构的关系，可以持续关注预期的最终结果。这样，可以逐步推进并通过专注领域的帮助，朝着一个连贯的整体迈进。

结论

敏捷方法提供了许多好处，如灵活性、更快的交付和更好的响应能力。然而，在企业架构的背景下，敏捷方法也带来了挑战，可能会破坏架构框架的连贯性、战略对接性和稳健性。通过理解这些弊端并采用策略来缓解它们，组织可以在利用敏捷和传统实践的优势的同时，实现短期灵活性和长期目标之间的平衡。

Eric Jager是一位资深的企业架构专家及作家，拥有超过15年经验，著有《企业架构入门》及即将出版的《精通TOGAF®标准》。他持有Certified Master Architect、TOGAF® Practitioner等多项认证，并专注于将复杂商业战略转化为切实可行的架构解决方案