Control de Lectura AE 2016 Full Paper Modelo Operativo de Arquitectura Empresarial

8/16/2019 Control de Lectura AE 2016 Full Paper Modelo Operativo de Arquitectura Empresarial

1/17

Fuente: https://jcrsenin.wordpress.com/2011/07/14/full-paper-modelo-operativo-de-arquitectura-empresarial/

Full Paper: Modelo Operativo de

Arquitectura Empresarial

julio 14, 2011

Resumen

La irrupción de las TIC y la globalización de la economía han impactado en los modelos de relación de personas, empresas y organizaciones, han producido cambios en la demanda de productos y servicios, elrediseño de las estrategias de negocio de empresas y organizaciones, así como una transformación global dela sociedad. El sector asegurador no es ajeno a este contexto de Nueva Economía y eBusiness, enfrentándosea grandes cambios, retos y transformaciones, que le permitan seguir manteniendo en el futuro un modelo denegocio sostenible.

En este contexto, el alineamiento entre el negocio y la tecnología a través de un modelo de arquitectura

empresarial permite a las compañías ser más ágiles ante los cambios, hacer más eficientes sus procesos, gestionar su información de modo estratégico, así como contribuir a la generación de conocimiento,componente básico de la innovación.

1. Introducción

Durante las últimas dos décadas el sector asegurador español ha sufrido un importe proceso de fusiones yadquisiciones [1], rediseño de sus estructuras organizativas y procesos de negocio [2], búsqueda de alianzascon entidades financieras, externalización de los procesos que no aportan valor [3], diversificación y aperturade nuevos canales de distribución [4] , implantación de nuevas leyes y normativas, aplicación de políticas de

proximidad y fidelización con sus clientes, así como una optimización general de sus procesos de negociomediante el uso intensivo de las TIC [5]. El nuevo entorno económico, empresarial y social está poniendo a

prueba la solidez y fortaleza financiera de las compañías, así como los modelos organizativos, modelos dedirección de personas y modelos de servicios, tanto de negocio como TI, instaurados en cada uno de losdepartamentos de las compañías.

A diferencia del sector financiero, la banca principalmente, el sector asegurador tiene un importante camino por recorrer para conseguir que las TIC aporten el valor que demandan los modelos de negocio de lascompañías, consiguiendo una contribución objetiva y medible al desarrollo de negocio de las compañías [6].Paradójicamente, a pesar de ser las TIC quienes han acelerado los cambios en la economía y la sociedad, nosiempre los departamentos de organización y sistemas de información de las compañías se configuran delmodo más adecuado para competir y ofrecer palancas de agilidad, eficiencia e innovación al negocio en uncontexto de nueva economía [7]. El departamento de TI es el responsable de dotar de recursos y capacidadesque ayuden y soporten tecnológicamente los procesos de negocio que soportan la estrategia de la compañía[8]. En el contexto actual, es necesaria más que nunca la alineación entre TI y negocio [9].

Del mismo modo que los profesionales de TI deben ser ágiles y flexibles implantando nuevas soluciones yherramientas para que los procesos de negocio sigan funcionando, los directores de áreas negocio debendisponer de una visión global y conocimientos fundamentales de las TIC con el objetivo de alcanzar unalineamiento entre ambas partes; negocio y tecnología. En el contexto descrito, la falta de alineamiento entreel departamento de TI y los departamentos clásicos de negocio, ambos organizados en silos, supone un freno

para el desarrollo de negocio de la organización, dado el contexto de cambios, volatilidad e incertidumbre alcual se enfrenta el sector. Es frecuente que los departamentos y áreas de negocio de la compañía perciban eldepartamento de TI como un “commodity” (similar al suministro eléctrico, agua o calefacción), el cual es

percibido como un coste exclusivamente [10]. Por otra parte, es frecuente que el personal de TI esté centrado

https://jcrsenin.wordpress.com/2011/07/14/full-paper-modelo-operativo-de-arquitectura-empresarial/https://jcrsenin.wordpress.com/2011/07/14/full-paper-modelo-operativo-de-arquitectura-empresarial/https://jcrsenin.wordpress.com/2011/07/14/full-paper-modelo-operativo-de-arquitectura-empresarial/https://jcrsenin.wordpress.com/2011/07/14/full-paper-modelo-operativo-de-arquitectura-empresarial/


2/17


exclusivamente en la tecnología y alejado de la problemática diaria de los procesos de negocio de laorganización, lo cual ocasiona un distanciamiento mayor.

Algunas características comunes dentro del Sector, que se podrían extrapolar a otros sectores de la industria,se enumeran a continuación:

Información inconexa. No existe correlación entre los objetivos de negocio, proyectos estratégicos,

procesos de negocio, sistemas y tecnologías de la información.

Cuál es el valor de las iniciativas empresariales. No existe una diferencia objetiva entre iniciativas

estratégicas, tácticas y operativas, dificultando saber su contribución al negocio, e imposibilitando

la aportación de valor diferencial desde las TIC.

No hay dirección global de proyectos. Las iniciativas de negocio no son gestionados como proyectos

de compañía, sino que frecuentemente se lideran desde las áreas de TI exclusivamente.

Silos de Conocimiento. No existe cultura de colaboración y compartición de la información, lo cual

dificulta la generación de ideas y propuestas innovadoras. Las áreas de negocio y TI están

organizadas en Silos con poca sinergia y comunicación entre ellas.

Organización orientada a la automatización y documentación de procesos. La automatización de los

procesos no es suficiente en mercados maduros. La gestión de la información y su transformaciónen conocimiento, es el foco de las TIC en el contexto actual.

Las áreas de Arquitectura, cuando están definidas en las organizaciones, suelen estar focalizadas en

el soporte de TI como principal función.

2. Definiciones y estudios previos

Los requerimientos que debe satisfacer una Arquitectura Empresarial vienen dados por los objetivosestratégicos de negocio, y siempre en segundo lugar, por los de TI. La estrategia de arquitectura puederesumirse en un mapa de ruta, y un documento conceptual que describa las principales características yfuncionalidades de la arquitectura, alineadas con el negocio. Como pasos siguientes, se deben elegir lastecnologías (arquitectura técnica) que mejor encajen con la estrategia de arquitectura definida. El frameworkde desarrollo y operaciones de TI es el marco metodológico de la arquitectura técnica, el cual es utilizado para

