我相信我们中的许多人都会在某个时候发现自己：要么（a）在一个项目中作为单独的架构师工作，要么（b）在一个专门的架构团队中工作，但这个团队主要是由经验丰富和精通解决方案的人组成的 "松散 "集合，似乎是在一段时间后才聚集在一起的。我们所使用的流程和工具以及所生产的制品往往是在 "最佳努力 "和个人知识的基础上完成的，而 "架构师 "往往被视为项目中的技术专家。现在，越来越多的组织认识到了战略规划和正确的架构方法的重要性，这意味着许多组织正在寻找一种模式，在这种模式下，IS战略和架构功能被定义为一种具有特定输入和更重要的输出功能。从本质上讲，我们正在向一个适当的基于服务的架构功能转变。

那么，这样一个基于服务的架构功能应该包括哪些方面呢？显然，它需要大量参与业务解决方案的组合，如果它真的要支持企业的战略目标和运营，就应该涵盖整个企业的IS/IT环境，而且，也许更重要的是，在生命周期的早期就能影响整体解决方案架构和关键技术的选择。如果没有这种关注，架构将继续被用于技术角色，而解决方案的选择将继续由那些拥有资金并认为自己最了解自己所积累的知识库的人做出，即项目经理、分析师、业务发展经理等，他们都有有用的观点，但他们不是架构师。