Modelado y Arquitectura de Empresa

Mi intención en este blog, no es justamente repetir los que están en muchas guías de internet, tales como las de Zachman, FEAF, OBASHI, TOGAF, Gartner, IAF, entre otros. Pretendo en este blog ser mucho más visual para las personas que están interesados en la arquitectura de empresa basada en marcos de referencia tecnológica. Sin embargo intentaré tener un acercamiento hacia los modelos físicos y tratar de proponer algo un poco diferente a lo que vemos. Sin embargo mi fortaleza es TOGAF, así que espero me excusen por enfocar el modelado hacia este marco de referencia. Es importante entender también el contexto de la arquitectura de empresa independientemente del modelado y del marco de referencia usado y también unos conceptos claves importantes.

Conceptos Clave

Lo primero aquí que quiero hacer referencia es justamente el contexto de la arquitectura empresarial:

 Plan Estratégico: Es el plan y guía donde se orienta toda la estrategia empresarial, los objetivos y metas que deben conseguirse en un plazo acordado con todas las partes interesadas.

Plan Estratégico de Tecnología de Información: Es plan y guía donde la estrategia del area de tecnología de información alineada al plan estratégico corporativo, ayudará a ejecutar la estrategia empresarial. En mi opinión, la estrategia empresarial (o institucional en el caso de las entidades de gobierno), es una sola. Que ese plan estratégico deberá tener una parte relacionada con tecnología, para cumplir las metas de negocio.

Principios: Son aquellos elementos empresariales que rigen su comportamiento en el mercado y también a nivel interior. No son susceptibles de cambios constantes a lo largo del ciclo de vida de la empresa.

Objetivos estratégicos: Son aquellos puntos a los que la compañía pretende alcanzar en un determinado periodo de tiempo. Existen los cualitativos y los cuantitativos siendo estos últimos normalmente más relevantes para una estrategia empresarial o institucional.

Objetivos Habilitadores: son aquellos puntos a los que una compañía debe llegar en un periodo determinado de tiempo para poder llegar y cumplir los objetivos y metas estratégicas empresariales.

Arquitectura Empresarial: Es la herramienta de negocio que pretende ejecutar toda la estrategia empresarial y plasmarla para llegar a acuerdos entre las partes interesadas.

Modelos de Referencia: Esto es cual sera el ambiente de trabajo sobre al cual se ejecutará la estrategia empresarial. A nivel de tecnología los marcos ya descritos como TOGAF, Zachman, IAF, etc., A nivel de empresarial, pueden ser los estándares internacionales que debe cumplir la empresa para poder cumplir su misión, tales como ISO, IEEE, entre otras. Depende a la vertical de industria a la que pertenezca la compañía, deberá cumplir con una reglamentación tanto externa como interna. Aquí también cabe las leyes  regulaciones a que debe cumplir una empresa en un país.

Modelado Procesos de Negocio: En términos mas sencillos, son los procesos que tiene la compañía para cumplir su misión. También podrían incluir procesos de soporte y procesos específicos estratégicos. Todo esto, mostrado de forma sencilla en un mapa de Procesos.

Modelos de Información / tecnología: Son todas estas herramientas de tecnológicas con las que se cuentan o se deberán contar / adquirir / construir para apoyar el cumplimiento de las metas estratégicas.

Modelos Físicos: Son justamente los elementos empresariales relevantes que permiten o facilitan a la compañía cumplir con sus metas empresariales.

Transversalmente tenemos dos elementos adicionales:

Gobierno: principios y normas que regulan el diseño, integración y funcionamiento de los órganos de gobierno de la empresa, como son los tres poderes dentro de una sociedad: los Accionistas, Directorio y Alta Administración. Mejor Conocido como gobierno corporativo.

Requerimientos: Es aquella lista de los cambios que son necesarios realizar en la forma cómo opera la empresa institución. Estos cambios pueden comprender desde actividades de trabajo, procedimientos y políticas hasta la instalación de un nuevo equipamiento, software, hardware, tecnología empresarial. El propósito de estos cambios es ayudar a tu organización a alcanzar sus metas en una forma más eficiente y  en la medida de los posible con le menor costo posible.

Nota, Una revisión exhaustiva de los requerimientos de la empresa puede dar como resultado un sorprendente número de oportunidades para llevar a la organización a un nuevo nivel de eficiencia operativa.


Para Modelar

Una cosa es la arquitectura de empresa y otra cosa es el modelado, pero la forma mas eficiente de mostrar lo que es la empresa en un momento dado y como puede serla empresa a un futuro es modelando sus principales componentes relevantes para la operación de la misma. Y mas que modelar tener un lenguaje que esté al alcance de los interesados en la compañía.

Entonces veamos en un esquema el marco conceptual de modelamiento de arquitectura inicialmente:

