Contenido


Importancia del Gobierno SOA en la Organización

Gobierno SOA

Comments

Contenido de la serie:

Este contenido es la parte # de # de la serie:

Manténgase en contacto por contenidos adicionales de esta serie.

Este contenido es parte de la serie:

Manténgase en contacto por contenidos adicionales de esta serie.

Muchas organizaciones han optado por desarrollar proyectos utilizando una Arquitectura Orientada a Servicios (SOA), con el fin de mejorar los tiempos utilizados en las modificaciones de sus procesos de negocio, evolucionar los modelos de negocio basados en tercerización, facilitar la integración de sistemas y aplicaciones de diferentes proveedores, etcétera; sin embargo surge una pregunta ¿Qué debería realizarse para desarrollar una Arquitectura Orientada a Servicios?

Analicemos el siguiente ejemplo: “Una Compañía, pretende desarrollar un Proyecto de Construcción de un edificio, cuyo objetivo es vender locales comerciales y oficinas. La Compañía ha destinado el 35% de su capital para dicho proyecto, pensando en los beneficios ofrecidos por las proyecciones financieras que han desarrollado su equipo de asesores. El proyecto se desarrollará en diferentes fases a lo largo de 4 años de trabajo, con miras a la construcción de proyectos similares en locaciones cercanas a la primer edificación que construirá. Se realizan todos los estudios e investigaciones pertinentes para dar inicio a la construcción; obteniendo satisfactoriamente los permisos necesarios para la misma. El día cero (0) ha llegado y el proyecto se ha iniciado; sin embargo transcurrida la fase A (terminación del primer año de trabajo) el proyecto empieza a tener problemas estructurales, generando retrasos y sobrecostos, que ponen en tela de juicio la rentabilidad de dicha Compañía. Estudios posteriores revelan que la cimentación del edificio tiene problemas estructurales”.

Pretender desarrollar una Arquitectura Orientada a Servicios (SOA) sin la implementación de un Gobierno SOA, es equivalente a intentar construir un edificio sin cimentación; lo cual conducirá posiblemente a generar un ambiente de inestabilidad tan grande que afectará no solo a la organización que se ha embarcado en dicho proceso; sino también a sus proveedores y consumidores (clientes).

Qué es un “Gobierno SOA”

Para abordar este tema, será necesario realizar una descomposición semántica de Gobierno SOA. El primer elemento es “Gobierno”, y este hace parte del “Gobierno Corporativo”.

Figura 1. Relación de Gobierno SOA con el Gobierno Corporativo
Relación de Gobierno SOA con el Gobierno Corporativo

1. Gobierno Corporativo

“El gobierno corporativo en términos generales se refiere a los mecanismos, procesos y relaciones utilizadas para controlar y dirigir las empresas.”[1]

Un Gobierno Corporativo debe proveer incentivos para proteger los intereses (sociales o económicos) de la Empresa y Accionistas; soportado en la creación de valor y uso eficiente de los recursos. Es necesario distribuir los deberes y responsabilidades entre los diferentes participantes de la Empresa, incluyendo normas y procedimientos para la toma de decisiones de los asuntos corporativos.

Para continuar con nuestro análisis encontramos un segundo elemento“Servicio” (Service en Inglés).

Figura 2. Relación del Gobierno SOA y los servicios
Relación del Gobierno SOA y los servicios

2. Servicio

En relación a su capacidad “un servicio es una unidad autónoma que ofrece una funcionalidad definida”[2], el cual “... puede estar compuesto de uno o más componentes para proporcionar una funcionalidad completa”[3].

Es importante recalcar, que el término servicio tiene varios significados acorde al contexto, donde se lo esté utilizando, por esta razón el significado descrito anteriormente, ofrece una cobertura hacia diferentes contextos. Es común encontrar las siguientes clasificaciones para servicios:

  • Servicios Técnicos
  • Servicios Funcionales
  • Servicios de Negocio
  • Servicios Empresariales
  • Servicios Internos
  • Servicios Externos
  • Servicios Mixtos (Ofrecidos al interior y exterior de la organización)

