Introducción

 

Una vez descubierto en qué consiste ITIL, en el post anterior, nos damos fácilmente cuenta de que ITIL y SOA comparten, en gran medida, los mismos objetivos. Tenemos entonces, dos posibilidades: o bien SOA e ITIL son en realidad lo mismo (más de lo mismo si me permitís), o bien ITIL y SOA (siendo distintos) son convergentes.

 

Indudablemente, la respuesta más adecuada es la segunda. No pueden ser lo mismo porque en esencia, no tienen nada que ver: uno son unas buenas prácticas orientadas a procesos de negocio y lo otro es un modelo arquitectónico de gestión de servicios, aunque también basado en procesos que soportan el negocio.

 

Entonces, si SOA e ITIL son convergentes, ¿son compatibles? ¿Podemos aplicar SOA e ITIL en la misma organización?

 

La respuesta es Sí, y no sólo Sí, sino que son complementarios (y necesarios).

 

Estudios sobre la complementariedad de ITIL y SOA hay muchos y muy variados en Internet. Hay estudios más técnicos, otros más de de negocio, e incluso filosóficos (hablando del ser del servicio y su esencia basada en ITIL).

 

He añadido entre paréntesis que son mutuamente necesarios, porque, aunque estrictamente hablando no es cierto, lo que sí es cierto es que SOA necesita, como hemos visto en otros posts en este foro, de un modelo de un gobierno efectivo (SOA Governance) que a su vez requiere de un modelo de negocio de TI en el que ITIL encaja a la perfección.

 

Cada uno busca su media naranja, pues aunque los dos son independientes y aportan valor a la organización, la realidad es que juntos pueden llegar mucho más lejos.

 

Entramos en materia: ITIL, SOA y CobiT!!

 

A continuación empezaremos a hilar los conceptos que hemos venido desarrollando. ITIL fue explicado en el post anterior, sobre SOA y SOA Governance ya conocemos sus características y objetivos, pero nos falta introducir un último elemento llamado CobiT directamente relacionado con el gobierno de las TI (TI Governance).

 

Como ya se ha resaltado en los objetivos de ITIL y SOA, el principio de toda estrategia encaminada a la mejora de la productividad debe ser el pleno conocimiento de la relación entre los objetivos de negocio, los objetivos de TI y los procesos implicados. Alineando los objetivos de negocio y TI se pueden definir prioridades y relaciones, y todo ello redunda en mejorar los procesos subyacentes.

 

ITIL y SOA pueden cooperar mutuamente con el objetivo de alinear las capas de negocio y tecnología, que en principio, se encuentran distanciados debido a su diferente perspectiva de objetivos y funcionalidades.

 

La estrategia de negocio, dirigida por la alta dirección, se encarga de definir la visión, misión y objetivos de cualquier organización. Dicha estrategia se apoya en una serie de procesos de negocio para materializarse. Podemos proponer los procesos de ITIL como aquellos que mejor pueden realizar este cometido en virtud de los beneficios que reporta al modelo de negocio, y la alta satisfacción de aquellas organizaciones que los han llevado a la práctica.

 

A este nivel es cuando necesitamos introducir la última pata del banco: CobiT se alza en el entorno de gobierno de TI como un conjunto de buenas prácticas a través de un entorno de trabajo basado en procesos, presentando una serie de actividades para gestionar su estructura lógica. Es por eso por lo que se afirma que está fuertemente centrado en el control y menos en la ejecución. Este conjunto de buenas prácticas se basa en cuatro puntos de actuación básicos para la creación de valor:

 

• Crear un enlace hacia los requisitos de negocio: la orientación hacia el negocio de CobiT consiste en relacionar los objetivos de TI con los objetivos de negocio proveyendo métricas y modelos de madurez para medir la mejora producida e identificar las responsabilidades asociadas del negocio y los procesos de TI.
• Organizar las actividades de TI bajo un modelo de procesos generalmente aceptado: CobiT divide a las TI en treinta y cuatro procesos pertenecientes a cuatro dominios (plan y organización, adquisición e implementación, prestación de servicio y apoyo), identificando qué criterios  de información son más importantes en cada uno de los procesos.
• Hacer una lista de qué recursos necesitan ser fortalecidos.
• Proporcionar consideraciones acerca de qué es importante para controlar un determinado proceso de TI.

 

A partir de las acciones anteriores, CobiT da soporte al gobierno de TI creando un entorno de trabajo centrado en el negocio, orientado a procesos y dirigido por métricas, que permita la alineación de TI con el negocio, maximizar los beneficios de negocio a partir de las capacidades de TI, usar los recursos de TI de manera adecuada y gestionar los riesgos inherentes al sistema planteado. Podemos imaginarnos en este punto que los servicios de SOA son activos y recursos de TI (TI assets) ya que los procesos y su gobierno están más cerca de la capa de negocio.

 

Ahora es importante resaltar las métricas de control que posee CobiT, pues van a ser de gran utilidad como complementariedad de ITIL y SOA. Gráficamente lo podemos ver en la siguiente figura:

 

 

 

 

