Elementos, conceptos, consideraciones, herramientas... todo un vistazo macro, global genérico...

Hola, en los posts previos he definido teóricamente lo que es "AE", lo que son los "dominios" desde el entendimiento de AE, y finalmente he sugerido algunos "quick wins" para ofrecer una visibilidad temprana de resultados aplicables.

Ahora, en este post sólo listaré los elementos que considero relevantes (más importantes o los básicos) y sus conceptos relacionados con AE, a modo de "glosario de términos" o "punto de partida" para posteriores posts sobre la ejecución de un proyecto de AE. Trataré de crear la lista en secuencia, desde el punto de vista "top down"

Marco General de AE (desde uno de los tantos puntos de vista)

AS IS (situación actual)

Como indico, el objetivo es conseguir "la foto", la situación actual de la empresa, en términos de los cuatro dominios: negocio, información/datos, aplicaciones y tecnología/infraestructura.

TO BE (situación deseada)

Es la situación en la que debería y en la que quiere estar la empresa a futuro; también, en términos de los mismos dominios.

GAPs (brechas)

Se representan por las capacidades que faltan para lograr alcanzar el "TO BE", y estará definido por el desarrollo de metodologías, procesos, procedimientos, actividades, etc.

Dominio de Negocio

Temas relacionados: Estrategias, principios, gobierno, mercado, productos/servicios, organización, capacidades, rendimiento, procesos, funciones, casos de negocio, casos de uso, modelos, flujos de trabajo, procedimientos operativos, estado actual, estado objetivo (deseado), etc.

Dominio de Información/Datos

Temas relacionados: Gestión de principios y estándares, definición de metadata, diccionario de datos, modelos de información empresarial, procesos de calidad de datos, vistas a nivel de campos, estado actual, estado objetivo (deseado), etc.

Dominio de Aplicaciones

Temas relacionados: Principios, estándares, salud, rendimiento, frameworks, modelos funcionales, vista de actividades, patrones, modelos de desarrollo, vistas de integración, estimación de recursos, vistas de clases, modelos de configuración, estado actual, estado objetivo (deseado), etc.

Dominio de Tecnología/Infraestructura

Temas relacionados: Principios, estándares, valoraciones de salud, ciclo de vida de los activos, modelos de referencia tecnológicos, catálogo de servicios, definición de servicios, mapas tecnológicos, gestión de la CMDB (ver ITIL), estado actual, estado objetivo (deseado), etc.

TOGAF (the Open Group Architecture Framework)

Es una "metodología" y un "framework" que tiene como objetivo hacer que las empresas sean más eficientes; asegurando normas, métodos y comunicación entre el negocio y tecnologías de información.