el desarrollo de aplicaciones y servicios, dotando de estandarización, productividad y mejores prácticas a lassoluciones de negocio [11].

Figura 1: Ubicación de la Arquitectura Empresarial en el Negocio



3/17


2.1. Marcos de referencia

En base a los frameworks de arquitectura del mercado (TOGAF [12], Gartner’s Enterprise ArchitectureResearch [13], Framework de Zachman [14]) las arquitecturas mínimas que son necesarias para crear unaArquitectura Empresarial son las siguientes 4 arquitecturas:

Figura 2: Dominios de la Arquitectura Empresarial

Arquitectura de Negocio : Define una visión del negocio con procesos que descomponen las estrategias denegocio de la empresa, los recursos, activos y procesos requeridos para ejecutarlos, así como su impacto enlas funciones de negocio. Analiza las necesidades de la compañía, oportunidades, metas, objetivos, yestrategias. Su objetivo es responder preguntas como:

¿Tiene la compañía planes de desarrollar nuevas líneas de producto, reducir coste operacional, oincrementar la calidad y satisfacción de sus clientes? ¿Cuáles son los problemas u oportunidades de negociomás comunes?

Arquitectura de Información: permite un inventario de transacciones y de informes de datos de la empresasujeto a áreas, así como las dependencias entre ellas, y con las aplicaciones. Responde a preguntas como:

¿Cuál son los tipos, localizaciones y tiempos de información requeridos para alcanzar los principalesobjetivos en los procesos y planes de negocio de la compañía? ¿Qué tipos de información se necesitacompartir? ¿En qué estado está el dato operacional e informacional?

Arqui tectur a de aplicación: La arquitectura de aplicaciones analiza el conjunto de aplicaciones integradasrequeridas para satisfacer las necesidades de negocio, incluyendo el existente y el planificado inventario,mapa de ruta de aplicaciones y componentes. Responde a preguntas como, entre otras:

¿Cuál es el valor estratégico de cada una de las aplicaciones en el portfolio de aplicaciones de TI? ¿Cuáles son las nuevas aplicaciones requeridas para satisfacer las necesidades de negocio? ¿Cómo están lasaplicaciones desde un punto de vista funcional y técnico? ¿Cuáles son las interdependencias y lainteroperabilidad necesarias entre aplicaciones?

Arquitectura tecnológica : analiza las tecnologías requeridas para ejecutar las aplicaciones, tales como plataformas, redes, sistemas operativos, sistemas de gestión de bases de datos, dispositivos dealmacenamiento y middleware. Comprende el conjunto de clientes, servidores, estándares de infraestructuratecnológica y servicios. Responde a preguntas como:

¿Cuál es la guía prescriptiva para una arquitectura segura que permita aplicaciones en Internet? ¿Cuál es la guía prescriptiva para una EAI? ¿Qué características técnicas deben tener los servidores y comunicaciones?



4/17


2.2. Arquitectura Empresarial como Estrategia

Una vez que la arquitectura de negocio es establecida, las otras arquitecturas pueden ser desarrolladas paraasegurar alineamiento, a través de los requerimientos tipo informacional, funcional y operacional). Estosrequerimientos incluyen lo que la organización necesita conocer para ejecutar sus procesos de negocio, cómo

la información es compartida y utilizada, y que infraestructura y servicios son necesarios:

Figura 3: Requerimientos y dominios de Arquitectura

Sin embargo, según Weill, P. (2007) [15], es muy frecuente que las estrategias de las compañías no secomuniquen con claridad a sus stakeholders, y entre ellos TI, de modo que faciliten el alineamiento entreProcesos de Negocio, Sistemas de Información y Tecnología. Así, las TIC son frecuentemente percibidascomo un “cuello de botella” para la implantación de la estrategia.

Para hacer que las TIC sean proactivas, y no reactivas, de modo que se facilite su valor al negocio, lascompañías deben definir y comunicar a la organización un modelo operativo. El modelo operativo ayuda amarcar las inversiones en TI, así como la agilidad y eficiencia requerida por los procesos de negocio de lacompañía. En función del grado de integración y estandarización de los procesos de negocio, Ross, J. (2009)

define modelos de arquitectura empresarial con el fin de ayudar a identificar el modelo de referencia másapropiado dependiendo del tipo de organización [16].

Figura 4: Modelos operativos según Weill P.



5/17


La arquitectura empresarial debe estar alineada con el modelo operativo, definiendo una estructura lógica deejecución de la estrategia. Los requerimientos que debe satisfacer un modelo de arquitectura empresarialvienen dados por los objetivos estratégicos de negocio.

Figura 5: Aproximación al Modelo Operativo, adaptación de Weill. P. (2007).

En este enfoque el modelo de Arquitectura Empresarial actúa como un molde que orquesta dinámicamente procesos y tecnología según cambia la estrategia de la Compañía. Dado que se parte de un modelo operativocomunicado y definido a los stakeholders, las áreas de organización y TI pueden tomar decisiones dentro delmarco establecido dotando de agilidad en la implementación de procesos y servicios de TI.

La esencia de la formulación de estrategias eficaces consiste en relacionar un proyecto o una organización consu entorno. En la definición del modelo operativo más adecuado para soportar la Estrategia se debe tener encuenta la situación del Sector, la estructura organizativa de la Compañía, así como su Estrategia Competitiva.En este contexto se debe analizar el papel de las Tecnologías y Sistemas de Información y su alineamientocon los Procesos para adaptarse y soportar la Estrategia de Negocio. (Andreu, R; Ricart, J.E; Valor, J., 1991)[17].

Ross, J.W. P. (2009) [18] describe como perfiles más adecuados para liderar la implantación de la estrategiaapoyados en un modelo de arquitectura empresarial al CIO (Director de Sistemas) y/o COO (Director deOperaciones) por su visión transversal de Procesos y Tecnología dentro de la Empresa. Ross, J.W. P. (2009)[19] fusiona los dos perfiles en una figura denominada SEO (Ejecutor de la Estrategia) con un visiónintegrada de Procesos, Proyectos y Arquitectura dentro de la Empresa.