Sin embargo para cada proyecto y/o iniciativa SOA, debe establecer una definición de servicio con el fin de utilizar un vocabulario común, mejorando así la comunicación entre las diferentes personas y su entendimiento.

Nuestro tercer elemento es la “Arquitectura Orientada a Servicios” (SOA, por su acrónimo en Inglés).

Figura 3. Relación del Gobierno y la Arquitectura Orientada a Servicios
Relación del Gobierno y la Arquitectura Orientada a Servicios

3. Arquitectura Orientada a Servicios (SOA)

“Patrón de Arquitectura de Software que proporciona funcionalidades expuestas como servicios, independiente de cualquier proveedor, producto o tecnología”[4].

La composición de estos tres elementos nos ofrece un interesante resultado:

Figura 4. Gobierno SOA
Gobierno SOA

4. Gobierno SOA

“Técnica”[5] que permite planificar, organizar, dirigir y controlar los servicios de una organización, con el fin de obtener el máximo beneficio posible; este beneficio puede ser económico o social, dependiendo del fin perseguido por la misma.

El Gobierno SOA tiene un enfoque más amplio que el Desarrollo de Software, debido a que su marco de referencia abarca procesos directivos, los cuales están directamente relacionados con la estructuración de la Arquitectura Empresarial de la Organización.

Componentes principales de un Gobierno SOA

Un Gobierno SOA está compuesto de Principios, Políticas (conjunto de reglas) y Procesos (prácticas); cuya aplicación por parte de los diferentes Equipos de Trabajo (personas) permite establecer sistemas racionales de esfuerzo cooperativo, a través de los cuales se puede alcanzar propósitos comunes que individualmente no son factibles lograr.

1. Equipos de trabajo

Conformados por personas que colaboran a alcanzar el objeto social de la organización; estos pueden o no pertenecer a la misma, y su relación puede ser transitoria o permanente. Entre ellos se encuentran los directivos, empleados, clientes, usuarios y proveedores.

La estructura de los Equipos de Trabajo está regida por la estructura organizacional; y dependerá de la estrategia, framework y/o metodología que se seleccione para la implementación del Gobierno SOA; sin embargo es común contar con algunos o todos los grupos de trabajo (es posible que se utilicen nombres diferentes, pero con un objetivo igual o muy similar) mencionados a continuación:

  • Centro de Excelencia (C.O.E. por su acrónimo en inglés – Center of Excellence): Las principales responsabilidades están relacionadas con la priorización de proyectos, verificación y aprobación de los Principios SOA, así como su aplicación a nivel estratégico en la organización.
  • Equipo de Revisión de Arquitectura (Architect Review Board): Este equipo es de carácter técnico y debe soportar todas las decisiones de diseño, que serán implementadas para desarrollar la estrategia que defina la organización, en los diferentes proyectos de tipo SOA.
  • Concejo Empresarial (Business Council): Este equipo permite que la alineación del negocio (a nivel funcional) se encuentre presente en todas las fases del desarrollo de la Arquitectura Orientada a Servicios.
  • Equipo de Gobierno: La principal responsabilidad de este equipo como su nombre lo indica es la implementación de un Gobierno SOA, que sea capaz de responder a las necesidades organizacionales; sin olvidar la participación de los otros equipos.

Dependiendo del alcance que se determiné a nivel de Gobierno SOA, existirán más o menos equipos de trabajo, siendo posible que algunos de ellos ya se encuentren conformados y tan solo sea necesario adicionar nuevas responsabilidades a las vigentes.

2. Principios SOA [6]

Un principio es una “ley” o “regla” que se debería cumplir con un propósito definido. Los Principios SOA pueden analizarse como las características esenciales de la Arquitectura Orientada a Servicios que se piensa utilizar en los diferentes proyectos; siendo necesarios para comprender y utilizar dicha Arquitectura.

