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 文档。
评论