Por otra parte, Ross, J; Weill, P; Robertson, D. (2009) definen modelos de madurez del paradigma deArquitectura Empresarial dentro de las organizaciones. Desde empresas organizadas en Silos, hasta llegar aempresas capaces de organizar dinámicamente sus procesos y tecnología para soportar de modo ágil yeficiente una iniciativa o proyecto de negocio.

3. Colaboración, Conocimiento e Innovación

Las compañías organizadas en silos suelen estar focalizadas en los datos, no en la información, estánorientadas a aplicaciones departamentales, y no a procesos transversales. Suelen ser organizaciones

burocráticas, rígidas y con time-to-market elevado en la puesta en producción de sus nuevos procesos yservicios. Presentan altos costes de mantenimiento por la maraña de TI que provocan [20], focalizando susinversiones de TI en la mecanización de procesos principalmente, no siendo conscientes, del valor estratégicode la Información, y su transformación en Conocimiento mediante la aplicación adecuada de las TIC.



6/17


Figura 6. De Organizaciones en Silos hacia Procesos, extraído de Ross J. (2009)

3.1. Colaboración

El desarrollo de las TIC ha ocasionado que las relaciones entre personas, procesos y empresas se realicen a lavelocidad de la luz y a escala planetaria. Este fenómeno produce la generación continua de iniciativas e ideas.Shuen, A. (2008) define un modelo que ha denominado la “nueva matriz de colaboración” que clasificadistintos modos de interacción entre usuarios y empresas [21]. Sieber, S., Kaganer, E., Hair, N., Clark, M. yBailey, C. (2009) analizan el poder multiplicador de la colaboración como base para la innovación en lasempresas [22].

Figura 7: La Nueva Matriz de Colaboración, Shuen, A. (2008)

El artículo publicado en el Strategic Management Journal en 1997 [23] definió las “capacidades dinámicas”

como la habilidad estratégica de una empresa para combinar competencias internas y externas y afrontar asíentornos volátiles y periodos de cambios vertiginosos. Los autores elogiaban la “orquestación” sobre el

posicionamiento, la “gestión de la innovación” y las “combinaciones” por encima de la estructura, y la

“colaboración transformadora” sobre las definición de estrategia tradicional, como medios para ganar ventajacompetitiva.

Según Shuen, Amy; Sieber, S. (2010) [24] los costes de transacción están asociados a la estructura sectorial ylos límites de las organizaciones. Son los mismos costes de transacción y coordinación que los modelos denegocio basados en Internet están transformando profundamente. No sorprende así que la “innovaciónabierta” y las nuevas “capacidades dinámicas” para gestionar conocimiento, ecosistemas, alianzas y valor del

usuario colectivo sin distinción de fronteras sectoriales o geográficas sean prioridades estratégicas de las

empresas de la lista Fortune 500. La Web 2.0 ha cambiado las reglas del juego de los negocios. No se trata de crear empresas basadas enInternet para expulsar a las tradicionales, sino de utilizar las “capacidades dinámicas” propias para orquestar y

recombinar lo mejor del mundo online, al tiempo que se multiplica el valor de las redes de usuarios y sociosexistentes.



7/17


3.2. Conocimiento

La Gestión del Conocimiento se basa en la evolución de la Gestión de la Información hacía la Generación deValor. Los principales proyectos de gestión del conocimiento desarrollados por las empresas están dirigidos a:

Diseñar e instalar técnicas y procesos para crear, proteger y utilizar el conocimiento explícito (esdecir, el conocimiento que la compañía sabe que dispone).

Diseñar y crear entornos y actividades para descubrir y hacer realidad el conocimiento tácito (es

decir, el conocimiento que la compañía no sabe que dispone).

Implantación de una “cultura de la información”. La cultura de la información se puede definir

como los valores, actitudes y comportamientos que influencian en la forma en los profesionales de

una organización perciben, recogen, organizan, procesan, comunican y utilizan la información.

Según Muñoz, B. y Riverola, J. (2003) [25] hay dos ideas centrales en relación al conocimiento en lasempresas: El conocimiento es el motor de la mejora permanente, y los directivos deben entender que loimportante no es hacer, sino lograr que los demás hagan.

Según Pin, J.R. y J. Quintanilla (2000) [26] mantener equipos en red o equipos virtuales es una laborcompleja. Los líderes de estos equipos tendrán una labor de coordinación, comunicación y animaciónimportante. Una de las claves de la nueva forma de trabajar es estar convencido de que en esta nuevaeconomía “uno no sabe hasta que consiga que otros aprendan lo que uno sabe”, convirtiéndose los equipos

empresariales y de TI en redes de aprendizaje. En una empresa globalizada, más difícil es aún, la dirección deequipos multinacionales en los que, además de la distancia física, hay que contar con las diferenciasidiomáticas y culturales [27].

Por tanto, la figura del CIO o COO, como impulsor de un modelo de Arquitectura Empresarial requiere deuna fuerte capacidad de liderazgo, tanto para asegurar la construcción de un buen equipo interno (capacidadde atraer, desarrollar y retener a profesionales de TIC altamente cualificados) como para participaractivamente en el proceso de transformación del negocio. Además, debe incorporar la capacidad de definir ytransmitir un modelo de gestión y una propuesta convincente de sistemas de información asociada al mismo, y

de generar una visión compartida de los retos de futuro de la compañía, así como de movilizar a los distintosestamentos involucrados en el proceso de transformación.

3.3. Innovación

Según la OCDE [28] la Innovación es la introducción de un nuevo, o significativamente mejorado, producto(bien o servicio), de un proceso, de un método de comercialización o de un nuevo método organizativo, en las

prácticas internas de la empresa, la organización de trabajo o las relaciones exteriores. La mejora permanentea través de la gestión del conocimiento no es suficiente en mercados maduros. En el contexto actual laInnovación es el elemento clave que explica la Competitividad.