No existe un consenso entre los teóricos o autores de Gobierno SOA; sin embargo presentaré la siguiente definición:

“Reglas o criterios aplicables a aspectos estructurales y/o estáticos de una Arquitectura Orientada a Servicios, los cuales pueden influenciar el comportamiento de los equipos de trabajo.”

Dependiendo del autor que se consulte, existirán diferentes grupos de Principios SOA, a continuación se presenta un pequeño listado de ellos:

  • Estandarizar los contratos de servicio
  • Mantener un acoplamiento bajo entre los sistemas
  • Abstraer la funcionalidad de los servicios
  • Reutilizar los servicios
  • Diseñar servicios sin estado
  • Descubrir los servicios
  • Componer servicios basados en otros servicios
  • Diseñar servicios con una granularidad previamente establecida
  • Encapsular los servicios
  • Ofrecer transparencia de ubicación de los servicios

Cada uno de estos Principios SOA, debe ser estudiado detenidamente; comprendiendo las implicaciones técnicas, funcionales y financieras que acarrearán en el momento de ser seleccionados en una fase posterior.

3. Políticas

Las políticas son el conjunto de normas o reglas, previamente establecidas por la dirección de la organización, para regular el funcionamiento de la misma. Estas permiten hacer operativa la estrategia que se ha definido con antelación, generando un compromiso al ser desplegadas en los diferentes niveles jerárquicos de la organización.

4. Procesos

“Conjunto de actividades mutuamente relacionadas o que, al interactuar, transforman elementos de entrada y los convierten en resultados”[7]

Independiente del framework y/o metodología a ser utilizado en una implantación de Gobierno SOA, existen cuatro procesos básicos, los cuales pueden ser utilizados como referencia en cualquier tipo de Arquitectura, estos responden a las siguientes necesidades:

  • Con el fin de activar cada uno de los componentes del Gobierno SOA, englobando en él todos sus posibles componentes; es necesario contar con un proceso de activación denominado Proceso de Vitalidad, este permitirá dar “vida” en sentido figurado a cada uno de los componentes del Gobierno, para puedan ser utilizados como herramientas por los diferentes equipos de la Organización.
  • Para que los diferentes equipos de trabajo, funcionen armónicamente estos deben comunicarse de una forma correcta, de lo contrario se tendría un problema similar al experimentado en la construcción de la Torre de Babel (relato bíblico), en la cual las personas que construían dicha edificación misteriosamente empezaron a hablar diferentes idiomas impidiendo así el éxito de la obra. El Proceso de Comunicación debe ofrecer los mecanismos y herramientas necesarias para que la comunicación sea un flujo continuo de información capaz de permitir el desarrollo de los diferentes proyectos; y no generar problemas que impidan una correcta evolución.
  • ¿Cómo proceder con algo que se aparte de la regla común o generalidad? para este caso es necesario contar con un Proceso de Excepciones y Apelaciones, este proceso tiene la responsabilidad de definir el mecanismo que será utilizado, en caso de contemplar una excepción a la regla, o presentar una apelación hacia una decisión tomada anteriormente.
  • Con el fin de mejorar continuamente cualquier servicio, es necesario contar con un Proceso de Cumplimiento encargado de verificar y controlar los diferentes productos que se generen en un proyecto, este proceso permitirá realizar mejoras continuas, en pro de la evolución. La responsabilidad no solo radica en controlar, sino en ofrecer información necesaria para calcular diferentes métricas, que permitan determinar porque razón se alejan o no las soluciones de las reglas establecidas.

Cómo puede ayudar el Gobierno SOA

Una de las promesas de la Arquitectura Orientada a Servicios es crear Servicios de Alta calidad que puedan ser fácilmente utilizados por los Sistemas Consumidores (internos y externos), ofreciendo los niveles de servicios acordados (S.L.A. por su acrónimo en inglés); sin embargo la mayoría de los Proyectos SOA no cuentan con un Gobierno SOA; olvidando que este es la base para que la Arquitectura se desarrolle y evolucione.

