Licenciamiento y SOA

Para el blog de esta semana, se nos pidió que consideráramos el tema de SOA y licenciamiento. Comenzaré con este último. Definitivamente este es un tema crucial en las empresas, pues al no estar estandarizado los tipos de licenciamiento, existe una variedad tan grande y las empresas tienen que tener extremo cuidado al momento de usar una aplicación.

Creo que uno de los puntos más importantes en este aspecto, es en efecto, el acuerdo de licencia. Muchos podrán pensar que los acuerdos de licencia prácticamente son una broma, normalmente unas 10 cuartillas de términos legales que nadie lee y que todo mundo acepta  sin ponerse a pensar en las consecuencias que esto puede tener. Adicionalmente, y como comúnmente suele decirse, existen las letras pequeñitas al final del contrato, que si no son entendidas en su totalidad, pueden ocasionar que los usuarios y las empresas violen los acuerdos de licencia.

Aceptar el acuerdo de licencia, es como firmar un contrato con sangre.

Creo que uno de los temas principales es que en muchas ocasiones el acuerdo de licencia no es revisado por todas las áreas pertinentes. A final de cuentas, si éste marca el contrato para el uso del software, el acuerdo debe ser cuidadosamente revisado por un área de jurídico. 

Relacionado al tema de licenciamiento, existe la práctica de Administración de Activos de Software (SAM por sus siglas en inglés). Pienso que este tema es de mucha importancia, principalmente en las grandes empresas, donde tanto el  número de usuarios, como el número de activos de software es considerable. Finalmente lo que se busca con esta práctica es tener un adecuado control de costos de TI (mediante la eficiencia y la eficacia) y limitar los riesgos relacionados a la adquisición y uso del software.  

La organización donde yo laboro (donde somos más de 40 mil empleados) esta práctica apenas está comenzando a formalizarse. Se han adquirido aplicaciones para la administración de estos tipos de activo. Cabe mencionar que no es la solución de Tivoli de IBM. No conozco a detalle las herramientas que se están utilizando, pero quiero pensar que las personas involucradas en esta decisión hicieron una evaluación adecuada y tomaron la mejor decisión.

En otro orden de ideas, el tema de SOA afortunadamente tuve la oportunidad de laborar en una de las empresas de consultoría más grandes a nivel mundial. Esta empresa en 2009 firmó un contrato con una de las AFOREs para brindar servicios de consultoría en sus aplicaciones. Creo que una de las fortalezas del proyecto fue que no únicamente se analizó el proyecto desde el punto de vista de TI, sino que se hizo un análisis detallado de los procesos de negocio y se propuso una nueva arquitectura de procesos futuros. Se siguió la metodología de SOMA (Service-Oriented Modeling and Architecture), habilitando los procesos de negocio a través de la identificación, especificación y la realización de servicios alineados a las estrategias de negocio. (Hasta el momento desconozco si el proyecto podría también considerarse un caso de éxito como los analizados en el paper:  Own your process, own yourinformation, own your businesswith SOA).

Creo que el principal reto para adoptar SOA es la correcta abstracción y diseño de los servicios, ya que estos son la base que conformaran toda la arquitectura. Tal vez el cambio de pensamiento es lo que más impide que los proyectos de SOA no sean exitosos.