就在几年前，即使是大型IT项目也可以通过精心策划而顺利完成。但世界已经向前发展。如今，我们在所有行业中都采用敏捷方法进行思考，并与小团队一起及时制定计划。在许多情况下，这是一个成功的策略。但总的来说，我们只是转移了问题。 “分而治之”使得在各个部分中找到解决方案变得更容易，但如果这些部分不结合在一起，它们就会发展自己的生命，产生无法集成的危险的孤立解决方案。
但我们已经有了 IT 架构师！
大约 20 年前，当比尔·盖茨为自己创造首席软件架构师这一职位时，这个头衔仍然在公开场合受到嘲笑。仅仅五年后，软件工程的专业化已经发展到了这样的程度，世界各地都有协会来培训这些专家，并且 ISO 专门针对软件架构制定了自己的标准。即使在今天，在规划 IT 系统时仍然经常提到 IT 架构师。但这些系统现在变得如此复杂，以至于任务划分更加专业化，我认为 电气承包商电子邮件列表 这也应该在概念上进行。因此，我们确实已经有了 IT 架构师，但根据他们的关注重点，今天至少有三种不同的架构师。
如今，软件架构师被理解为开发团队的技术领导者。她或他负责解决方案的技术架构、技术标准和实践。软件架构师专注于项目中实现的应用程序。相比之下，有一位企业架构师负责公司 IT 生态系统的战略发展。这主要涉及业务架构并在整个公司内进行沟通。然而，在这个管理层面上，如果要让利益相关者参与进来，企业架构师需要有很高的高度。
近年来，IT 的角色在几乎所有公司中都发生了变化：从支持功能转变为价值创造的核心要素。这使得公司决策层与单个 IT 项目之间的差距越来越大，这反映在越来越多的项目失败或险些酿成灾难。这一差距由中间级别填补，该中间级别专门负责弥合其他两个架构级别之间的差距。
解决方案架构师负责处理业务问题和技术，并且不像软件架构师那样关注细节。但解决方案架构师能够为业务和 IT 方面的利益相关者翻译记录的主题。解决方案架构师为特定业务问题开发解决方案，并支持企业和软件架构师成功专注于各自的专业领域。
解决方案架构师如何将所有这些整合在一起？
作为“世界之间的转换器”，解决方案架构师必须能够处理非常广泛的任务。这至少需要同样广泛的技术知识和个人技能。
当解决方案架构师创建解决方案的总体愿景时，会针对专业领域中的多个应用程序做出决策，从而确定产品或技术环境的策略。作为软件或企业架构师的经验在这方面很有帮助。由于解决方案架构师可以快速创建架构，因此可以创建解决方案的粗略设计，这构成了销售或项目管理资源规划的基础。如果对于解决方案架构师来说需求不够详细或不完整，作为业务分析师的经验将帮助您自己收集它们并在技术上将它们处理到所需的深度。在此背景下，还制定了架构标准或确保符合质量要求。