Toda organización necesita de una gestión que le permita ser operativa; el Gobierno SOA busca ayudar a coordinar los diferentes componentes que son necesarios en una Arquitectura Orientada a Servicios; lo cual debería mejorar el tiempo de respuesta de la organización, para ofrecer servicios de mayor calidad a sus Clientes.

Es importante dejar claro que el uso del Gobierno SOA no depende del estilo de Arquitectura que se utilice en la Organización y mucho menos del tipo de Tecnología a ser utilizada para la implementación.

Primeros pasos del Gobierno SOA

1. Selección del personal

Es necesario contar con un equipo de trabajo que se encargué directamente del Gobierno SOA. Para esto es necesario conocer cuál será el alcance de dicha estrategia, generando así un listado de exigencias que deberán cumplir las personas seleccionadas, este listado se traducirá en competencias que deberán tener para ser parte del equipo. Por lo tanto es necesario seleccionar los candidatos más adecuados; sin olvidar que no siempre el candidato más adecuado es aquel que posee las mejores “calificaciones”, debido a que habilidades como empatía, comunicación asertiva, relaciones interpersonales, toma de decisiones, pensamiento creativo, pensamiento crítico, manejo de problemas y conflictos entre otras, jugarán un papel relevante en cada una de las personas seleccionadas.

2. Conformación del equipo de trabajo

Conformar el equipo de trabajo no es una tarea fácil. Es relevante que el equipo tenga actitud, conocimiento, carácter y empatía entre sus participantes. Para conformar el equipo es recomendable tener en cuenta los siguientes aspectos:

Visión común

Definir un rumbo de trabajo ofrece la posibilidad a cada miembro del equipo, de interiorizar el camino que debe recorrer; aportando soluciones creativas a los problemas que puedan presentarse. Esta visión debe ser discutida por el equipo, creando un compromiso de trabajo, que mejorará el entendimiento del punto de llegada; sin embargo sí esta visión no es conocida y comprendida, el equipo de trabajo perderá el rumbo y entendimiento de las acciones que se encuentra realizando, produciendo una sensación de desconcierto y abandono.

Objetivos

Los objetivos deben ser “reales” y “alcanzables”. Es preferible alcanzar varios objetivos pequeños; que nunca alcanzar un solo objetivo monumental. Recuerde que el equipo se medirá implícitamente por su capacidad para lograr sus objetivos, incumplirlos podría frustrar el espíritu del mismo.

Tamaño y límites

Es necesario fijar el tamaño y límites del equipo, esto permitirá tener un marco de referencia y operación definido; propiciando el establecimiento de procedimientos con un alcance medible.

Roles

La identificación de los roles dependerá del método utilizado para la implantación del Gobierno SOA, y estará directamente relacionado con el equipo de trabajo, así como con la estructura organizacional.

Liderazgo

La sana coordinación de la visión, así como el logro porcentual de cada objetivo está relacionado con una clara dirección; por ello, resulta relevante seleccionar a la persona que deberá cumplir este rol, sin olvidar la misión más importante de este, que es: generar un ambiente de empatía, para que cada miembro del equipo pueda aportar lo mejor de sí alineando el trabajo colectivo con la visión.

3. Capacitar al equipo de trabajo.

La calidad de los servicios que ofrece una organización está directamente relacionada con la calidad en las capacitaciones que reciben sus miembros. El equipo de Gobierno SOA provee un conjunto de servicios, por lo tanto no capacitarlo sería pretender obtener un “producto” de alta calidad utilizando “herramientas” deficientes.

4. Seleccionar un conjunto limitado de Principios SOA