Según puede extraerse del último estudio publicado por ICEA y Accenture [29], sobre la Innovación en elSector Asegurador, a lo largo de los 2 últimos años, más del 50% de las ideas innovadoras se terminan o estánya procesadas, frente al 45% que son descartadas. Las entidades generan un volumen alto de ideasrelacionadas con la innovación, pero no todas se llevan a la práctica. Una de las claves de la innovación es

permitir que las ideas fluyan, que cada uno de los individuos de la empresa pueda expresarse libremente, pensando que una idea pueda llevar a otra, y que las ideas más atrevidas, o más sencillas, puedan llevar a unainnovación en la práctica. El objetivo es crear modelos y procesos que fomenten la transformación de laInformación en Conocimiento dentro de la Empresa.



8/17


Figura 8: Estados de la Innovación

4. Modelo Operativo

En los epígrafes anteriores se han introducido definiciones y estudios previos en relación a conceptos comoarquitectura, colaboración, liderazgo, conocimiento, que combinados y orquestados convenientemente son la

base para un modelo operativo que dote de agilidad y eficiencia a las compañías en el contexto económico yempresarial actual. Los dominios que componen el modelo propuesto se describen a continuación:

Estrategia: Está integrado por el comité de dirección de la compañía y su misión es la definición ycomunicación de los objetivos de negocio. Encuadrar los objetivos de negocio dentro de un modelo operativoalineado con la estrategia, y compartido con la organización, facilitará la toma de decisiones por los directoresfuncionales que comunican a su vez la estrategia a sus colaboradores, además de facilitar un marco en el cualllevar a cabo los planes de acción. Potenciar la definición y comunicación de un modelo operativo cobra másimportancia en organizaciones donde no existe una madurez gestionando el portfolio de proyectos (alcance,

prioridad, inversiones) que impulsan la implantación de la estrategia.

Figura 9: Propuesta de Modelo Operativo

Oficina Estratégica de Proyectos: Su misión es gestionar la demanda de iniciativas y proyectos alineados conlos objetivos de negocio de la empresa. La gestión del portfolio de proyectos contribuye a optimizar lasinversiones, alcance, tiempo, dependencias, entre otras. Sin embargo, un buen análisis estratégico deiniciativas a realizar puede verse frenado durante la ejecución de éstos; es decir, no saber cuáles son losrecursos y medios que hay que planificar en los proyectos, debido a la complejidad de la implantación de laestrategia. No se puede planificar, lo que no se conoce.



9/17


Área de Arquitectura Empresarial. En el modelo planteado, unas de las responsabilidades principales es la de“conocer” y “comunicar”, al Comité de Dirección, o la Oficina Estratégica de Proyectos, cuáles son losmedios que dispone la empresa (recursos y capacidades) para implantar estrategias, así como la relación entreellos. Gracias a este conocimiento, la oficina de proyectos sabe exactamente que tiene que planificar, puesaccede al repositorio global de Arquitectura Empresarial. Además durante la ejecución de los proyectos elárea de Arquitectura puede contribuir revisando que los entregables están alineados con la estrategia. Losentregables pueden ser desde contratar personal, ampliar un centro de llamadas, o abrir nuevas oficinas, oentregables exclusivamente de TI.

Business partners. Está formado por un pool de directores de proyectos globales, es decir, no debe ser personal de informática quién tenga la responsabilidad de los proyectos. Si lo hace, pasará a formar parte deeste grupo con el respaldo de la dirección para la toma de decisiones, así como empowerment para gestionar

personal de negocio, de TI, y proveedores externos en caso de que sean necesarios. Los proyectos no son deinformática, son de la Compañía.

Se deben ejecutar los proyectos según las mejores prácticas del mercado (PMBOK [30], PRINCE2 [31]). Losrequerimientos detallados de los proyectos deben ser principalmente Reglas de Negocio e Integraciones denuevos procesos. Es lo que sustancialmente cambia en las nuevas iniciativas. Dado que existe un modelo

operativo que estandariza los pilares operacionales de la empresa, y el área de arquitectura vela porque todoslos dominios que la componen estén alineados con él, la planificación de proyectos debiera simplificarse, puescomo se ha descrito anteriormente los requerimientos de los proyectos deben ser aspectos sustancialmentenuevos con la nueva iniciativa a implantar. Disponer de un escritorio de trabajo unificado, procesosestandarizados según el modelo operativo, marcos estándares de desarrollo de aplicaciones y gestión deoperaciones, basarse en metodologías de mercados, tener estandarizados y definido aquello que es“commodity” y no aporta valor, contribuirá a que en la planificación se tenga en cuenta como entregable, pero

no haya que tomar grandes decisiones sobre ello.

Áreas de TI, Proveedores, Partners, Áreas de Negocio. Son áreas focalizadas principalmente en el “delivery”.Están formadas por especialistas que son orquestados por los Business Partners a través de una planificación.Para el caso de proyectos (demanda estratégica) la orquestación es secuencial, para una demanda operativa(mantenimientos principalmente) la orquestación es bajo demanda, de acuerdo a las mejores prácticas de ITIL

[32]. Las áreas de negocio están compuestas por el personal de la compañía que participa en proyectos ocontribuyen a la resolución de incidencias, problemas, y/o mantenimientos de los procesos de negocio queejecuta.

Ejecución. Este dominio representa la ejecución de los procesos y los sistemas de información que lossoportan. Representa cómo se está ejecutando la Estrategia en Producción.

Gestión del Conocimiento e Innovación. Este dominio representa un área específica o función de la empresacuyo fin es el análisis de la información generada por los procesos y sistemas de información. El objetivo esconseguir que la información fluya de los procesos, se comunique y se comparta de modo que cualquierempleado de la compañía (según los niveles definidos) contribuya a la mejora continua, o la mejora másdisruptiva mediante la aportación de ideas. Las ideas y propuestas se priorizan y se comunican a la Direccióncomenzando de nuevo el ciclo definido en el modelo.