Capa de Negocios: Aquí se ofrecen los productos y servicios a los clientes externos que son realizados por los procesos de negocio.

Capa de Aplicaciones / información: Aquí se soporta al negocio con servicios y aplicaciones de tecnología de información; esencialmente software.

Capa de Tecnología: Aquí se soporta las aplicaciones creadas mediante servicios de infraestructura tecnológica como redes de procesamiento, almacenamiento, comunicaciones esencialmente con software y hardware.

Ahora vienen los aspectos, que son estructuras activas, comportamiento, estructuras pasivas.

Estructuras Activas: representan los conceptos estructurales de la actividad de una compañía. Los actores, los componentes de aplicaciones que muestran el comportamiento de una actividad en particular.

Comportamiento: es justamente el conjunto de procesos, funciones, roles, servicios, interfaces empresariales entre otros, que son ejecutados por los actores y que generan las entidades de información.

Estructuras Pasivas: Representa los objetos de negocio sobre el cual el comportamiento es ejecutado. Por ejemplo, contratos, facturas, ordenes, etc.

Pero últimamente hemos visto que también la capa física es importante y es mencionada en el estándar 3.0 para el modelamiento de archimate en este caso. Observemos el siguiente esquema:

Esto podría ser un atrevimiento para el lenguaje de modelado tal como archimate. Y sería mas atrevido aun si lo alineáramos con el ciclo de ADM que propone TOGAF, que hasta ahora siendo un marco de trabajo hecho para T.I., en ningún momento, según lo visto hasta ahora, una arquitectura física de negocio. Ya veremos que dice TOGAF ó que plantea en sus próximas versiones.

Capa Física: Aquí es donde se desarrollan, distribuyen los productos y servicios a los clientes externos. Es una Capa Facilitadora para la operación diaria de negocio.

Esta Capa fisica también tiene estructuras, activas, estructuras pasivas y de comportamiento. Veamos Ejemplos para cada una de las capas y los explicaremos brevemente:

El Cargo es una estructura pasiva y resultado del servicio de perfilamiento que realiza el proceso de talento humano; Estos Son estructuras de comportamiento. Para poder dar este servicio es necesario usar interfaces de negocio como encuestas que junto con el analista de talento humano son las aspectos activos de este pequeño ejemplo de modelo de creación de cargo. Veamos uno que aplique para la capa de información o de aplicaciones:

Noten, El log transaccional y la clase Factura, son objetos de estructura pasiva generados por los servicios de la aplicaciones “Control de Transacciones” y “Creación de Factura” respectivamente que son elementos de Comportamiento; Los elementos que son la estructura activa  aquí son los componentes de la aplicación(es) cuentas y facturación respectivamente; es decir quienes hicieron posible crear la clase “Factura”. visto desde negocio, la entidad denominada Factura.

Veamos a continuación un ejemplo para la capa de tecnología:

Noten aquí como los archivos de datos son un elemento pasivo en la estructura y son accesados por elementos de comportamiento tales como servicios fundamentales para una bodega de datos tales como acceso, analítica y administración de datos. La bodega de datos tiene entre otras funciones que Administración de Datos, Analítica y una función que me permita ingresar a los datos almacenados. Los componentes activos de la capa tecnológica aquí son el nodo donde está la bodega de datos, las interfaces hacia los clientes que requieren la bodega, y los componentes de comunicaciones que son los que hacen que la información vaya de un nodo a otro.

Observen que en todos los casos he usado la notación de colores adecuada para cada caso. Esto es para la guía y la construcción de modelos de arquitectura donde ya no solo involucren solo una capa sino otras capas. Veamos Finalmente un ejemplo para la arquitectura de negocio física:

Los proveedores están asociados a una cadena de abastecimiento y esta a su vez tiene material o insumos y son elementos de la estructura activa de una arquitectura física; La planta de producción cuenta entre otros elementos con herramientas de transformación que realizan el proceso productivo; estos son los elementos de comportamiento. Finalmente tenemos el producto que ha sido generado por el proceso productivo; pero quien genera el producto son los equipos y maquinaria que están en la plata de producción. El producto generado, hasta aquí, es el elemento pasivo en la arquitectura física en este ejemplo.

Pero, ¿Qué hace que sean posibles visualizar, y crear estos modelos? Se hace necesario un control de la arquitectura creada y seguramente una motivación para ejecutar la estrategia empresarial a través de arquitectura empresarial.


Motivación