Existen varias propuestas de “Principios SOA”[6], los cuales pueden servir de referencia, sin embargo es necesario verificar primero el grado de madurez de la Arquitectura Orientada a Servicios que exista en la Organización. Cada uno de estos principios, plantea la necesidad de desarrollar un conjunto de políticas y estándares; por lo tanto es recomendable realizar una selección pequeña de los mismos, con el fin de contar con los suficientes recursos (conocimientos, tiempo, personal, etcétera) para su desarrollo y evolución. Seleccionar una gran cantidad puede acarrear problemas operativos, al no contar con el personal necesario e idóneo para iniciar dicha labor.

5.- Establecer un conjunto de políticas

Las Políticas deben ser “...planteamientos generales o maneras de comprender que guían o canalizan el pensamiento y la acción en la toma de decisiones de todos los miembros de la organización”[8].

Es importante fijar un rumbo y realizar iteraciones constantes, para medir la evolución de las mismas. Recordando que uno de los propósitos de las políticas es dar una estructura unificada a los planes, evitando (disminuyendo en muchos casos) un análisis y procesos repetitivos; forjando la delegación de funciones en pro del control. Las políticas desarrolladas deben ofrecer las directrices que guíen las acciones de los equipos de trabajo, sin la necesidad de consultar permanentemente a los niveles superiores, para determinar sí se está obteniendo los resultados deseados. Por lo tanto cada política deberá facilitar las labores de control (a nivel de procesos) y la verificación de los resultados para la autorregulación y mejoramiento continuo.

Como punto de partida es posible definir un conjunto pequeño de políticas que sean aplicadas únicamente a un Proyecto específico, o Departamento, o Unidad Funcional. Esto permitirá medir los beneficios de dichas políticas y permitirá extender el uso a otras Unidades Funcionales; con el fin de no generar traumas colectivos por pretender abarcar toda la Organización en una sola iniciativa global.

Definición del Gobierno SOA

La Definición del Gobierno SOA se sustenta en un conjunto de actividades encaminadas a desarrollar herramientas que puedan ser utilizadas por los diferentes equipos y comités, con el fin de organizar un trabajo colectivo que permita la construcción del mismo.

1. Plan de Comunicación

Conoce más detalles del Plan de Comunicación

La planificación busca organizar las acciones que se realizarán para alcanzar un objetivo; por lo tanto el desarrollo de un plan de comunicación es una implementación de la planificación; el cual debe tener como objetivo principal comunicar la información necesaria al público seleccionado, en el espacio y tiempo pertinente. Es importante tener en cuenta los siguientes aspectos en el desarrollo del plan de comunicación:

  • ¿Quién es el público?
  • ¿Cuál es el mensaje o mensajes?
  • ¿Qué canales de comunicación se utilizarán?
  • ¿Cómo será transmitido el mensaje?
  • ¿Cuál es el propósito de la comunicación?

2. Plan de Capacitación

Este plan debe estar dirigido a mejorar y/o incrementar las habilidades del equipo de trabajo; sin olvidar el alcance del Gobierno SOA, el cual puede incluir equipos de trabajo de otras áreas organizacionales. El éxito en el desarrollo de un Plan de Capacitación está relacionado con:

  • ¿Cuál será el grado de apalancamiento para el personal seleccionado después de recibir la capacitación versus los objetivos que se persiguen?
  • ¿Cómo se aplicarán las habilidades aprendidas en la capacitación versus los objetivos que se persiguen?

Estos interrogantes ofrecen la posibilidad de eliminar fácilmente capacitaciones que no aportarán valor real al equipo de trabajo y que normalmente son seleccionadas por tener presupuesto para invertir más no para mejorar las habilidades de las personas; por lo tanto el plan de capacitación debe enfocarse en generar valor frente a los objetivos del Gobierno SOA.

