企业架构师的敏捷策略

Scott Ambler 给希望对其企业架构过程进行剪裁的企业架构师们提出了一些忠告，告诉他们怎样支持敏捷软件开发团队。文章发表在 Cutter Consortium 的一份企业架构师报告中，总结如下。

在文中 Scott 向企业架构师阐述到，敏捷软件开发团队的工作方式各不相同，作为一个企业架构师必须清楚如何使这些团队“以一种将敏捷方式反映到软件开发的方式”工作。首先 Scott 指出敏捷团队 _ 需要 _ 从企业架构师处得到些什么：

• 手把手的参与。不仅仅是设计，还需要参与实际编码。
• 对常用标准和方针直截了当的指引。敏捷团队信仰的是编码和相似的标准，但企业架构师“必须做好维持这些信仰的准备，并以合作的方式支持这些信仰”。
• 总体概要图。“就我本人而言，我发现对于业务应用来说，一个高层次的企业领域模型、一张提供技术基础架构高层概况的 UML 部署图、一张自由格式的‘架构层次’图，以及一张高层企业业务流程模型总是非常有用的。”
• 参考架构。使参考实现来阐述预期的标准和实现方式。
• 指导。“对你组织内部的架构概念、架构、设计和其它系统的指导。”

随后，Scott 阐述哪些是敏捷团队不需要从企业架构师处得到的：

• 长篇累牍的文档。亲自上手了解要好得多。
• 耳提面命的管理。“对于敏捷团队来说，协作方式的管理最为行之有效，命令 + 控制的方式只会适得其反。”
• 审查（Review）。“审查是个‘很逊的过程’（Reviews are “process smells”）；假如紧抓审查不放有意义的话，那么这意味着你很可能在项目一开始就犯下一个严重的错误。”

最后，Scott 总结到：

企业架构师这些日子并不好过，因为他们不得不支持传统、敏捷以及混合型的开发团队。这也就是说，企业架构师必须能够灵活变通，并且随时准备适应即将到来的情况。开发团队则不应被要求去适应企业架构师的那一套，至少不是明显去适应。我的经验告诉我，如果让企业架构喧宾夺主，掌控了开发项目的全局，那么这个项目必败无疑 _（译者按：此句原文是“In my experience, the surest way to failure is to have the enterprise architecture tail wag the development dog”。英语里有这样一种说法：“The tail wags the dog”，比喻“某个不重要的事情占据了主导地位”）_。

您可以在 Cutter Consortium 注册后免费下载这份报告的 PDF 文档。