tecnonirvana

SOA para Humanos

Las Arquitecturas Orientadas a Servicios y los proveedores con productos casi mágicos para implementarlas, proponen una nuevo paradigma para agilizar la automatización de procesos de negocio. Sin embargo, como todo en la vida, existe una letra chiquita en estas promesas que normalmente los proveedores de soluciones no hacemos énfasis hasta después que recibimos la orden de compra: Implementar SOA en una organización requiere de un cambio cultural profundo y radical. Los pequeños virreinatos en cada área de sistemas tienen que desaparecer y dar paso a grupos orgánicos que no se vean atados a las estructuras organizacionales jerárquicas tradicionales. Hasta la fecha, no he visto una “suite integrada” de soluciones SOA que proveea una solución magicas este problema, no hay una licencia de software que resuelva el problema de SOA para los humanos. Las organizaciones deben tener claro que SOA implica antes que nada un cambio organizacional, por lo que requiere una estrategia centrada en las personas antes que en la infraestructura.

A continuación comparto cinco estrategias que pueden ayudarles a asegurar que su organización contemple el factor humano en su adopción de SOA y aumentar así las probabilidades de éxito:

1.- Liderazgo y Consenso: Los informáticos, cuando somos lideres tendemos a ser tiranos. SOA requiere de un liderazgo fundamentalmente diferente. El lider de una estrategia de SOA requiere de poder crear un ambiente donde las decisiones se toman por consenso. La uníca manera de que una organización cambie es que todos sean escuchados, sus preocupaciones sean atendidas y se logren acuerdos donde nadie salga perdiendo. El mayor reto de SOA es pasar de una organización competitiva a una organización cooperativa. El establecer metricas que promuevan la cooperación y no la competencia entre areas, el reconocimiento a la labor de equipo y un sistema efectivo de toma decisiones consensuado es un primer paso ineludible en el viaje hacia SOA.

2.- Establecer un Lenguaje Comun: El concepto de SOA no tiene estandares, cada proveedor da su version particular de SOA en el cual magicamente su producto cumple con todas las expectativas. Esto es increiblemente dañino para una organización, ya que dentro de la misma empresa, dependiendo del proveedor favorito de cada grupo de sistemas, se entendera SOA como cosas fundamentalmente distintas. Antes de iniciar un proyecto de adopción de SOA debemos definir y divulgar lo que significa SOA para nuestra organización, y los beneficios particulares que buscamos. Lograr que todos hablen el mismo idioma es indispensable para una toma de decisiones en consenso.

3.- Diseñar nuestra propia receta: Cada vez que leo un whitepaper que explica como un producto es indispensable para tener exito en SOA siento un vuelco en el estomago. No existen recetas secretas para SOA. Cada organización tiene retos de negocio, cultura e historia distintas, se tiene que aceptar que ningun proveedor va a poder darle un SOA “llave en mano” por que no hay otra organización igual a la suya en este sentido. La metodología de Factores Críticos de Exito (Rockhart) está más vigente que nunca al ser una estrategia basada en consenso y en la recopilación de la inteligencia colectiva para planear de forma adecuada. El definir a través de una sesión formal de factores críticos de éxito, que contemple contextos humanos, organizacionales, tecnológicos, y administrativos es una buena manera de garantizar que se cubren todos los aspectos de una estrategia de cambio hacia SOA.

3.- El negocio antes que la arquitectura: El principal motivo de fracaso en los proyectos de TI es muy claro: el beneficio esperado por el negocio nunca llega. Mas que centrarnos en si contamos con una arquitectura con todas las “capacidades”, debemos de centrarnos en un enfoque donde primero entregamos el resultado que las personas de negocio esperan y despues nos preocupamos por la arquitectura tecnica. Sé que va en contra de todo lo que los “profesionales” de sistemas les decimos, pero la realidad es que si entregamos primero el resultado de negocio sera mas facil que nos den tiempo y dinero para hacer la arquitectura soñada. En SOA esto quiere decir, primero analizamos los dos o tres procesos mas importantes para el negocio y hacemos lo minimo indispensable para entregar mejoras en ellos. Nada mas.

4 .- La disciplina en el diseño: Existe una multitud de “conectores” y “componentes” que prometen facilitar todo. Sin embargo SOA es antes que nada una disciplina de diseño. Como toda disciplina son los humanos quienes la practican, no el producto de software. Un buen equipo de SOA entiende a todos los niveles que preservar el estilo de diseño es indispensable para obtener los beneficios. Se acabaron los “hacks” y mejoras propietarias. Todo diseño debe de obedecer los principios de diseño de SOA, los arquitectos y desarrolladores deben de practicar esta disciplina. Un comite guia puede ser de gran ayuda para asegurar que esta disciplina se aprenda y se regule.

5.- El valor de aprender: La cultura de hacerlo bien y a la primera no aplica enteramente para SOA. Somos humanos, estamos aprendiendo globalmente como cambiar hacia SOA. Habra cosas que nos parecerán buena idea en un principio y con el paso del tiempo mostraran que no lo son. Debemos estar abiertos a rediseñar o refactorizar. Es mejor aceptar de antemano que tendremos que variar el diseño y trabajemos de acuerdo a esto. Con SOA necesitamos iterar y protegernos de los cambios, pero mas que nada necesitamos promover la experimentación y el consenso. Nada peor para paralizar SOA que desarrolladores temerosos a “exponerse” con sus compañeros por que no se imaginaron todo bien a la primera. SOA fue pensado para el cambio, aprovechemoslo.

Al final, lo que es indispensable considerar en la implementación de SOA en una organización es como lograr el cambio que se requiere para que los beneficios de esta arquitectura den resultado y no nos vaya a pasar que dentro de 10 años tengamos que cambiar a otra bala de plata, porque simplemente hicimos lo mismo que toda la vida, pero ahora con estándares de SOA. Buena suerte.

Tags: SOA, softwareguru, tierralibre

No comments yet.

Leave a comment