Es importante tener en cuenta los siguientes puntos:

  • ¿Qué habilidades es necesario mejorar versus las características de cada rol?
  • ¿Cuánto tiempo se dedicará mensualmente a las capacitaciones versus el plan de trabajo?
  • ¿Qué capacitaciones cubren las habilidades que son necesarias mejorar?
  • ¿Qué seguimiento se realizará a cada persona que ha recibido una o más capacitaciones después de que estas terminen?

3. Establecimiento de comités

La conformación de uno o más comités se soporta en las necesidades de la Arquitectura Orientada a Servicios; por lo tanto representan no solo la Visión de SOA sino la Visión de la organización. La conformación de dichos grupos permite canalizar tanto los Principios SOA como las Políticas que estén encaminadas, a alcanzar los objetivos que se han trazado.

Él o los comités articulan y promueven la participación e integración de los diferentes equipos de trabajo que se encuentran desarrollando una Arquitectura Orientada a Servicios. Estas estructuras pueden ser virtualizadas mediante la asignación parcial o temporal de sus diferentes miembros, lo cual dependerá del tamaño de la organización y del alcance de los proyectos.

4. Establecimiento de Procesos

La selección y/o definición de los procesos necesarios para el establecimiento de un Gobierno SOA (Overview de Procesos de Gobierno SOA [9]), debe ser realizada sin olvidar la estructura organizacional; debido a que cada uno de ellos deberá aportar y no entorpecer el flujo continuo de trabajo.

Existen varios métodos de trabajo que buscan implantar un Gobierno SOA; sin embargo deberá realizarse previamente una selección, para determinar cuáles de ellos son aplicables y en qué momento; por lo tanto no es lógico pensar que la Organización se adapte al método, es más lógico seleccionar herramientas de una o varias fuentes (métodos) con el fin de alcanzar el objetivo deseado, el cual se centra en el establecimiento de un Gobierno SOA, en pro de una Arquitectura Orientada a Servicios.

5. Diseño del ciclo de vida de servicios

El ciclo de vida de servicios ofrece un conjunto de estados por los cuales debería transitar un servicio desde su fase inicial (identificación) hasta la jubilación (retiro) del mismo. Estos estados proveen información relacionada con las métricas seleccionadas, con el fin de medir la evolución de una Arquitectura Orientada a Servicios. El ciclo de vida deberá estar articulado con los Procesos que sean utilizados tanto por el Gobierno SOA como por la Arquitectura Orientada a Servicios.

6. Diseño del Portafolio de Servicios (también llamado Repositorio de Servicios)

El portafolio de servicios provee una fuente de información común a los diferentes actores en una Arquitectura Orientada a Servicios. Este concentra la información relacionada con las funcionalidades (de cada servicio), dependencias, estados (ciclo de vida), consumidores, proveedores y posibles mediadores.

Por lo tanto, basado en un ámbito económico (a nivel organizacional), el portafolio de servicios está vinculado con el conjunto de actividades o acciones que realiza la organización, para responder a las necesidades de sus consumidores, independiente de sí estos son internos o externos.

La información almacenada no es de carácter técnico únicamente, lo cual es de suma importancia para los diferentes equipos funcionales de la organización, que buscan servicios ya implementados con el fin de reutilizar un activo existente y no “construir dos veces la misma pieza”.

La reutilización potencial de servicios y/o activos existentes se basa en un sólido Portafolio de Servicios, el cual debe almacenar toda la información necesaria para determinar, sí la funcionalidad registrada previamente puede o no suplir una necesidad vigente, mejorando el tiempo de respuesta e incrementando el ROI de la organización.

7. Diseño del Catálogo de Servicios (también llamado Registro de Servicios)

Subconjunto del Portafolio de Servicios. El cual contiene una relación ordenada de servicios pertenecientes a una o varias áreas funcionales, que por su estructura precisan de esa catalogación para facilitar su ubicación. En gran medida es comparable con un diccionario, donde por cada concepto (servicio) existe una explicación (funcionalidad).

Errores comunes en la introducción del Gobierno SOA

