不幸的是，一些常见的错误正在摧毁企业架构，使其无法满足设计者的预期目标。事实上，随着时间的推移，有缺陷的企业架构可能会将企业推向完全错误的方向。
在开发或更新您的企业架构时，请三思而行并确保其不会落入以下七个陷阱中的任何一个：
1. EA工作与业务需求不一致
企业领导者可能会设计一个连贯的、详细的架构，但除非它专注于现实世界的业务需求，否则它无法获得长期成功。
通信基础设施服务提供商Zayo的CIO Ginna Raahauge建议称，在规划开始之前，应该先收集企业最具影响力的用例，确保这些用例是相关的，并对现有企业架构进行压力测试，以发现潜在的漏洞。例如，如果您遇到订单准确性方面的挑战，请确保仔细考虑是什么导致了前端和后端出现这种情况，以及架构的变化如何解决这个问题。
Raahauge认为，企业架构永远不会真正完成，它是动态发展的，因此企业应该至少每5年重新审视一次企业架构。随着技术发展越来越快，企业需要确保自身架构能够得到及时更新，以适应时代发展的步伐。
2. 没有采取“客户至上”的方法
商业和IT咨询公司Capgemini的副总裁Phillip Hattingh表示，在设计企业架构时，将设计计划与“以客户为中心”的方法保持一致非常重要。企业应该在整个设计过程中启用“以客户为中心”的目标和结果KPI，促进真正的全渠道客户旅程，使数字和物理相互作用。
“以客户为中心”的企业架构设计方法，标志着传统的“以产品为中心”的模式发生了重大变化。 Hattingh指出，“客户至上的方法将挑战传统模式，并有可能在未来导致运营模式发生变化。如果不采用以客户为中心的设计，企业可能会失去市场竞争力。”
3. 忽视集中核心目标和能力
未能集中核心业务目标和能力的企业架构注定会产生“孤岛”现象。
Adobe数字政府解决方案技术总监、美国农业部前首席企业架构师Jonathan Benett警告称，“当不同的办公室和部门遇到相同的挑战，并部署重叠的解决方案时，他们会陷入冗余、低效的系统中，从而阻碍实现业务目标的进展。此外，一旦工作流被孤立，实施任何企业架构都会变得越来越困难。”
Benett表示，他在担任政府机构企业架构师期间目睹了“孤岛”的破坏性影响。他解释称，“那些拥有充足预算和人力资本以解决紧迫问题的办公室，将开发自己的应用程序和方法，而非构建具有多种用途和满足跨机构需求的应用程序平台。当办公室和部门分开工作时，他们倾向于反对精简……因为他们缺乏对整体业务目标优势的可见性。”
消除“孤岛”企业架构的一种有效方法，是邀请代表主要业务职能的团队对他们的所有数字工具(包括应用程序、网站和劳动力管理程序)进行编目。然后包括全企业范围内的流程和政策。一旦创建了这种包罗万象的目录，就可以确定并建立差距和优势。自此，一个能力驱动的业务架构便形成了。
4. 将技术置于灵活性和业务目标之前
医疗数据和软件公司Arcadia的CTO Jonathan Cook表示，在开发企业架构时，很容易陷入“以技术为中心”的世界观，从而忽略了商业价值模型。要知道，业务需求在不断变化，我们作为技术领导者和专业人士需要实现、支持和加速这种变化。
当被“以技术为中心”的观念蒙蔽或束缚时，企业领导者可能会发现自己陷入了争论各种技术方法优越性的怪圈，而不是专注于如何支持当前和即将到来的业务需求。如果我们不能提供灵活、有弹性的架构，我们的企业将无法取得竞争优势。事实证明，在过去18个月中，只有那些迅速适应不断变化的市场条件的企业才能够获得生存甚至蓬勃发展。
5. 仅着眼当下
在没有预测未来增长需求的情况下开发的企业架构很可能最终会失败。保险经纪公司 World Insurance的CIO/CISO Liz Tluchowski表示，“如果没有路线图，您在创建效率以及支持业务目标等诸多方面可能会受限。而当发现您构建的内容无法满足业务的运营需求时，您还将面临尝试重新构建的额外费用。”
Tluchowski建议称，企业在构建任何可能随着业务发展和/或业务需求变化而进行扩展的系统时需要保持开放的心态。您可以使用以开放式架构而闻名的平台和服务，因为技术永远在变化，即使您计划周详，也会发生太多不可预测的事情。
6. 安全漏洞
在过去几年中，随着网络威胁形势的发展，企业架构也被迫发生了改变。网络安全技术公司 Deep Instinct的网络安全宣传主管Chuck Everette表示，“过去，安全性是一种补充或事后考虑的想法。但现在，安全性是企业架构及设计的核心和前沿，其他一切都建立在它之上或周围。”
哈里斯堡科技大学网络安全管理研究生课程的负责人Bruce Young警告称，没有将安全性纳入企业架构设计过程中是一个危险的错误，因为系统、应用程序和数据可能会暴露在危险中。网络威胁不断增加，对企业的成功网络攻击每天都在发生，因此必须从设计阶段开始将安全性纳入企业架构流程。
Everette表示，必须在设计和规划过程中，以及最终签核前的测试和验证阶段，考虑基本的安全问题。他建议对企业架构开发采取安全设计方法，因为安全设计会根据业务风险、价值以及漏洞的影响来强制执行设计的优先级。
7. 追求完美
大多数天才，包括IT和业务领域的人才，都希望打造出完美的产品。虽然“完美”可能是一个令人钦佩的目标，但在开发企业架构时，这并不是一个特别好的追求。
云计算服务提供商Fastly工程副总裁Laura Thomson解释称，“追求完美本身没问题，但过度纠结可能会导致大量问题，主要是各种过度构建和过度架构。”
Thomson警告称，为企业构建(管理层希望在五年内完成的)完美架构可能会导致复杂性和成本大幅增加。它推迟了交付期限，使系统的构建速度变慢，更容易出错和中断，并且增加了成本。
Thomson建议将目标定位于一个仅仅良好的架构——而非完美的。她表示，“完美的系统并不存在。一个80%的解决方案便能在短期内为企业带来前期价值。你可以而且应该迭代改进，而非追求一步就位的‘完美’。”
版权声明：本文为企业网D1Net编译，转载需注明出处为：企业网D1Net，如果不注明出处，企业网D1Net将保留追究其法律责任的权利。
京公网安备 11010502049343号