Componentes (mayor detalle ir a  http://www.opengroup.org/togaf/ ):

- ADM (Architecture Development Method)

- ADM Guías y Técnicas

- Architecture Content Framework

- Enterprise Continuum & Tools

- TOGAF Reference Models

- Architecture Capability "Framework"

ADM (Architecture Development Method)

De todos los componentes de TOGAF, sólo detallaré el ADM.

Fases del ADM

Fase PRELIMINAR

FASE A - Architecture Vision: 

Define la visión, stakeholders, principios, lineamientos, políticas, etc.

FASE B - Business Architecture:

Define las áreas clave del negocio, los procesos, puntos de vista (viewpoints), frameworks, etc.

FASE C - Information Systems Architecture:

Definir el gobierno, mantenimiento, repositorio, entregables, etc.

FASE D - Technology Architecture:

Define las capacidades en términos de infraestructura.

FASE E - Oportunidades y Soluciones:

Listado de tareas/actividades, propuestas, proyectos que deberán ejecutarse para lograr el "TO BE".

FASE F - Planes de Migración:
Ejecución de lo identificado y priorizado en la fase anterior.

FASE G - Implementación del Gobierno:

Garantizar la gobernabilidad. Gobierno no es igual a gestión, el primero busca hacer cumplir las normas, lineamientos, políticas; mientras que el segundo apunta a la gestión de los recursos.

FASE H - Gestión de Cambios de la Arquitectura:

Adopción de cambios, madurando el proceso en general (el de AE).

Y siguiendo,

Canvas:
Plantilla para la definición de modelos de negocio. Artefacto útil para poder acotar el "enterprise" del trabajo de AE.

Enterprise:
Alcance del proyecto AE, podría ser un área de negocio, toda la empresa, etc.

PMO:
Oficina empresarial de Proyectos. Para este caso, el resultado de la AE decantará en una lista de "iniciativas" o "proyectos potenciales"; los que deberán coordinar esfuerzos con la PMO, para que éstos sean ejecutados y gobernados bajo esta disciplina de gestión de proyectos.

En el siguiente post, continuaré con más definiciones, con algunos ejemplos. Trataré de enfocar más los términos en roles, skills y funciones de los arquitectos.

Gracias.

MBA, Ing. Emilio Herrera

herrera.emilio@gmail.com

Quick Wins - Resultados inmediatos sugeridos para un proyecto de Arquitectura Empresarial

Hola de nuevo, en este post, seré más puntual con el tema a tratar. Espero sea de ayuda.

Dada la naturaleza del alcance e impacto que generan los proyectos de AE, generalmente tienden a ser de mediano / largo plazo. Es acá en donde nace la necesidad de poder presentar resultados inmediatos o "quick wins" para poder tener una visibilidad parcial del ROI (retorno de inversión) por parte de los interesados (stakeholders).

Hablar de AE, es hablar de "transformación"; y ésta, en general es relativamente lenta, por lo tanto, se podría concluir que un proyecto de implementación de AE, podría ser "lento". Pero como todo proyecto, se puede enfocar en mostrar progresos incrementales.

Y ¿qué, cómo, cuándo o dónde hacer eso?.... Bueno, acá comparto a modo de sugerencia, lo que se debería considerar para contar con resultados inmediatos (visibilidad):

1. Gestionar a los interesados (stakeholders): asegurar la participación del titular o stakeholder principal del proyecto; se debe contar con herramientas que permitan realizar mediciones de avance (tablero de instrumentos), herramientas para mostrar los productos de trabajo "workproducts" (plantillas personalizadas); alinear expectativas de las gerencias de TI con los resultados parciales del proyecto.

2. El diagrama core: Sólo el diagrama que represente el funcionamiento de la empresa o una parte de ella (el enterprise o el alcance del proyecto); esto en términos de negocio, para que los stakeholders que no hablen el lenguaje de AE puedan entender el tema y usar rápidamente esos artefactos.

3. Elaborar los modelos de motivación del negocio (drivers).

4. El modelo de información "empresarial", identificando las dependencias de información.

5. Mapa de capacidades de la empresa

6. Mapa de salud de las aplicaciones: Cómo están trabajando las aplicaciones.

7. Mapa tecnológico: qué tecnología depende de qué? existen "planes de baja" de aplicaciones?

Algunas consideraciones adicionales:

Aunque el tiempo siempre sea limitado, para mostrar evidencia del progreso gradual y para involucrar a los stakeholders en el proceso desde el inicio, considerar facilitarles herramientas como portales o repositorios en línea.

Recordar siempre que se debe comunicar temprana, frecuente y visualmente, hacer que la información sea fácilmente accesible y que esté disponible, involucrar a los stakeholders y por último, los arquitectos, como todo líder, deberán ser vendedores de ideas.

Por lo tanto, las conclusiones podrían ser:

- La actividades en AE, no necesariamente presentan resultados a corto plazo; sin embargo, algunos productos (entregables) tendrán utilidad inmediata. Estos entregables estarán orientados a brindar una imagen ejecutiva.

- Importante considerar la mejor manera de involucrar a los grupos de interés.

Gracias

MBA, Ing. Emilio Herrera
herrera.emilio@gmail.com

Dominios en AE

Imaginemos a una ciudad, y a sus principales elementos: calles, avenidas, casas, edificios multi familiares, edificios para oficinas, centros comerciales, centros educativos, centros de salud, de recreación, sistemas de agua, desagüe, de luz, entre otros. Ahora, vayamos más lejos e imaginemos que la ciudad está "organizada" o agrupada por zonas, zonas residenciales, zonas educativas, zonas comerciales, zonas de recreo, zonas de salud, etc. Cada zona debería cumplir un objetivo o función y debería estar sujeta a lineamientos, reglas o políticas. Por ejemplo: en una "zona" educativa, los carros sólo podrían transitar a una velocidad no mayor a 25 km/h; en una "zona" residencial, no podrían construirse edificios o casas con más de 4 pisos; en una "zona" de edificios multi familiares, los sistemas de agua/desagüe deberían ser capaces de soportar el flujo de agua acorde con la gran demanda existente por la cantidad de familias que habrían en la zona, etc.

Pues bien, de lo anterior, tomemos algunos conceptos clave, como agrupamiento, reglas, políticas, zonas y los elementos de esta ciudad, para así poder hacer una analogía entre estas "zonas" y los dominios que busco definir.

En AE, un dominio viene a ser lo que una zona es para la ciudad de mi ejemplo, "un dominio es una agrupación de elementos que tienen un propósito común, guardan relaciones entre sí, y están sujetas a reglas de negocio". 

La AE identifica dos grupos de dominios muy bien definidos: los dominios de negocio y de tecnologías de información (TI). En muchos textos encontraremos varios dominios para negocio y varios dominios para TI, por lo que detallar cada uno, no tendría sentido en este momento. Entonces, lo que puedo hacer es simplemente listar los cuatro principales dominios que son generalmente aceptados y reconocidos en la industria:

- El dominio de negocio.

- El dominio de aplicaciones e información.

- El dominio de datos.

- El dominio de infraestructura tecnológica.

Ahora, el término "dominio" no es exclusivo de la AE, éste aplica perfectamente a otros ámbitos o disciplinas; y es tomado como referencia para construir estándares para ciertas industrias (financiera, TI, etc.).

Pero, la gran pregunta sería: ¿cómo me podría ayudar esto?, ¿cuáles son los beneficios tangibles luego de su aplicación?.....

Pues, así como una buena "zonificación" es útil para la ciudad de mi ejemplo; un buen entendimiento de los dominios empresariales, nos permiten conocer si aprovechamos al 100% todas las capacidades que tiene la organización. No sólo eso, sino que también nos permite identificar recursos y sistemas de información redundantes, duplicidad de procesos, funciones, impacto en la toma de decisiones, identificar riesgos, y muchos otros factores que podrían ser aprovechados (fortalezas, oportunidades, etc.) y otros factores que podrían ser mitigados (debilidades, riesgos, etc.).

Ahora, todo esto suena al ámbito de sistemas, cierto? Pues bien, para la gente de negocios, les comento que todo lo indicado en el párrafo anterior, puede ser cuantificado y por ende medido. Sí, con este "mapeo de dominios empresarial", podríamos identificar oportunidades de ahorro, mejorar los márgenes de inversión en los proyectos de negocio, utilizando lo justo y necesario, sin gastar más de lo debido, entre otras consideraciones contables / financieras. Al final, entre otras cosas, esto decanta en el ahorro y en mayor productividad, lo que impacta directamente en las utilidades y en el valor de la empresa. 

La idea general es poder responder preguntas puntuales de negocios.

En el mundo de TI, en estos días, se hace demasiado complicado escoger, integrar, actualizar y cambiar, para ayudar a la empresa a responder, en un corto plazo, a la dinámica del entorno.

Todo esto, gracias a que por un lado, tenemos una oferta variada de proveedores de "hardware y software", mientras que por otro, tenemos otra oferta variada de "mejores prácticas", "estándares" y "metodologías" en las aulas de las consultoras, en las aulas de las universidades e institutos, vendiéndonos certificaciones y la promesa de ser más rentables y ahorrar.

Son por estas razones que toma mucha relevancia entender los dominios de la empresa, artefactos que forman parte de la AE.

Y para terminar, un dominio puede estar conformado por funciones, procesos, reglas de negocio, aplicaciones o sistemas de información, recursos asignados, un propósito u objetivo; puede abarcar un área de negocio o un servicio de negocio, dependerá del caso de estudio.

Bueno, espero haber representado adecuadamente el concepto de "dominio" en AE.

Muchas gracias.

MBA, Ing. Emilio Herrera

herrera.emilio@gmail.com

¿Qué es Arquitectura Empresarial (AE)?

AE, es la suma de varios conceptos y aplicaciones, por lo que podremos encontrar distintas definiciones, puntos de vista, etc. Por esta razón comenzaré con definir cada término, desde mi entendimiento y experiencia, en donde:

Arquitectura, entre varios temas, es la capacidad de diseñar modelos; mientras que la

Empresa, viene a ser una organización que busca fines económicos y/o comerciales para satisfacer una o varias demandas existentes.

Sin embargo, AE no sólo es la suma de estos dos conceptos, dado que los modelos a que hago referencia en la definición de Arquitectura, tienen relación directa con conceptos empresariales y de tecnologías de información. Mientras que la definición de Empresa tiene relación directa con todas (o casi todas), las aplicaciones de metodologías de análisis, planificación y diseño empresarial.

Por lo tanto, una definición rápida sería que la "AE es una herramienta conceptual(1) que nos ayuda a entender la estructura de las organizaciones(2) y cómo es su forma de trabajo(3), para proveernos de mapas empresariales(4), sus relaciones y la hoja de ruta a seguir". Otros bien pueden resumir definiendo a la AE como un "route planner empresarial".

Muy bien, entonces comencemos a desglosar lo definido:

(1) Herramienta conceptual: es una forma o manera de representar las cosas, o para ilustrar en forma conceptual una idea.

(2) Estructura de las organizaciones: Esto podríamos verlo desde el punto de vista empresarial, como el organigrama o la estructura orgánica, modelos de negocio, funcionales, de procesos, procedimientos, etc. Y desde el punto de vista de tecnologías de información como modelos de información, aplicaciones, datos e infraestructura.

(3) Forma de trabajo: Esto representa a la cultura y/o clima organizacional, lineamientos, normas, reglas, políticas, etc.

(4) Mapas empresariales: Representados principalmente por modelos de negocio, información, aplicaciones, datos e infraestructura. También se pueden incluir los "rout map" u hojas de ruta.

Perfecto entonces, como que va tomando forma una definición aceptada, considerando los enfoques bien marcados en el estudio de la empresa y de las tecnologías de información que las soportan. Sí, ambos enfoques, estudios, esfuerzos deberán estar alineados para lograr los objetivos empresariales. Esto parece obvio, pero muchos entendidos coincidirán conmigo, que esto no necesariamente se cumple, por más planificación que exista en ambos temas.

Por lo tanto, como complemento a lo definido anteriormente, podría sumar la idea de que la "AE busca alinear las iniciativas de tecnologías de información (planes de sistemas) con los objetivos empresariales, tomando como referencia el estado actual, para alcanzar un "estado deseado" (estado futuro), por medio de metodologías (procesos) para su implementación y gobierno".

Y listo!, ya tenemos un panorama general de lo que abarca la AE. Quizás suenen obvias muchas cosas que he mencionado, o suenen que esas actividades se dan por entendido, pero la realidad dista mucho de la práctica (la cancha).

Como toda herramienta, concepto, conjunto de prácticas, etc.; la AE es soportada por varias metodologías y herramientas informáticas. Estas metodologías nos dicen el "qué y cómo hacer las cosas", los procesos de implementación y gobierno. Y bueno, de las más conocidas tenemos:

- Togaf - The Open Group Architectural Framework (la más representativa).

- Zachman

- FEA - Federal Enterprise Architecture

- Gartner methodology

- DoDAf, entre otros.

Y sobre las herramientas informáticas que las soportan son:

- IBM Rational System Architect (top, segun gartner)

- MEGA (top)

- Archimate (free)

- casewise, entre otros.

Muy bien, esto fue entonces un primer brochazo a la introducción de lo que es la AE. Pero qué hay sobre las restricciones, sesgos u otros paradigmas que puedan existir en torno a este tema. Este enfoque es muy utilizado en europa y usa, y según mis fuentes de algunos proveedores, en nuestro país, todavía no se aprovechan estas capacidades; y son pocas las empresas que están aplicando estos conceptos. Personalmente atribuiría esto al desconocimiento del alcance que tiene su aplicación, también al día a día, dado que embarcarse en proyectos de esta magnitud implica un sobre esfuerzo en el "modus operandi" de la empresa.

Así es, como todo en la vida, el "cambio" cuesta y viene con riesgos; los que deberán ser mitigados con una buena planificación de proyectos. Y sí, todos los conceptos empresariales se juntan acá. En fin, no me haré el loco y mencionaré los principales riesgos asociados al emprendimiento de esta aventura llamada AE:

- Costo: contratación de proveedores para la ejecución, educación del personal, licencias de las herramientas de soporte.

- Planificación: gestión del tiempo, puede consumir mucho.

- Podría causar problemas en los servicios del negocio, en el día a día o el "modus operandi".

- El poco o nulo compromiso de todos los "stakeholders" identificados.

- Otros.

Todos los riesgos asociados pueden mitigarse, y éste es un tema neto de gestión de riesgos. No hay que temerles.

¿Y sobre los beneficios?, acá menciono algunos:

- Mejora la planeación empresarial (reducir los ciclos de planeación).

- Mejora la toma de decisiones.

- Aumenta la comunicación.

- Mejor administración de riesgos.

- Mejor control y visibilidad de los gastos y costos operativos (más ahorro y productividad).

- Reducción de recursos duplicados y redundantes.

- Otros.

Muy bien, entonces a modo de resumen y para terminar, haré una comparación simple para lograr un entendimiento analógico y general de la AE, con dos conceptos: Un edificio de oficinas y una empresa.

Edificio de oficinas

- Objetivo: brindar a los empleados un lugar agradable para trabajar, garantizando su seguridad física.

- Artefactos usados para lograr el objetivo: planos de infraestructura, planos arquitectónicos, planos de agua/desagüe, planos eléctricos, planos del aire acondicionado, entre otros que no conozco, etc.

- Metodología: gestión de proyectos, aplicación de procesos de construcción, etc.

Empresa  

- Objetivo: lograr beneficios económicos y sociales.

- Artefactos usados para lograr el objetivo: Planos de negocio, planos de procesos, planos de funciones, planos de información, planos de aplicaciones, planos de datos, planos de infraestructura tecnológica, hojas de ruta, entre otros más. 

- Metodología: gestión de proyectos, Togaf, DODAF, FEA, etc.

Muy bien, pero ojo acá, que no todo se trata de planos o modelos; porque al rededor de éstos, existen una serie de conceptos que se deben aplicar e implementar. Estos detalles serán parte de los siguientes posts de este blog.

Bueno estimados, espero haber logrado ubicarlos en el contexto de lo que es la AE. Por mi parte, seguiré posteando más artículos sobre este tema, dado que es una buena alternativa para la gestión empresarial.

Muchas gracias por su atención.....!!

Saludos

MBA, Ing. Emilio Herrera

herrera.emilio@gmail.com