El modelo puede ser descrito desde un punto de vista basado en requerimientos, y desde que áreas de laempresa llegan a la Oficina Técnica de Arquitectura y/o área de Arquitectura Empresarial (la denominacióndentro de cada empresa carece de importancia, lo importante son las funciones que realiza alineadas con losmodelos descritos).



10/17


Figura 10. Visión del Área de Arquitectura Empresarial basado en Requerimientos

La Arquitectura de la Empresa en cada uno de los dominios (procesos, información, servicios y tecnología)evoluciona en base a requerimientos. Los requerimientos pueden llegar desde distintos puntos de la empresa,y con diferentes niveles de definición. El área de arquitectura empresarial debe ser capaz de racionalizaros yrelacionarlos para que la arquitectura existente en la empresa esté preparada para iniciar procesos de

planificación precisos, las soluciones lleguen a producción con indicadores que permitan medir de modoestándar el performance de la organización, permita la reutilización de componentes tecnológicos, se faciliteel cumplimiento de normativas legales, conocer qué procesos de la cadena de valor no están automatizados,

por qué canales se está operando un proceso, que procesos y componentes hay que mejorar, entre otras.

Tomando como referencia el modelo propuesto, los requerimientos que definen la arquitectura de la empresase pueden clasificar en:

Requerimientos de Dirección: Su descripción es de muy alto nivel, muchas veces, simplemente es laenumeración de un objetivo o meta estratégica. Sin embargo, esta anticipación es muy útil al área dearquitectura, pues empieza a ubicarlo dentro del modelo operativo de la empresa, o incluso a extenderlo,dependiendo la naturaleza del requerimiento. Normalmente llegarán a través del CIO que forma parte delComité de Dirección de la Compañía. En las reuniones de Gobierno de TI con su equipo de colaboradorescomunicará este tipo de requerimientos o estrategias que condicionarán la Arquitectura.

Requerimientos de Proyectos. En este caso la iniciativa anterior se ha convertido en proyecto. Normalmentehay presupuesto asignado para que un perfil tipo analista o business partner puede detallar los requerimientos.Se apoyara en el área de arquitectura para definir como serán soportados en cada uno de sus dominios.

Requerimientos legales, normativos. Suelen llegar de áreas diversas en la empresa como Auditoria,Seguridad, Calidad. Solvencia II sería un ejemplo de requerimientos de este tipo.

Requerimientos de Producción (Retroalimentación): Una vez en producción los procesos y sistemas deinformación, la arquitectura sigue retroalimentándose mediante la gestión operativa de incidencias,

problemas, mantenimiento.

El proceso de adaptación de la Arquitectura se basa en requerimientos que se gestionan de modo iterativo y endistintas fases. Dependiendo de la complejidad, criticidad, riesgo de la iniciativa a implementar habrá queincidir más o menos en cada uno de los orígenes de los requerimientos. No obstante, no olvidar que si se tiene

presente de modo permanente la estrategia y el modelo operativo de la empresa, los requerimientos serán



11/17


filtrados de modo sistemático centrándonos exclusivamente en los aspectos no estandarizados o nuevos en laempresa que se deben conceptualizar en la Arquitectura.

Finalmente, es importante destacar que los modelos de Arquitectura Empresarial contribuyen a eliminar losgaps existentes entre otras metodologías existentes en la organización para perseguir objetivos similares, así

como contribuir a la eliminación de conflictos entre ellas:

Figura 10: Contribución de Arquitectura Empresarial al Gobierno

5. Gestión del Cambio

La introducción en las compañías de modelos de gestión basados en el paradigma de ArquitecturaEmpresarial supone un impacto en las personas y procesos. Se propone prestar especial atención a lossiguientes puntos durante las primeras fases de adopción del modelo:

Asignación de Mentores (Coaching) a los roles de Arquitecto Empresarial y Business Partners.

Formación conceptual complementaria en Estrategia y Negocio Asegurador.

Identificar los líderes y personas clave en la Organización que actuarán como sponsors del proyecto

y contribuirán a comunicar el cambio a las unidades de trabajo involucradas.

Disminuir las posibles resistencias al cambio del personal mediante la generación de confianza,seriedad, solidez y credibilidad en el proyecto, favoreciendo el trabajo en grupo.

Generar sentido de pertenencia, que permita lograr la identificación, compromiso y motivación de

las personas a todos los niveles.

Gestionar las expectativas de la Organización mediante la difusión de los beneficios y avances del

proyecto.

Elaborar e implantar las sistemáticas de comunicación de una forma estructurada –a través de los

medios de comunicación habituales de la Compañía – que ayuden a la consecución de objetivos

estratégicos, económicos y operativos dentro del proyecto de cambio.

6. Herramientas

Una vez definido el modelo de gestión basado en el paradigma de Arquitectura Empresarial, la inclusión deherramientas que ayuden a gestionar las relaciones entre la Estrategia y la gestión de proyectos, a través de unrepositorio compartido (gestión de conocimiento) que describa y relacione los recursos y medios que laempresa dispone, permite las siguientes ventajas, entre otras:

Permite el Gobierno de la Arquitectura Empresarial desde distintas perspectivas: Estratégica,

Operacional y Técnica.

Trazabilidad «total» a nivel de servicio, entre las diversas vistas que utilizan los integrantes

(arquitectos, especialistas, desarrolladores, administradores, …)



12/17


Facilita la Comunicación y Compresión de la evolución y cambio de la arquitectura de TI.

Facilita el Análisis y Optimización de los Procesos de TI

Permite Detectar redundancias en TI

Facilitar la medición del impacto del cambio en la Arquitectura de TI y en la Organización

(Alineación Negocio-Tecnología).

Acortar ciclos de toma de decisiones, justificando las inversiones en tecnología Facilita el Análisis de Gap (Situación actual versus situación Objetivo).

Entorno basado en las Mejoras prácticas y Frameworks de Arquitectura (Togaf, Zachman, Gartner).

7. Contribución al Negocio

La implantación de modelos de gestión basados en el paradigma de Arquitectura Empresarial quecomplemente otros marcos de trabajo existentes en la compañía como PMBOK o ITIL contribuye a lageneración de Innovación dentro de las empresas en cada uno de los siguientes ámbitos:

