Procesos

En esta ocasión, para el tema de procesos, el blog en equipo fue publicado en el Blog de Miguel Castillo.

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.

La información en mi organización y la entropía

"Gran parte de los problemas de efectividad y sufrimiento que enfrentamos en el mundo actual (de las organizaciones y en la vida personal) está relacionado con incompetencias que presentamos en la forma de conversar y relacionarnos con otros... Muchas personas sufren por su incapacidad de ser escuchados, por su dificultad para reclamar o su dificultad para reconocer el trabjo de otros." Julio Olalla.

La entropía de la información mide la incertidumbre de una fuente de información. El reducir la entropía en un sistema, como puede ser una organización, es reducir la cantidad de incertidumbre existente. 
 
En el modelo de mensaje emisor-receptor, la información está relacionada con el grado de incertidumbre del mensaje hacia el receptor. Entre mayor es la incertidumbre, mayor es la información que el mensaje proporcionará. 

Durante muchos años, la organización en la que trabajo, se ha esforzado por recopilar, ordenar, publicar y divulgar de manera interna gran cantidad de información. Diferentes portales, boletines, gacetas y demás medios de comunicación han sido utilizados. De esta manera, y tal como un sistema viviente, la empresa se ha ido dirigiendo hacia un mayor nivel de orden. Al obtenerse información, se reduce la incertidumbre. A su vez, esto mismo implica que cada vez la información sea menor.

Adicionalmente, los resultados que han dado una serie de iniciativas de la empresa para mejorar la comunicación y hacerla más efectiva han sido evidentes. La información que uno ahora puede obtener mediante un correo electrónico es clara y concisa. Esto está claramente relacionado con la entropia, pues la cantidad media de símbolos necesarios para proporcionar información es menor a la que se necesitaba antes. Los colaboradores hemos aprendido en general a olvidarnos del, ordinariamente llamado, "rollo", expresando nuestras ideas de mejor manera.

"La generación de entropía es directamente proporcional al tiempo libre y a la carencia de pareja e inversamente proporcional a los adelantos cientificos... después de un tiempo... esto es exponencial." Tito