Arquitectura empresarial

El término empresa puede definirse como una unidad organizativa , 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 diversos 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 dichas 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, plasmados 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 con el fin de guiar la transformación de una empresa desde un estado base a un estado objetivo, a veces a través de varios estados de transición, se conoce generalmente 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. También se han evaluado herramientas de código abierto que apoyan la práctica de la arquitectura empresarial, como el Essential Project, en cuanto a su idoneidad en contextos de formación académica y comercial. ^{[ 11 ]}

Para transformar la arquitectura empresarial, es fundamental identificar a un patrocinador . Su misión, visión , estrategia y marco de gobernanza definen todos los roles, responsabilidades y relaciones involucradas en la transformación prevista. Los cambios que suelen considerar los arquitectos empresariales incluyen innovaciones en la estructura o los procesos de la organización; innovaciones en el uso de sistemas o tecnologías de la información; la integración y/o estandarización de los procesos de negocio; y la mejora de la calidad y la puntualidad de la información empresarial.

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 diversas listas, tablas y diagramas. Estos son modelos conocidos como vistas . En el caso de la EA, estos modelos describen las funciones o capacidades lógicas de negocio, los procesos de negocio , los roles y actores humanos, la estructura organizativa física, los flujos y almacenes de datos , las aplicaciones de negocio y de plataforma, el hardware y la infraestructura de comunicaciones.

El primer uso del término "arquitectura empresarial" se atribuye a menudo erróneamente a la obra de John Zachman de 1987, A framework for information systems architecture . ^{[ 12 ]} La primera publicación que lo utilizó fue, en cambio, una publicación especial del Instituto Nacional de Estándares y Tecnología (NIST) ^{[ 13 ]} sobre los desafíos de la integración de sistemas de información. El artículo del NIST describe la EA como compuesta por varios niveles. La arquitectura de la unidad de negocio es el nivel superior y puede ser una entidad corporativa completa o una subunidad. Establece para toda la organización los marcos necesarios para "satisfacer tanto las necesidades de información internas" como las de las entidades externas, que incluyen organizaciones colaboradoras , clientes y agencias federales . Los niveles inferiores de la EA, que proporcionan información a los niveles superiores, prestan mayor atención a los detalles en nombre de sus superiores. Además de esta estructura, la arquitectura de la unidad de negocio establece estándares , políticas y procedimientos que mejoran o dificultan la misión de la organización. ^{[ 13 ]}

La principal diferencia entre estas dos definiciones radica en que el concepto de Zachman se refería a la creación de sistemas de información individuales optimizados para el negocio, mientras que el del NIST describía la gestión de todos los sistemas de información dentro de una unidad de negocio. Sin embargo, ambas publicaciones coincidían en que, debido al "creciente tamaño y complejidad de las implementaciones de sistemas de información, es necesario contar con estructuras lógicas (o arquitectura) para definir y controlar las interfaces y la integración de todos los componentes de un sistema". Zachman, en particular, abogaba por una " metodología de planificación estratégica ". ^{[ 12 ]}

Dentro del campo de la arquitectura empresarial, existen tres escuelas principales: Diseño de TI Empresarial, Integración Empresarial y Adaptación del Ecosistema Empresarial. La escuela a la que se adhiera una persona influirá en su percepción del propósito y el alcance de la arquitectura empresarial, así como en los medios para lograrla, las habilidades necesarias para llevarla a cabo y la responsabilidad de su implementación. ^{[ 14 ]}

En el diseño de TI empresarial, el objetivo principal de la arquitectura empresarial (AE) es guiar el proceso de planificación y diseño de las capacidades de TI / SI de una empresa para alcanzar los objetivos organizacionales deseados, a menudo mediante una mayor alineación entre las necesidades de TI/SI y las del negocio. Las propuestas y decisiones de arquitectura se limitan a los aspectos de TI/SI de la empresa, y los demás aspectos sirven únicamente como insumos. La escuela de integración empresarial considera que el objetivo de la AE es crear una mayor coherencia entre las diversas áreas de una empresa (RR. HH., TI, operaciones, etc.), incluyendo el vínculo entre la formulación y la ejecución de la estrategia. En este caso, las propuestas y decisiones de arquitectura abarcan todos los aspectos de la empresa. La escuela de adaptación del ecosistema empresarial afirma que el objetivo de la AE es fomentar y mantener las capacidades de aprendizaje de las empresas para que sean sostenibles. Por consiguiente, se hace gran hincapié 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 la empresa como su entorno.

Los beneficios de la EA se logran a través de sus contribuciones directas e indirectas a los objetivos organizacionales. ^{[ 15 ]} Entre los beneficios notables se incluyen el 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 ]} la aplicación de la disciplina y la estandarización de los procesos de negocio, y la habilitación de la consolidación, reutilización e integración de procesos ; ^{[ 20 ] [ 21 ]} el apoyo para la toma de decisiones de inversión y la priorización del trabajo; ^{[ 17 ] [ 22 ] [ 18 ]} la mejora de la colaboración y la comunicación entre las partes interesadas del proyecto y la contribución a una definición eficiente del alcance 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 a través de la publicación de la documentación de la EA. ^{[ 23 ]}

Otros beneficios incluyen la contribución a diseños de sistemas óptimos y asignación eficiente de recursos durante el desarrollo y las pruebas del sistema; ^{[ 17 ] [ 18 ]} la aplicación de disciplina y estandarización de las actividades de planificación de TI y la contribución a una reducción del tiempo para la toma de decisiones relacionadas con la tecnología; ^{[ 18 ] [ 21 ]} la reducción de los costos operativos y de implementación del sistema y la minimización de los servicios de infraestructura duplicados en las unidades de negocio; ^{[ 21 ] [ 24 ]} la reducción de la complejidad de TI, la consolidación de datos y aplicaciones y la mejora de la interoperabilidad de los sistemas; ^{[ 20 ] [ 21 ] [ 24 ]} una 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 comerciales derivados de fallos del sistema y violaciones de seguridad. La EA también ayuda a reducir los riesgos de la entrega del proyecto. ^{[ 21 ] [ 26 ]} Establecer la EA como un concepto aceptado, reconocido, funcionalmente integrado y plenamente involucrado en los niveles operativos y tácticos es uno de los mayores desafíos que enfrentan los arquitectos empresariales hoy en día y una de las principales razones por las que muchas iniciativas de EA fracasan. ^{[ 27 ]}

Una preocupación clave sobre 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 varios informes, incluidos los escritos por Ivar Jacobson , ^{[ 29 ]} Gartner , ^{[ 30 ]} la Universidad Erasmus de Rotterdam e IDS Scheer , ^{[ 31 ]} Dion Hinchcliffe , ^{[ 32 ]} y Stanley Gaver , ^{[ 33 ]} que argumentan que el fracaso frecuente de las iniciativas de EA hace que el concepto no valga la pena el esfuerzo y que la metodología se desvanecerá rápidamente.