EA逐渐沦为IT架构，它不再覆盖任何其它的技术类型，除了信息技术。结果很难吸引企业的管理人员、业务人员或者制造人员，就此而言，也涉及到IT 之外的其他利益相关者。

　　也会有一些其他的原因可能使得EA没有的到广泛的应用。通常EA没有授权架构上的视图，反射出相关利益者的利益所在，或者功能性架构阻止了广大用户的认可度。

　　企业架构正在过度简化。EA框架通常由四个架构层组成：业务层、信息层、应用层和技术层。EA开发通常在功能列表绘制之后考虑，技术目录是编译过的，应用架构也绘制好了，流程文档也由业务分析员开始做了，应用架构草图就出来了。

　　这或许是细枝末节或者“视图”是企业的不动产、会计、SCADA系统或者是IT中的电子邮件或者印刷架构，尽管他们可能在其他地方以一些形式备份文档存在过，但他们确实是相当多的利益相关者的利益点所在，不能不引起注意。

　　对于一些利益相关者，缺少视角降低了更多的利益和EA的使用。由于这种简化，在IT领域，EA架构师职位的广告直接登在信息、基础架构或者应用类的角色中。

　　此外，缺省的那部分利益相关者考虑的是客户，因此，视图再一次受限。最佳实践是来听听利益相关者的想法和捕获他们的一些观点，使其成为EA 架构层的一部分。企业发现应该通过同利益相关者的交互和用例开始进行EA。

　　通常，关键区域和关系没有EA功能性的和逻辑性的架构视图展示。缺少功能性体系架构抑制了企业运营的理解和对企业架构本身的理解。功能性体系架构概括了公司中互相连通的支撑企业价值链和业务模型的关键单元。像销售、市场、配送、制造、供应链、产品开发、人力资源、工资单……这样的企业功能是相当标准的。

　　逻辑性体系架构业也能够在一项功能中协助链接流程、应用和技术，分割EA开发工作。一个技术系统设计，逻辑架构规格说明是架构师执行描述系统运行和其组件的第一步。

　　功能性体系架构增加了业务、信息、应用和技术层，改进理解力，优化组织和EA详细说明。在围绕功能的服务创建上也可提供一种SOA 设计方法。