7.1. Palancas de Innovación

Innovación en Modelos de Negocio. Revisando el uso de las TIC en la cadena de valor y Analizando el usoque hace el sector y nuestros competidores de las TIC

Innovación en los Procesos, mediante la identificación de procesos de negocio ineficientes y con escaso usode las TIC. Analizando la «información» de los procesos de negocio. Contribuyendo al Gobierno de TI.Creando y fomentando entornos de colaboración y comunidades de prácticas que ayuden a mejorar los

procesos con las mejores prácticas de quienes mejor lo hacen.

Innovación en la Distribución de Productos y Servicios. Alineando los procesos y aplicaciones dedistribución aseguradora con el Modelo Operativo. Identificando y proponiendo tecnología y procesos quemejoren la relación con clientes, proveedores y colaboradores.

Innovación en Productos. Implantando una Arquitectura de Gestión del Conocimiento y BúsquedaEmpresarial con Aplicación en el Análisis de Mercados, Vigilancia Competitiva, Reputación Empresarialy/o Análisis del Fraude, entre otras aplicaciones.

7.2. Riesgos y Oportunidades

En definitiva, la Arquitectura Empresarial contribuye a la gestión de las Oportunidades y Riesgos de las TICen la Estrategia de la Empresa que debemos gestionar con el fin de conseguir una ventaja competitiva y no unfreno y coste para la empresa [33]. Algunos errores frecuentes:

7.2.1. Riesgos

No entender la estructura de la competencia y no disponer de una estrategia clara No examinar la evolución de la tecnología en el sector y las oportunidades y riesgos que representa

No ligar la inversión en tecnología con mejoras e innovaciones de los procesos y la gestión de

recursos humanos

No vincular la tecnología con la utilización de la información y el desarrollo del conocimiento

individual y colectivo de la empresa

Equivocarse en la selección y priorización de inversiones y en la secuencia de implantación.

No vincular a los principales ejecutivos de negocio en el proceso de planificación, ejecución y

control de las inversiones en IT.



13/17


7.2.2. Oportunidades

Transformar los procesos clave de la empresa para mejorar la productividad y cambiar las bases de

la competencia del sector.

Utilizar la tecnología para cambiar la naturaleza de las relaciones y el equilibrio de poder entre

compradores, proveedores, socios y competidores Construir o elevar las barreras de entrada para nuevos competidores

Aumentar la fidelidad de los clientes y reducir las posibilidades de cambio de proveedor

Añadir valor a los productos existentes o nuevos a través de la información

7.3. Beneficios

Los beneficios principales para las compañías mediante la introducción de un área de ArquitecturaEmpresarial dentro de la organización pueden resumirse en:

Información. Visión integrada de la Estrategia, Personas, Procesos de Negocio, Aplicaciones, Datos,Servicios y Tecnología.

Análisis del impacto de los proyectos de negocio en la Arquitectura y Organización.

Alinear Negocio y TI. Sistemas de Información y Procesos de Negocio alineados con la Estrategia y elModelo Operativo de la Compañía

Business Partner. Facilita la introducción del Director de Proyectos transversales que coordina áreas de Negocio y Áreas de Tecnología, dado que EA establece una estructura lógica que ayuda a coordinar losrecursos y medios que participan en los proyectos.

Facilitar la Transformación de la Información en Conocimiento

Observatorio de la Innovación. Creación de entornos innovadores mediante la introducción de herramientasque faciliten el análisis de la información, la colaboración y la generación de ideas entre empleados, proveedores y colaboradores.

Disminución de costes redundantes en TI, y en la Organización.

TI como ventaja competitiva. Identificación y revisión de la aplicación de las TIC en los procesos de negocio«core» de la cadena de valor.

Toma de Decisiones. Toma de Decisiones de Negocio y de TI basadas en Conocimiento, no en Datos.

Minimizar Riesgos. Ayudar a Minimizar los Riesgos Operativos

Flexibilizar la ejecución de Nuevas Oportunidades de Negocio

En definitiva, obtener un modelo operativo que mantenga enlazado y coordinados los procesos de negocio, losservicios de TI [34] y la colaboración permanente entre personas.



14/17


15/17


en el Comité de Dirección de la Empresa. De este modo se tendrá información de primera mano del rumboque va tomando el Negocio, y de este modo realizar las correcciones correspondientes en el mapa deArquitectura.

La transformación de las actitudes y capacidades de las personas deben gestionarse y controlarse día a día, es

una labor que no tiene fin. El equipo de trabajo es la unidad funcional donde llevar a cabo este cambio. Enépocas de cambios y crisis, cuando la organización tiene equipos de alto rendimiento y comprometidos,existen más probabilidades de abordar con éxito los retos y proyectos a los cuales se enfrente la Compañía.

En el ámbito de la gestión del servicio e infraestructuras de TI, deberán existir sistemas, aplicaciones yservicios optimizados en costes y funcionalidad, pero sin renunciar a la flexibilidad que requiere el contextode nueva economía y ebusiness. Se deben tomar como referencia las metodologías y mejores prácticas degestión de servicios de TI, pero adaptándolas a la organización y las capacidades de las personas existentes enel departamento. La gestión de la mejora continua ira evolucionando los modelos de gestión más básicos,centrados en la gestión del coste, a modelos de gestión más dinámicos y optimizados, basados en lageneración de valor y beneficio para la Compañía. Las metodologías y procedimientos no deben ser freno a lageneración de ideas, fuente de la innovación y el conocimiento. La combinación de metodologías, procesos yconocimiento, debe dar lugar a un know-how difícilmente imitable que permita a la Empresa generar ventajas

competitivas. TI apoyado en este modelo puede contribuir notablemente a la generación de este Valor. La gestión de las relaciones, a largo plazo, con proveedores y partners puede extender y hacer crecer lascapacidades del departamento. Habrá que compensar adecuadamente la tipología de proyectos y servicios quese externalizan, de modo que no se produzca una fuga de conocimiento y riesgo operativo para la compañía.Además será importante vigilar la reacción del personal de plantilla ante este tipo de decisiones, debido almiedo a perder poder, responsabilidad y desarrollo profesional dentro de la organización.