Los niveles de control se implementan en CobiT a través de los llamados KPI’s y KGI’s. Un KPI (Key Performance Indicator) describe el resultado de un proceso, es un indicador de éxito del proceso y de su contribución al negocio y describe el impacto de no alcanzar el objetivo prefijado del proceso. Un KGI (Key Goal Indicator) es una medida de la calidad en la ejecución de un proceso expresado en términos precisos y medibles, y se usa para predecir la probabilidad de éxito o fracaso de un proceso.

 

Uno de los elementos clave en el sistema CobiT es que un KGI de nivel inferior se convierte en un KPI de nivel superior. Es decir, un KGI de proceso se convierte en un KPI para la medición del rendimiento de la organización de TI; a su vez, la organización de TI mide su resultado a través de un KGI, que será un KPI de rendimiento del negocio, a parte de los propios indicadores que posea el negocio. Esta cadena de mediciones es lo que propicia que CobiT esté orientada al negocio. Gráficamente lo podemos ver en la figura siguiente:

 

 

 

Totum revolotum

 

El conjunto de buenas prácticas que constituye ITIL, ejerce su función bajo la definición de un gobierno de TI efectivo. Este gobierno de TI, se establece como la piedra angular bajo la cual es posible crear acciones que faciliten el alineamiento estratégico entre el negocio y la tecnología (SOA). Dentro de dicho gobierno de TI, cada uno de los procesos de negocio está regulado por una serie de métricas de rendimiento, las cuales deben asegurar que existe una concordancia entre los requisitos de negocio y los activos tecnológicos.

 

 

 

CobiT, es la parte del gobierno de las TI que ejerce tal función de regulación mediante métricas. Mediante las métricas definidas por CobiT, así como aquellas que se pueden definir por la misma organización, es posible caracterizar cada uno de los procesos en sus KPIs y KGIs.

 

Sin embargo, la definición de procesos de negocio basados en buenas prácticas, aunque necesario, no es suficiente para responder a las demandas del negocio. Las empresas actuales demandan cada vez más la flexibilidad frente a cambios en la organización, capacidad de crear  procesos y modelos de negocio entre compañías, capacidad de poseer información de tiempo real para la toma de decisiones, disponer de iniciativas de servicio al cliente, cumplir los requerimientos regulatorios y diseñar e implementar las funcionalidades de manera que se favorezca la reutilización y ubiquidad.

 

Es necesario, definir una arquitectura en la que las funcionalidades estén encapsuladas en servicios independientes y autónomos que den respuesta a las necesidades de negocio.

 

Por ello, la distancia existente entre la tecnología y los procesos de negocio es el hábitat donde mejor puede realizar su función la arquitectura orientada a servicios (SOA). Mediante la composición y orquestación de un conjunto de servicios es posible que las necesidades de negocio encuentren su fiel reflejo en los activos tecnológicos.

 

Para implementar una arquitectura SOA efectiva, los servicios tienen que estar construidos sobre los requerimientos de los procesos de negocio a los que dan soporte. Dichos requerimientos pueden ser conocidos mediante las métricas de rendimiento (KPIs y KGIs) definidos por el gobierno de las TI para cada uno de los procesos de negocio. Estos valores, definirán o modificarán la necesidad de crear servicios nuevos o modificar los existentes.

 

Debido a que la gestión de los servicios es una tarea ardua, es imprescindible diseñar un modelo de gobierno específico para su gestión. Este modelo de gobierno es lo que se conoce por gobierno de SOA, que es una extensión del gobierno de las TI, pero exclusivamente dedicado a la orquestación y gestión de los servicios. Este gobierno de SOA no es opcional, sino que “SOA es 1 por ciento de servicio y 99 por ciento de gobierno”.

 

Así pues, las métricas KPIs y KGIs, pueden influir en cualquiera de los componentes de una arquitectura SOA, incluyendo su gobierno. Para cada uno de los servicios, es necesario definir un contrato, una interfaz y su implementación. El contrato es donde se especifica su función entre el proveedor de servicio y el consumidor, la semántica de cómo el servicio es usado y la política específica que define quien puede tener acceso a los servicios, así como los acuerdos de nivel de servicio fijados. La interfaz muestra al resto de los servicios su funcionalidad, y la implementación incluye tanto la lógica de ejecución como los datos necesarios.

 

Para terminar, cada uno de los servicios necesitan de la tecnología para realizar su función. De esta manera, los requisitos establecidos en la estrategia de negocio por la alta dirección, llegan traducidos a la capa tecnológica mediante ITIL, SOA y el control de sus gobiernos respectivos.

 

Francisco Roldan Cordoba

Consultor Senior

 

 

Etiquetas: CobiT, Gobierno SOA, IT Management, ITIL, SOA, SOA Governance

Esta entrada se publicó , el Lunes, 7 de Diciembre de 2009 a las 0:52 horas y está guardada bajo EAI/SOA. Puedes seguir cualquier respuesta a esta entrada mediante el canal RSS 2.0.