A continuación se presenta un listado de errores comunes en la introducción del Gobierno SOA en la Organización.

1. Creer en la siguiente igualdad SOA = WS-* + SOAP + UDDI + WSDLs.

La Arquitectura Orientada a Servicios no está definida por un conjunto de tecnologías que se utilizan para su implementación. Es común utilizar varios de los estándares WS-* para implementar parte de la Arquitectura Orientada a Servicio; sin embargo recientemente se ha incorporado una tecnología incrementando su uso a nivel empresarial REST.

La utilización de diferentes tecnologías en una Arquitectura Orientada a Servicios no la limita, ni la restringe de alcanzar su objetivo; sin embargo realizar una mala selección de tecnologías tomando como referencia únicamente tendencias y gustos particulares, sí afectará de forma drástica la capacidad de evolución de la Arquitectura, disminuyendo el ROI Organizacional, al generar proyectos o iniciativas fallidas.

2. ¿Es posible que el Gobierno SOA abarque Servicios REST?

Como se ha mencionado a lo largo del artículo, el Gobierno SOA es independiente de las tecnologías seleccionadas para implementar la Arquitectura Orientada a Servicios, por lo tanto los servicios REST son una tecnología más que puede ser utilizada en la implementación; por lo tanto esta se encontraría dentro del alcance a nivel de gestión por parte del Gobierno SOA.

3. El portafolio de servicios se encuentra sin información o no existe.

Uno de los puntos más críticos para desarrollar un Gobierno SOA, es la construcción, mantenimiento y evolución del Portafolio de Servicios. Muchas iniciativas de Gobierno SOA, menosprecian el valor de este activo, al no gestionar adecuadamente su información; desconociendo así la importancia de cada servicio que ha venido desarrollando en la Organización.

Sí no existe o su información se encuentra desactualizada, las decisiones que se tomen sobre los diferentes servicios estarán soportadas únicamente por el conocimiento con que cuenten las personas que así lo decidan, no garantizando así, una articulación sobre las necesidades reales de las mismas; lo cual generará un incremento en los costos sea por implementación de servicios ya desplegados en producción, o por la pérdida de la capacidad estratégica al tomar decisiones sin información confiable.

4. No conformar un equipo de Gobierno SOA

La conformación del equipo de Gobierno SOA no se realiza con la suficiente anticipación y preparación; produciendo un ambiente de desconcierto en las personas que son seleccionadas para dicha labor.

Al conformar un equipo sin la preparación necesaria, entorpecerá el trabajo que se debería realizar para la implementación del Gobierno SOA; esto sucede en casos, donde el equipo es conformado por personas que se encuentran sin asignación previa y que posiblemente no cuenten con la experiencia, ni conocimientos necesarios para afrontar el reto propuesto.

5. No ejecutar el plan de capacitaciones

La planificación del Plan de Capacitaciones es una labor muy importante; sin embargo el no ejecutarlo afectará el desarrollo de la Arquitectura Orientada a Servicios, debido a que no se proveerá de las herramientas necesarias tanto al equipo de Gobierno SOA, como al equipo encargado de la Arquitectura. La ejecución deberá estar soportada no solo por la correcta selección de las capacitaciones, sino por la disponibilidad a nivel presupuestal.

6. ¿El Gobierno SOA es rígido a nivel organizacional?

La rigidez del Gobierno SOA dependerá de la implementación que se realice en la Organización y no concretamente del método que se utilice; sin embargo es posible que el método facilite la flexibilidad o no en la toma de decisiones. Por esta razón es importante contar con la suficiente experiencia en cada método y/o framework que se seleccione, y no intentar que la Organización se amolde a las herramientas seleccionadas.

Recursos


Recursos para Descargar


Comentarios

Inicie Sesión o Regístrese para agregar comentarios.

static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=90
Zone=Industries,
ArticleID=985133
ArticleTitle=Importancia del Gobierno SOA en la Organización
publish-date=10022014