Como lo hemos visto hasta ahora, los conceptos principales solo cubren la parte de negocio, aplicaciones y tecnología (vuelvo a tomar el tema, y la capa física de negocio donde queda? Hasta ahora no he visto nada al menos no relacionado con Archimate y TOGAF.

No nos quedemos ahí, hagamos un aporte. El modelado para la empresa, la arquitectura empresarial, gobierno y cumplimiento no tienen sentido sino hay una motivación empresarial. Estas motivaciones están expresadas en el plan estratégico corporativo en las metas, objetivos cualitativos y cuantitativos que muestran indirectamente las capacidades que debe desarrollar una compañía.

Entonces los elementos motivacionales, son aquellas estructuras  que son la razón del “¿por qué?” se hace arquitectura de empresa. Veamos un ejemplo práctico y los explicamos:

Entonces, tenemos un interesado, el CEO, que tiene estas motivaciones para su compañía: Cumplir la regulación de ley, obtener rendimientos, tener satisfacción del cliente y soporte de mesa de ayuda. Esto son 4 motivadores de ejemplo y en un caso de la vida real cada motivador podría llegar a desarrollarse totalmente por aparte con un grupo de interesados en particular.

Para el ejemplo el motivador de el cumplimiento de la ley requiere una evaluación externa. la de satisfacción del cliente, requeriría encuestas de clientes y clientes que se retiran de la empresa; Para estos últimos es requerida una meta específica de reducción de insatisfacción de cliente. Por otro lado un motivador para el CEO es una mesa de ayuda de soporte. Pero para esto debe tener en cuenta la restricción de presupuesto de 500K, que debe invertir en la aplicación de la mesa de ayuda y en cumplir todo ese requisito de cambio que es todo lo que involucra la mesa de ayuda. Entonces debe recurrir a lo que propone el plan estratégico para desarrollar esa capacidad de servicio al cliente.

Perfecto. ¿Y ahora que debemos hacer para que la metas y los requisitos de negocio se cumplan? Un plan de migración e implementación que a diferencia de lo contenido en el plan estratégico, se entra en un detalle poco mas amplio porque hay hacer claridad a los interesados en cómo llegar a cumplir. Dicho de otra forma, cómo ejecutamos esa estrategia. Esto último es el gran objetivo de la arquitectura de empresa.


Migración e Implementación

En una compañía, los interesados necesitan visualizar como se van a cumplir los cambios empresariales y el cumplimiento de las metas a través de  resultados de proyectos específicos, canalizados por una oficina de proyectos que tiene un portafolio previo y además con la prioridad requerida por el negocio. También los interesados necesitan ver que productos serán entregados a la compañía y las formas de conseguirlo.

Observemos en el siguiente ejemplo, y quiero continuar con el ejemplo anterior, haciendo énfasis en la migración e implementación:

Mire como para cumplir el requerimiento de tener un call center, que va a cambia el negocio todo con miras a la compañía, se incluyen los elementos de paquetes de trabajo a un portafolio de proyectos que estará en control de una oficina de proyectos; En este caso de este ejemplo la oficina d proyectos esta tercerizada a través de una colaboración y para entregar el proyecto de call center, se divide en 3 grandes fases que incluyen elementos que deben estar presentes en las fases propuestas; además se tienen en cuenta para la migración nuevamente el objetivo que es reducir la insatisfacción del cliente además de las posibles restricciones que tenga la migración que para este ejemplo cuenta con un presupuesto de 500k para realizar el Call Center.


Para Finalizar

Hemos visto algunos pequeños ejemplos de como podría llegar a modelarse ciertas partes de la empresa y hemos visto que puede ser desde lo mas simple hasta lo mas complejo. El trabajo es bastante arduo pero una vez entendido, es mas fácil sin duda comprender una compañía, sus motivaciones, su cultura, hacia donde va, entre otros muchos factores. Pero, ¿Dónde queda los marcos de referencia de arquitectura empresarial?

Hemos visto varias veces en los blogs del Open Group el siguiente esquema:

http://pubs.opengroup.org/architecture/archimate3-doc/apdxd.html

Aquí vemos que las capas de arquitectura de archimate y TOGAF, solo cubren hasta el momento Pero ¿Dónde quedan la motivación y la implementación de arquitectura empresarial? A continuación lo vemos:

Aún así falta aun por ver la correspondencia entre archimate que contiene capa física y TOGAF no la maneja. No quiero ser tan atrevido de colocarla yo, pero efectivamente hay una brecha en lenguaje de modelado y el marco de referencia TOGAF para hacer arquitectura empresarial. Aquí en Latinoamérica se ha adoptado en muchas instituciones gubernamentales este marco de trabajo, porque sencillamente es el más comercial y donde hay mayor documentación en línea. No es malo, pero las organizaciones también cambian físicamente. y Eso también hay que tenerlo en cuenta. Seguramente esto es uno de los puntos que alimenta las opiniones de los detractores de TOGAF y a favor de otros marcos de referencia.

Si desea saber más contácteme aquí.