有很多人，特别是在大型组织里，自称“解决方案架构师”或“技术架构师”。他们设计好了软件，为自己的方案编写文档，然后扔给一个单独的开发团队。这个方案一旦“完成”，架构师就会去别的地方重复这个过程，甚至往往对开发团队的进展看都不看一眼。如果再加上“不是我发明的”综合症，结果往往就是接手的团队不会对这个方案负责，最初创建的“架构”变得脱离现实。
我曾见过不少这样的架构师，我主持过的一次面试就是这种软件开发方法的缩影。在照例抛出“谈谈你的角色和最近的项目”这个问题之后，我就清楚地知道，面前这个（为一个大型“蓝筹”咨询公司工作的）架构师的所作所为，就是给一个项目创建软件架构，写好文档然后到其他地方重复这个过程。他告诉我，给出“方案”后就很少或不再参与项目，然后我问他怎么知道他的软件架构是管用的。他被这个问题困住了，最后他声明这是“实现细节”。他自信地认为自己的软件架构是正确的，如果开发团队没有让它工作，那是他们的问题。在我看来，这种说法简直荒谬，这让他看起来像头蠢驴。他的方法也就是AaaS……“架构即服务”1 ！
1 AaaS，即Architecture as a Service。——译者注