10. Referencias

[1] IESE (Julio 2005), “Características del Sector Asegurador”, Nota técnica 7-303-091, Universidad de Navarra

[2] ICEA (Julio 2009), “Evolución del Mercado Asegurador”, Estadística a Junio de 200 9, nº 1.125[documento en línea disponible en http://intranet.icea.es/publicaciones/publicaciones.asp]

[3] Dirección General de Seguros (2009), “Seguros y Fondos de Pensiones, Informe 2008” [documento enlínea disponible en http://www.dgsfp.meh.es/sector/documentos/Informe_2008.pdf ]

[4] ICEA (Octubre 2009), “Canales de Distribución”, Estadística año 2008, nº 1. 030 [documento en líneadisponible en http://intranet.icea.es/publicaciones/publicaciones.asp]

[5] ICEA (Octubre 2009), “Informe Económico del Sector Asegurador”, Estadística a Junio de 2009, nº 1.131[documento en línea disponible en http://intranet.icea.es/publicaciones/publicaciones.asp]

[6] Accenture; ICEA (2004), “Estudio de la gestión de TI en Seguros; compa rativa de los costes de TI entreSeguros y Banca” [documento en línea disponible en http://intranet.icea.es/publicaciones/publicaciones.asp]

[7] ICEA (Diciembre 2008), “Internet y el Seguro Electrónico”, Estadística año 2008, nº 1.092 [documento en

línea disponible en http://intranet.icea.es/publicaciones/publicaciones.asp]

[8] ICEA (Octubre 2009), “Las Tecnologías de la Información en el Sector Asegurador”, Estadística año

2008, nº 1.133 [documento en línea disponible en http://intranet.icea.es/publicaciones/publicaciones.asp]

https://jcrsenin.wordpress.com/2011/07/14/full-paper-modelo-operativo-de-arquitectura-empresarial/https://jcrsenin.wordpress.com/2011/07/14/full-paper-modelo-operativo-de-arquitectura-empresarial/https://jcrsenin.wordpress.com/2011/07/14/full-paper-modelo-operativo-de-arquitectura-empresarial/http://intranet.icea.es/publicaciones/publicaciones.asphttp://intranet.icea.es/publicaciones/publicaciones.asphttp://intranet.icea.es/publicaciones/publicaciones.asphttp://www.dgsfp.meh.es/sector/documentos/Informe_2008.pdfhttp://www.dgsfp.meh.es/sector/documentos/Informe_2008.pdfhttp://www.dgsfp.meh.es/sector/documentos/Informe_2008.pdfhttp://intranet.icea.es/publicaciones/publicaciones.asphttp://intranet.icea.es/publicaciones/publicaciones.asphttp://intranet.icea.es/publicaciones/publicaciones.asphttp://intranet.icea.es/publicaciones/publicaciones.asphttp://intranet.icea.es/publicaciones/publicaciones.asphttp://intranet.icea.es/publicaciones/publicaciones.asphttp://intranet.icea.es/publicaciones/publicaciones.asphttp://intranet.icea.es/publicaciones/publicaciones.asphttp://intranet.icea.es/publicaciones/publicaciones.asphttp://intranet.icea.es/publicaciones/publicaciones.asphttp://intranet.icea.es/publicaciones/publicaciones.asphttp://intranet.icea.es/publicaciones/publicaciones.asphttp://intranet.icea.es/publicaciones/publicaciones.asphttp://intranet.icea.es/publicaciones/publicaciones.asphttp://intranet.icea.es/publicaciones/publicaciones.asphttp://intranet.icea.es/publicaciones/publicaciones.asphttp://intranet.icea.es/publicaciones/publicaciones.asphttp://intranet.icea.es/publicaciones/publicaciones.asphttp://intranet.icea.es/publicaciones/publicaciones.asphttp://intranet.icea.es/publicaciones/publicaciones.asphttp://www.dgsfp.meh.es/sector/documentos/Informe_2008.pdfhttp://intranet.icea.es/publicaciones/publicaciones.asphttps://jcrsenin.wordpress.com/2011/07/14/full-paper-modelo-operativo-de-arquitectura-empresarial/


16/17


[9] ICEA (Febrero 2004), “Las Tecnologías de la Información en el Sector Asegurador”, Estadística año

2002, nº 903 [documento en línea disponible en http://intranet.icea.es/publicaciones/publicaciones.asp]

[10] Sieber, S; Valor, J; Porta, V. (Noviembre 2007), “Gobierno del departamento de tecnologías de la

información y comunicaciones”, Occasional Paper, OP nº 08/03, IESE Universidad de Navarra

[11] Microsoft (2009), “Microsoft Application Application Architecture Guide” [Documento disponible enlínea en http://www.codeplex.com/AppArchGuide]

[12] The Open Group (2009), “TOGAF Architecture Framework” [documento en línea disponible enhttp://www.opengroup.org/architecture/togaf8-doc/arch/]

[13] Gartner (2009), “Gartner’s Enterprise Architecture research” [documento en línea disponible en

http://www.gartner.com/it/products/research/asset_129493_2395.jsp]

[14] Zachman International (2009), “Enterprise Architecture Framework”, [documento en línea disponible en

http://www.zachmaninternational.com/index.php/the-zachman-framework ]

[15] Weill, P. (2007), «Innovating with Information Systems: What do the most agile firms in the world do?»,CISR, MIT Sloan School of Management (Instituto de Tecnología de Massachusetts)

[16] Ross, J. (2009), «Forget Strategy: Focus IT on your Operating Model», CISR, MIT Sloan School ofManagement

[17] Andreu, R; Ricart, J.E; Valor, J. (1991), “Sistemas de Información y la Organización, ¿Ventajas odesventajas competitivas?”, Documento de investigación DI nº 203, IESE Universidad de Navarra

[18] Ross, J.W. P. (2009), «Strategy Execution and the Role of the CIO», CISR, MIT Sloan School ofManagement

[19] Ross, J; Weill, P; Robertson, D. (2009), «Enterprise Architecture as Strategy: Creating a Foundation forBusiness Execution», CISR, MIT Sloan School of Management

[20] INFORMATICA Inc. (Diciembre 2008), “Desenredando la maraña de IT”, publicado en www.itcio.com [documento en línea disponible en http://www.itcio.es/aplicaciones-negocio/whitepapers/1005821018002/desenredando-marana-it-desarrollo.1.html]

[21] Shuen, A. Web 2.0: A Strategy Guide. Sebastopol: O’Reilly Media, 2008.

[22] Sieber, S., Kaganer, E., Hair, N., Clark, M. y Bailey, C. “The Impact of Social Media on Collaborative

innovation: An Enterprise Perspective”. Estudio conjunto del IESE, Rochester Institute of Technology,Henley Business School y Cisco

[23] Teece, D., Pisano, G. y Shuen, A. “Dynamic Capabilities and Strategic Management.” Strategic Management Journal 18 (1997): pp. 509-533.

[24] Shuen, Amy; Sieber, S. (2010), «Al Compás de las nuevas capacidades dinámicas», IESE Insight

[25] Muñoz, B; Riverola, J. (2003), “Del buen pensar y mejor hacer: Mejora permanente y gestión del

conocimiento”, McGraw-Hill, IESE Universidad de Navarra

https://jcrsenin.wordpress.com/2011/07/14/full-paper-modelo-operativo-de-arquitectura-empresarial/https://jcrsenin.wordpress.com/2011/07/14/full-paper-modelo-operativo-de-arquitectura-empresarial/https://jcrsenin.wordpress.com/2011/07/14/full-paper-modelo-operativo-de-arquitectura-empresarial/http://intranet.icea.es/publicaciones/publicaciones.asphttp://intranet.icea.es/publicaciones/publicaciones.asphttp://intranet.icea.es/publicaciones/publicaciones.asphttp://www.codeplex.com/AppArchGuidehttp://www.codeplex.com/AppArchGuidehttp://www.codeplex.com/AppArchGuidehttp://www.opengroup.org/architecture/togaf8-doc/arch/http://www.opengroup.org/architecture/togaf8-doc/arch/http://www.gartner.com/it/products/research/asset_129493_2395.jsphttp://www.gartner.com/it/products/research/asset_129493_2395.jsphttp://www.zachmaninternational.com/index.php/the-zachman-frameworkhttp://www.zachmaninternational.com/index.php/the-zachman-frameworkhttp://www.itcio.com/http://www.itcio.com/http://www.itcio.com/http://www.itcio.es/aplicaciones-negocio/whitepapers/1005821018002/desenredando-marana-it-desarrollo.1.htmlhttp://www.itcio.es/aplicaciones-negocio/whitepapers/1005821018002/desenredando-marana-it-desarrollo.1.htmlhttp://www.itcio.es/aplicaciones-negocio/whitepapers/1005821018002/desenredando-marana-it-desarrollo.1.htmlhttp://www.itcio.es/aplicaciones-negocio/whitepapers/1005821018002/desenredando-marana-it-desarrollo.1.htmlhttp://www.itcio.es/aplicaciones-negocio/whitepapers/1005821018002/desenredando-marana-it-desarrollo.1.htmlhttp://www.itcio.com/http://www.zachmaninternational.com/index.php/the-zachman-frameworkhttp://www.gartner.com/it/products/research/asset_129493_2395.jsphttp://www.opengroup.org/architecture/togaf8-doc/arch/http://www.codeplex.com/AppArchGuidehttp://intranet.icea.es/publicaciones/publicaciones.asphttps://jcrsenin.wordpress.com/2011/07/14/full-paper-modelo-operativo-de-arquitectura-empresarial/


17/17


[26] Pin, J.R. y J. Quintanilla (2000), “E-people management en la nueva economía: la dirección de personasen los nuevos negocios de la red”, Revista del Centro de Estudios Financieros

[27] Pin, J.R. y J. Quintanilla (2001), “Influencia de la Nueva Economía en la Dirección de Personas”,

documento de investigación nº 440, División de Investigación del IESE Universidad de Navarra

[28] OCDE, EuroStat (2005),”Manual de Oslo, Guía para la recogida e interpretación de datos sobreinnovación”, Tercera Edición

[29] ICEA, Accenture (Octubre 2009), “Estudio sobre el estado de la Innovación en las Aseguradoras

Españolas. Estadística año 2009

[30] Project Management Institute (2009), “A Guide to The Project Management Body of Knowledge(PMBOK Guide)

[31] PRINCE2 (PRojects IN Controlled Environments), Office of Government Commerce in the UnitedKingdom

[32] Bon, J.V. et al. (2007), “Foundations of IT Service Management based on ITIL V3”, itSMF International

[33] Especialista Universitario en Dirección Estratégica de TI, temario de la Universidad Oberta deCatalunya.

[34] OASIS (2006), “Reference Model for Service-Oriented Architecture 1.0” [Documento en líneadisponible en http://www.oasis-open.org/committees/download.php/19679/soa-rm-cs.pdf ]
https://jcrsenin.wordpress.com/2011/07/14/full-paper-modelo-operativo-de-arquitectura-empresarial/https://jcrsenin.wordpress.com/2011/07/14/full-paper-modelo-operativo-de-arquitectura-empresarial/https://jcrsenin.wordpress.com/2011/07/14/full-paper-modelo-operativo-de-arquitectura-empresarial/http://www.oasis-open.org/committees/download.php/19679/soa-rm-cs.pdfhttp://www.oasis-open.org/committees/download.php/19679/soa-rm-cs.pdfhttp://www.oasis-open.org/committees/download.php/19679/soa-rm-cs.pdfhttp://www.oasis-open.org/committees/download.php/19679/soa-rm-cs.pdfhttps://jcrsenin.wordpress.com/2011/07/14/full-paper-modelo-operativo-de-arquitectura-empresarial/

Control de Lectura AE 2016 Full Paper Modelo Operativo de Arquitectura Empresarial

Documents

Transcript of Control de Lectura AE 2016 Full Paper Modelo Operativo de Arquitectura Empresarial