La arquitectura empresarial ( EA ) es una función empresarial que se ocupa de las estructuras y comportamientos de una empresa, especialmente las funciones y procesos empresariales que crean y utilizan datos empresariales . La definición internacional según la Federación de Organizaciones Profesionales de Arquitectura Empresarial es "una práctica bien definida para realizar análisis, diseño, planificación e implementación empresarial , utilizando un enfoque integral en todo momento, para el desarrollo y ejecución exitosos de la estrategia. Arquitectura empresarial "Aplica principios y prácticas de arquitectura para guiar a las organizaciones a través de los cambios de negocios, información, procesos y tecnología necesarios para ejecutar sus estrategias. Estas prácticas utilizan los diversos aspectos de una empresa para identificar, motivar y lograr estos cambios". [1]
El Gobierno Federal de los Estados Unidos es un ejemplo de organización que practica EA, en este caso con sus procesos de Planificación de Capital y Control de Inversiones . [2] Empresas como Independence Blue Cross , Intel , Volkswagen AG , [3] e InterContinental Hotels Group también utilizan EA para mejorar sus arquitecturas empresariales, así como para mejorar el rendimiento y la productividad empresarial . Además, la guía de referencia de Federal Enterprise Architecture ayuda a las agencias federales en el desarrollo de sus arquitecturas. [4]
Como disciplina, EA "lidera de manera proactiva y holística las respuestas empresariales a las fuerzas disruptivas mediante la identificación y el análisis de la ejecución del cambio" hacia los objetivos organizacionales. EA ofrece a los líderes empresariales y de TI recomendaciones para ajustes de políticas y proporciona las mejores estrategias para respaldar y permitir el desarrollo empresarial y el cambio dentro de los sistemas de información de los que depende la empresa. EA proporciona una guía para la toma de decisiones hacia estos objetivos. [5] La guía de mejores prácticas de EA del National Computing Center establece que un EA normalmente "toma la forma de un conjunto integral de modelos cohesivos que describen la estructura y funciones de una empresa. Los modelos individuales en un EA están organizados en una lógica manera que proporcione un nivel cada vez mayor de detalle sobre la empresa". [6]
Los actores importantes dentro de EA incluyen arquitectos empresariales y arquitectos de soluciones. Los arquitectos empresariales se encuentran en el nivel superior de la jerarquía de arquitectos, lo que significa que tienen más responsabilidades que los arquitectos de soluciones. Mientras que los arquitectos de soluciones se centran en sus propias soluciones relevantes, los arquitectos empresariales se centran en las soluciones y el impacto en toda la organización. Los arquitectos empresariales supervisan muchos arquitectos de soluciones y funciones comerciales. Como practicantes de EA, los arquitectos empresariales apoyan la visión estratégica de una organización actuando para alinear las decisiones de personas, procesos y tecnología con metas y objetivos viables que resultan en mejoras cuantificables para lograr esa visión. La práctica de EA "analiza áreas de actividad común dentro o entre organizaciones, donde se intercambia información y otros recursos para guiar los estados futuros desde un punto de vista integrado de estrategia, negocios y tecnología". [7]
El término empresa se puede definir como una unidad organizacional , organización o conjunto de organizaciones que comparten un conjunto de objetivos comunes y colaboran para proporcionar productos o servicios específicos a los clientes. [8] En ese sentido, el término empresa abarca varios tipos de organizaciones, independientemente de su tamaño, modelo de propiedad, modelo operativo o distribución geográfica. Incluye el sistema sociotécnico completo de esas organizaciones , [9] incluyendo personas, información, procesos y tecnologías. La empresa como sistema sociotécnico define el alcance de la EA.
El término arquitectura se refiere a conceptos o propiedades fundamentales de un sistema en su entorno; y plasmado en sus elementos, relaciones y en los principios de su diseño y evolución. [10] Una metodología para desarrollar y utilizar la arquitectura para guiar la transformación de una empresa desde un estado de referencia a un estado objetivo, a veces a través de varios estados de transición, generalmente se conoce como marco de arquitectura empresarial . Un marco proporciona una colección estructurada de procesos, técnicas, descripciones de artefactos , modelos de referencia y orientación para la producción y el uso de una descripción de arquitectura específica de la empresa. [ cita necesaria ]
Lo más importante para cambiar el EA es la identificación de un patrocinador. Su misión, visión , estrategia y el marco de gobernanza definen todos los roles, responsabilidades y relaciones involucradas en la transformación anticipada. Los cambios considerados por los arquitectos empresariales suelen incluir innovaciones en la estructura o los procesos de una organización; innovaciones en el uso de sistemas o tecnologías de información; la integración y/o estandarización de procesos de negocio; y mejora de la calidad y oportunidad de la información empresarial. [ cita necesaria ]
Según la norma ISO/IEC/IEEE 42010 , [10] el producto utilizado para describir la arquitectura de un sistema se denomina descripción arquitectónica . En la práctica, una descripción arquitectónica contiene una variedad de listas, tablas y diagramas. Estos son modelos conocidos como vistas . En el caso de EA, estos modelos describen las funciones o capacidades lógicas de negocio, los procesos de negocio , los roles y actores humanos, la estructura de la organización física, los flujos y almacenes de datos , las aplicaciones de negocio y las aplicaciones de plataforma, el hardware y la infraestructura de comunicaciones. [11]
El primer uso del término "arquitectura empresarial" a menudo se atribuye incorrectamente a Un marco para la arquitectura de sistemas de información de 1987 de John Zachman . [12] La primera publicación que lo utilizó fue una publicación especial del Instituto Nacional de Estándares (NIST) [13] sobre los desafíos de la integración de sistemas de información. [ cita necesaria ] El artículo del NIST describe que EA consta de varios niveles. La arquitectura de la unidad de negocios es el nivel superior y puede ser una entidad corporativa total o una subunidad. Establece para toda la organización los marcos necesarios para "satisfacer tanto las necesidades de información interna" como las necesidades de entidades externas, que incluyen organizaciones cooperantes , clientes y agencias federales . Los niveles inferiores del EA que proporcionan información a los niveles superiores están más atentos a los detalles en nombre de sus superiores. Además de esta estructura, la arquitectura de la unidad de negocios establece estándares , políticas y procedimientos que mejoran o obstaculizan la misión de la organización. [13]
La principal diferencia entre estas dos definiciones es que el concepto de Zachman era la creación de sistemas de información individuales optimizados para los negocios, mientras que el del NIST describía la gestión de todos los sistemas de información dentro de una unidad de negocios. Las definiciones en ambas publicaciones, sin embargo, coincidieron en que debido al "creciente tamaño y complejidad de las [i]mplementaciones de [i]sistemas de información... construcciones lógicas (o arquitectura) para definir y controlar las interfaces y. .. "Es necesaria la [i]ntegración de todos los componentes de un sistema". Zachman, en particular, abogó por una " metodología de planificación estratégica ". [12]
Dentro del campo de la arquitectura empresarial, existen tres escuelas generales: diseño de TI empresarial, integración empresarial y adaptación del ecosistema empresarial. La escuela a la que uno se suscriba afectará la forma en que ven el propósito y el alcance de la EA, así como los medios para lograrlo, las habilidades necesarias para llevarla a cabo y el lugar de responsabilidad para llevarla a cabo. [14]
Bajo el Diseño de TI Empresarial, el propósito principal de EA es guiar el proceso de planificación y diseño de las capacidades de TI / IS de una empresa para cumplir con los objetivos organizacionales deseados, a menudo mediante una mayor alineación entre TI/IS y las preocupaciones comerciales. Las propuestas y decisiones de arquitectura se limitan a los aspectos de TI/IS de la empresa y otros aspectos sirven sólo como entradas. La escuela Enterprise Integrating cree que el propósito de EA es crear una mayor coherencia entre las diversas preocupaciones de una empresa (RRHH, TI, Operaciones, etc.), incluido el vínculo entre la formulación y ejecución de la estrategia. Las propuestas y decisiones de arquitectura aquí abarcan todos los aspectos de la empresa. La escuela Enterprise Ecosystem Adaptation afirma que el propósito de EA es fomentar y mantener las capacidades de aprendizaje de las empresas para que sean sostenibles. En consecuencia, se pone mucho énfasis en mejorar las capacidades de la empresa para mejorarse a sí misma, innovar y coevolucionar con su entorno. Normalmente, las propuestas y decisiones abarcan tanto a la empresa como a su entorno.
Los beneficios de EA se logran a través de sus contribuciones directas e indirectas a los objetivos organizacionales. [15] Los beneficios notables incluyen apoyo en las áreas relacionadas con el diseño y rediseño de las estructuras organizacionales durante fusiones, adquisiciones o cambios organizacionales generales; [16] [17] [18] [19] aplicación de la disciplina y estandarización de los procesos comerciales, y habilitación de la consolidación, reutilización e integración de procesos ; [20] [21] apoyo a la toma de decisiones de inversión y priorización del trabajo; [17] [22] [18] mejora de la colaboración y comunicación entre las partes interesadas del proyecto y contribución al alcance eficiente del proyecto y a la definición de entregables del proyecto más completos y consistentes ; [19] [20] y un aumento en la puntualidad de la obtención de requisitos y la precisión de las definiciones de requisitos mediante la publicación de la documentación del EA. [23]
Otros beneficios incluyen la contribución a diseños óptimos de sistemas y una asignación eficiente de recursos durante el desarrollo y las pruebas del sistema; [17] [18] aplicación de la disciplina y estandarización de las actividades de planificación de TI y contribución a una reducción del tiempo para la toma de decisiones relacionadas con la tecnología; [18] [21] reducción de los costos operativos y de implementación del sistema, y minimización de servicios de infraestructura replicados en todas las unidades de negocios; [21] [24] reducción de la complejidad de TI, consolidación de datos y aplicaciones, y mejora de la interoperabilidad de los sistemas; [20] [21] [24] TI más abierta y receptiva , como se refleja en una mayor accesibilidad de los datos para el cumplimiento normativo y una mayor transparencia de los cambios de infraestructura; [21] [25] y una reducción de los riesgos empresariales derivados de fallos del sistema y violaciones de seguridad. EA también ayuda a reducir los riesgos de la ejecución del proyecto. [21] [26] Establecer EA como un concepto aceptado, reconocido, funcionalmente integrado y totalmente involucrado a niveles operativos y tácticos es uno de los mayores desafíos que enfrentan los Enterprise Architects hoy en día y una de las principales razones por las que muchas iniciativas de EA fracasan. [27]
Una preocupación clave acerca de la EA ha sido la dificultad para llegar a métricas de éxito debido a la naturaleza amplia y a menudo opaca de los proyectos de EA. [28] Además, ha habido una serie de informes, incluidos los escritos por Ivar Jacobson , [29] Gartner , [30] Erasmus University Rotterdam e IDS Scheer , [31] Dion Hinchcliffe, [32] y Stanley Gaver, [33 ] que argumentan que el frecuente fracaso de las iniciativas de EA hace que el concepto no valga la pena y que la metodología desaparecerá rápidamente.
Según la Federación de Organizaciones Profesionales de Arquitectura Empresarial (FEAPO), EA interactúa con una amplia gama de otras disciplinas que se encuentran comúnmente en entornos empresariales, como ingeniería y gestión del rendimiento , ingeniería y gestión de procesos , TI y gestión de cartera empresarial , gobernanza y cumplimiento , TI. planificación estratégica, análisis de riesgos , gestión de la información , gestión de metadatos , desarrollo organizacional , pensamiento de diseño , pensamiento sistémico y diseño de experiencia de usuario . [1] [34] [35] [36] La EA de una organización es demasiado compleja y extensa para documentarla en su totalidad, por lo que las técnicas de gestión del conocimiento proporcionan una manera de explorar y analizar estas áreas ocultas, tácitas o implícitas. A cambio, EA proporciona una forma de documentar los componentes de una organización y su interacción de una manera sistémica y holística que complementa la gestión del conocimiento. [37]
En varios lugares, [38] se ha discutido que EA tiene una relación con la Arquitectura Orientada a Servicios (SOA), un estilo particular de integración de aplicaciones. Las investigaciones apuntan a que EA promueve el uso de SOA como patrón de integración en toda la empresa. [39] [40] El amplio alcance de EA ha dado como resultado que esta función empresarial se incluya en los procesos de gobernanza de la tecnología de la información de muchas organizaciones. La firma de analistas Real Story Group sugirió que EA y el concepto emergente de lugar de trabajo digital son "dos caras de la misma moneda". [41] El Cutter Consortium describió la EA como una disciplina basada en la información y el conocimiento. [42]
Medios relacionados con la arquitectura empresarial en Wikimedia Commons
Citas relacionadas con la arquitectura empresarial en Wikiquote
La definición del diccionario de arquitectura empresarial en Wikcionario