Enterprise Architecture según The Open Group, por cierto, algunos lo llaman Arquitectura Empresarial...

The Open Group hace una aproximación formal a la definición de ‘Enterprise Architecture’ (Arquitecture Empresarial) afirmando que es un marco de trabajo que aporta soluciones a las necesidades de los stakeholders (personas cuyos intereses se ven afectados por la arquitectura de la empresa) y asegura una transformación suave de la organización y sin sobresaltos, facilitando modelos de negocio, de aplicaciones, de información y datos, y tecnológicos, así como su evolución en el tiempo.

Respecto a esta definición me gustaría dar mi punto de vista y aclarar varias cosas:

1.  La acepción moderna del término stakeholder, muy utilizado hoy en día, parece emerger en el Tavistock Institute de Londres a comienzos de los años 70. Sin embargo la aplicación del término ha ido evolucionando, por lo que desde mi punto de vista podemos considerar las siguientes definiciones en nuestro ámbito de Enterprise Architecture:

• El PMBOK®, en su cuarta edición define stakeholder en el ámbito de la gestión de proyectos como una persona u organización que tiene intereses que pueden verse afectados positiva o negativamente durante el transcurso y la finalización de un proyecto.
• The Open Group habla de ‘System Stakeholder’ como aquel individuo, equipo u organización cuyos intereses y preocupaciones están relacionados por alguna vía con un sistema.

2.  Cuando hablamos de marco de trabajo (framework) y herramientas, en el caso concreto de TOGAF, consideramos no sólo la metodología propuesta para hacer una aproximación a la arquitectura empresarial, si no también tenemos que considerar:

• Las definiciones de todos sus conceptos relativos a la arquitectura empresarial.
• El enfoque metodológico o ADM (Architecture Development Method) que va más allá de la propia metodología, que detalla paso a paso como crear la arquitectura .
• Un conjunto de guías y técnicas para aplicar con éxito la metodología.
• El metamodel en que se organiza los componentes de TOGAF y sus contenidos: matrices, diagramas y catálogos que se agrupan generando los building blocks (soluciones) de las arquitecturas.
• También se incluyen modelos de referencia, taxonomías y modelos organizativos para gobernar la organización en la evolución de sus arquitecturas.

3.  'Transformación suave…' Este término me encanta, sin duda es uno de mis favoritos, porque cuesta encontrar cambios en las distintas arquitecturas que no provoquen problemas, tiranteces entre las distintas áreas o imprevistos no previstos. Todos hemos tenido experiencias tensas y muy tensas en todos los sectores y compañías de cualquier tamaño. No debemos olvidar que una de las obligaciones del Enterprise Architect es realizar estas transiciones ‘as much smooth as possible’.

Estoy seguro que muchos de vosotros os habrá venido a la cabeza la famosa Gestión del Cambio, pero ojo, no se trata sólo de eso, si no de transiciones arquitectónicas en los niveles de business, information system y technological architecure.

4.  Por último, me gustaría que nos centráramos la coletillas final: ‘…y su evolución en el tiempo’. El término anglosajón empleado: Blueprint, hace referencia a los planos que utiliza un arquitecto en cada momento para la construcción. Su uso y aplicación en el ámbito empresarial me parece certero y exacto, pero ojo, en la vida real, hay retrasos, imprevistos y limitaciones que podrán impactar en nuestro plan de migración.

A veces es bueno leer las definiciones en detalle y sin prisas para tratar de entender de qué estamos hablando. OS aseguro que muchos CIOs, CTOs y CEOs hablan de Enterprise Architecture como una nueva tendencia de definir estrategia o una metodología de mejora de la calidad de los sistemas… Saber de lo que hablamos es tan sólo el primer paso para que nos escuchen con atención, nos respeten y piensen que lo que decimos puede tener sentido. A esto yo lo llamo romper estereotipos.