Parece demostrado que SOA fortalece la relación entre usuarios, procesos e información permitiendo a la compañía adaptarse a las necesidades del mercado y de los clientes. Es una manera sólida de diferenciación que debería enraizarse en la cultura de la empresa (gobierno SOA).
En la parte menos favorable, y al igual que ocurre cuando se intenta medir el retorno de otras inversiones en tecnología (y en particular en software), se hace muy difícil medir el retorno real que producirá su adopción.
SOA no se debe usar como excusa para una renovación o por moda tecnológica, sólo cuando todo en la empresa esté alineado para el cambio se puede emprender un camino que toca tan de lleno a toda la organización. Incluso en ese momento, una estrategia de adopción por fases (emprendiendo proyectos pequeños al principio) parece la más indicada.
En definitiva SOA debe entenderse como un proyecto que se integre en todas y cada una de las áreas de la empresa y no sólo como un proyecto de tecnología.
Y con esta breve nota, queda publicado todo nuestro trabajo. Muchas gracias a todos los compañeros, creo que ha quedado algo bastante bueno. ¿Que opinais?
domingo, 6 de enero de 2008
martes, 18 de diciembre de 2007
SOA y el mundo real
Cerrando la serie, unos pocos datos de como se están llevando a cabo hoy en día proyectos de SOA en algunas compañias.
Aunque la aplicación de SOA en las empresas en general solo se ha realizado mediante tímidas pruebas piloto, existen compañías que ya han realizado una implantación masiva de SOA con resultados ya palpables.
Resulta sin embargo muy complicado el obtener datos económicos referentes a las consecuencias de la aplicación de SOA, sobre todo en lo que respecta al ROI de las inversiones, debido a las dificultades y subjetividades de su métrica.
Encuestas recientes a directivos de grandes empresas europeas y americanas en las que se está implementado o se ha implementado SOA, hablan de inversiones en torno a 1M$ en los dos últimos años, dedicadas mayoritariamente a desarrollo de software, a subcontratación de servicios de consultoría externa, y a la formación de empleados.
Los resultados abstraídos de las mencionadas encuestas, arrojan varias conclusiones cualitativas interesantes, que en ocasiones ponen de manifiesto las diferencias culturales existentes por ejemplo, entre empresas americanas y europeas.
Así por ejemplo, las tres razones principales para implementar SOA son:
Las mayores barreras para tomar la decisión de implementar SOA, son:
Precisamente en América es donde se encuentra más información sobre casos concretos. Así, en un reciente estudio realizado en 2007 sobre resultados de 2006, se han identificado al menos 10 compañías que hayan aplicado SOA de una forma exitosa.
El espectro de dichas compañías es bastante variado, lo que da una idea de la horizontalidad de estas tecnologías. Sectorialmente, destacan las compañías tecnológicas, las plataformas de servicios online, y las instituciones financieras.
Existen también algunos ejemplos de compañías europeas que están aplicando SOA con éxito. Entre ellos cabe reseñar por tratarse de un sector empresarial diferente a los mostrados anteriormente, el caso de SAS, la aerolínea escandinava.Aunque todavía en proceso de implementación (esperan terminar en Marzo de 2008), desde SAS se atreven a valorar ya ciertos ahorros, como los de costes de mantenimiento mensuales de sus aplicaciones, que podrán reducirse en 250.000 $.SOA permitirá a SAS el tener una única columna vertebral de mensajería entre sus diversos sistemas en tiempo real, de forma que multitud de operaciones afectadas por las reparaciones de equipos o los retrasos por inclemencias meteorológicas, podrán optimizarse ofreciendo por lo tanto un mejor servicio a sus clientes.
Los proveedores de tecnología están actuando ágilmente ante el aumento de demanda para la implementación de SOA en las empresas. De esta forma, Oracle está lanzando ya productos que permiten la compatibilidad y la integración con software de diferentes tecnologías. Su primer producto ha estado orientado a la integración con cualquier CRM de cualquier empresa, centrando en la actualidad sus esfuerzos para lanzar productos de integración con software de banca, call centers o promoción para distribuidores.
Sin embargo, no todas las historias de implementación de SOA han sido de éxito. Éste es el caso de la compañía SalesForce.com, cuyo error no ha sido otro que el de haber aplicado SOA mucho más tarde que sus competidores (3 – 4 años). Este hecho les ha reportado importantes pérdidas, debido a que sus clientes elegían otras plataformas de sus competidores en las que SOA había dejado ya huella.
__________________________
Fuente:
Aunque la aplicación de SOA en las empresas en general solo se ha realizado mediante tímidas pruebas piloto, existen compañías que ya han realizado una implantación masiva de SOA con resultados ya palpables.
Resulta sin embargo muy complicado el obtener datos económicos referentes a las consecuencias de la aplicación de SOA, sobre todo en lo que respecta al ROI de las inversiones, debido a las dificultades y subjetividades de su métrica.
Encuestas recientes a directivos de grandes empresas europeas y americanas en las que se está implementado o se ha implementado SOA, hablan de inversiones en torno a 1M$ en los dos últimos años, dedicadas mayoritariamente a desarrollo de software, a subcontratación de servicios de consultoría externa, y a la formación de empleados.
Los resultados abstraídos de las mencionadas encuestas, arrojan varias conclusiones cualitativas interesantes, que en ocasiones ponen de manifiesto las diferencias culturales existentes por ejemplo, entre empresas americanas y europeas.
Así por ejemplo, las tres razones principales para implementar SOA son:
- Ahorro de costes
- Mejora de servicios a clientes
- Mejora en la rapidez de respuesta al mercado
Las mayores barreras para tomar la decisión de implementar SOA, son:
- Falta de confianza en una rápida amortización de la inversión
- Consecución de fondos para acometer la inversión
- Bajo retorno de la inversión previsto
Precisamente en América es donde se encuentra más información sobre casos concretos. Así, en un reciente estudio realizado en 2007 sobre resultados de 2006, se han identificado al menos 10 compañías que hayan aplicado SOA de una forma exitosa.
El espectro de dichas compañías es bastante variado, lo que da una idea de la horizontalidad de estas tecnologías. Sectorialmente, destacan las compañías tecnológicas, las plataformas de servicios online, y las instituciones financieras.
| Compañía | Ventajas por aplicar SOA | Datos económicos |
| IBM | Reducción de 16.000 a 4.000 aplicaciones almacenadas en Deep Blue. 77 únicos servicios compartidos reutilizables | NA |
| Hewlett Packard | Mayor agilidad de respuesta al mercado. Gran disminución de requerimientos en los procesos de las transacciones. | 70M$ en 5-6 años |
| Wachovia Bank | Aplicaciones y modelos de negocio compartidos. Adjudicación de recientes contratos multimillonarios | NA |
| Ameriprise Financial | Reutilización de aplicaciones | Ahorros en costes de desarrollo de 10M$ |
| Citigroup | Orden y transparencia estructural | NA |
| Amazon | Flexibilidad y escalabilidad para afrontar millones de transacciones | NA |
| eBay | Poder manejar con habilidad más de 2 petabytes de datos, seis millones de líneas de código, y 100.000 nuevas líneas cada dos semanas. Creación de una plataforma de integración capaz de utilizar cualquier base de datos dentro de la compañía | NA |
| OnStar (GM) | Poder dotar a todos los vehículos de GM en venta desde finales de 2007, con numerosos novedosos servicios online. Transformación de 7 u 8 aplicaciones anteriormente inconexas e independientes en una gran aplicación común. | NA |
| Harley Davidson | Apoyo a campañas de marketing y ventas más ágiles. Beneficios para la unidad de préstamos y financiación de motocicletas. | NA |
| Dream Works | Reusabilidad de diversos componentes de sus anteriores aplicaciones. Por ejemplo, el componente de autentificación de empleados ha sido reutilizado para 12 de las aplicaciones actuales. | NA |
Existen también algunos ejemplos de compañías europeas que están aplicando SOA con éxito. Entre ellos cabe reseñar por tratarse de un sector empresarial diferente a los mostrados anteriormente, el caso de SAS, la aerolínea escandinava.Aunque todavía en proceso de implementación (esperan terminar en Marzo de 2008), desde SAS se atreven a valorar ya ciertos ahorros, como los de costes de mantenimiento mensuales de sus aplicaciones, que podrán reducirse en 250.000 $.SOA permitirá a SAS el tener una única columna vertebral de mensajería entre sus diversos sistemas en tiempo real, de forma que multitud de operaciones afectadas por las reparaciones de equipos o los retrasos por inclemencias meteorológicas, podrán optimizarse ofreciendo por lo tanto un mejor servicio a sus clientes.
Los proveedores de tecnología están actuando ágilmente ante el aumento de demanda para la implementación de SOA en las empresas. De esta forma, Oracle está lanzando ya productos que permiten la compatibilidad y la integración con software de diferentes tecnologías. Su primer producto ha estado orientado a la integración con cualquier CRM de cualquier empresa, centrando en la actualidad sus esfuerzos para lanzar productos de integración con software de banca, call centers o promoción para distribuidores.
Sin embargo, no todas las historias de implementación de SOA han sido de éxito. Éste es el caso de la compañía SalesForce.com, cuyo error no ha sido otro que el de haber aplicado SOA mucho más tarde que sus competidores (3 – 4 años). Este hecho les ha reportado importantes pérdidas, debido a que sus clientes elegían otras plataformas de sus competidores en las que SOA había dejado ya huella.
__________________________
Fuente:
- http://blogs.zdnet.com/service-oriented/
- Computerworld news (Artículos del 23 de Abril, 7 de Mayo y 28 de Mayo de 2007)
- SOA Research Costs & Benefits. GCR Custom Research
jueves, 6 de diciembre de 2007
SOA para los de TI
Penultima entrega del serial. Esta vez ser aborda SOA desde el punto de vista de la gente de sistemas de la empresa en la que se va a implantar.
Volvamos un poco sobre las piezas que componen la arquitectura (o modelo de referencia) SOA. Si bien SOA no es un producto o una tecnología especifica si que el modelo de referencia que proponen algunos fabricantes (1) ya aterriza alguno de los conceptos propuestos por SOA sobre ciertas tecnologías y define como son las relaciones entre cada pieza.
Basado en servicios
A pesar de que iniciativas como los ERP tratan de solucionarlo, la tecnología dentro de una organización está típicamente dirigida a resolver los problemas del proyecto o segmento que los reclama. Esto produce redundancias. Los proyectos si que compartían funcionalidad, pero lo hacían a nivel de código o componente (sobre la zona marcada como ‘Sistemas de gestión empresarial’).
Una aproximación basada en servicios cambia la manera en que TI desarrolla y da soluciones. Las funcionalidades son compartidas ahora a un nivel más alto y por toda la empresa. Esto tiene grandes beneficios, aunque va a requerir un esfuerzo extra para controlar (BMP), monitorizar (BAM) y distribuir las funcionalidades en forma de servicios.
Toda esta coordinación entre funcionalidades tan heterogéneas requiere la intervención del llamado ESB (Enterprise Service Bus). El ESB es una solución de integración distribuida, basada en los mensajes y en estándares abiertos (2). Su función es proporcionar una comunicación fiable entre los distintos recursos tecnológicos tales como aplicaciones, plataformas y servicios, que están distribuidos en múltiples sistemas por toda la empresa. Este concepto, previo a la aparición de SOA, forma parte fundamental del paradigma pero no se debe pensar en SOA como sólo un ESB.
Otra de las piezas fundamentales si orientamos nuestra arquitectura a servicios es el poder descubrir los servicios (tanto internamente para reutilizarlos, como externamente para que los usuarios fuera de nuestra empresa puedan acceder a aquellos que deseemos publicar). Esto se realiza a través del uso de un directorio de servicios.
Uso de estándares
Normalmente cada proyecto elegía la tecnología que más le convenía para satisfacer los requerimientos. Recientemente la aparición de tecnologías como XML (mensajería y configuración), Servicios Web (construcción de los servicios) y UDDI (descubrimiento y directorio de servicios), han proporcionado los estándares sobre los que se puede empezar a construir soluciones tecnológicas que sigan el paradigma SOA.
Dialogo entre TI y negocio
En casi todas las empresas, los usuarios de negocio requieren docenas de aplicaciones para llevar a cabo sus actividades diarias. Esto es una consecuencia más del enfoque tradicional de TI de diseñar producto a producto las soluciones.
El propósito de SOA es proporcionar la funcionalidad al negocio al mismo nivel al que los usuarios de negocio lo conciben, haciendo más sencillo para ellos el entender, rediseñar, probar y operar los parámetros de negocio que se ponen a su disposición desde TI (3). Esto requiere una relación muy estrecha entre negocio y TI, más de lo que ya venía siendo con la implantación de ERPs y CRMs.
Para facilitar todo esto, los fabricantes de software están trabajando en herramientas que permite conectar los dos mundos: el de los requerimientos y las reglas de negocio, con el puro desarrollo de soluciones.
En este esquema propuesto por IBM (4) podemos observar como todo el proceso se entiende como un círculo virtuoso en el que las decisiones de negocio son recogidas por los desarrolladores, aplicadas y después de ser probadas pasan de nuevo a negocio para su optimización. Esto, que no es nada nuevo y que debería ser así incluso en proyectos tradicionales, tiene como novedad que está soportado por herramientas que interconectan a todos los participantes y que el objetivo de desarrollo es el servicio propuesto por el paradigma SOA.
____
Volvamos un poco sobre las piezas que componen la arquitectura (o modelo de referencia) SOA. Si bien SOA no es un producto o una tecnología especifica si que el modelo de referencia que proponen algunos fabricantes (1) ya aterriza alguno de los conceptos propuestos por SOA sobre ciertas tecnologías y define como son las relaciones entre cada pieza.
Basado en serviciosA pesar de que iniciativas como los ERP tratan de solucionarlo, la tecnología dentro de una organización está típicamente dirigida a resolver los problemas del proyecto o segmento que los reclama. Esto produce redundancias. Los proyectos si que compartían funcionalidad, pero lo hacían a nivel de código o componente (sobre la zona marcada como ‘Sistemas de gestión empresarial’).
Una aproximación basada en servicios cambia la manera en que TI desarrolla y da soluciones. Las funcionalidades son compartidas ahora a un nivel más alto y por toda la empresa. Esto tiene grandes beneficios, aunque va a requerir un esfuerzo extra para controlar (BMP), monitorizar (BAM) y distribuir las funcionalidades en forma de servicios.
Toda esta coordinación entre funcionalidades tan heterogéneas requiere la intervención del llamado ESB (Enterprise Service Bus). El ESB es una solución de integración distribuida, basada en los mensajes y en estándares abiertos (2). Su función es proporcionar una comunicación fiable entre los distintos recursos tecnológicos tales como aplicaciones, plataformas y servicios, que están distribuidos en múltiples sistemas por toda la empresa. Este concepto, previo a la aparición de SOA, forma parte fundamental del paradigma pero no se debe pensar en SOA como sólo un ESB.
Otra de las piezas fundamentales si orientamos nuestra arquitectura a servicios es el poder descubrir los servicios (tanto internamente para reutilizarlos, como externamente para que los usuarios fuera de nuestra empresa puedan acceder a aquellos que deseemos publicar). Esto se realiza a través del uso de un directorio de servicios.
Uso de estándares
Normalmente cada proyecto elegía la tecnología que más le convenía para satisfacer los requerimientos. Recientemente la aparición de tecnologías como XML (mensajería y configuración), Servicios Web (construcción de los servicios) y UDDI (descubrimiento y directorio de servicios), han proporcionado los estándares sobre los que se puede empezar a construir soluciones tecnológicas que sigan el paradigma SOA.
Dialogo entre TI y negocio
En casi todas las empresas, los usuarios de negocio requieren docenas de aplicaciones para llevar a cabo sus actividades diarias. Esto es una consecuencia más del enfoque tradicional de TI de diseñar producto a producto las soluciones.
El propósito de SOA es proporcionar la funcionalidad al negocio al mismo nivel al que los usuarios de negocio lo conciben, haciendo más sencillo para ellos el entender, rediseñar, probar y operar los parámetros de negocio que se ponen a su disposición desde TI (3). Esto requiere una relación muy estrecha entre negocio y TI, más de lo que ya venía siendo con la implantación de ERPs y CRMs.
Para facilitar todo esto, los fabricantes de software están trabajando en herramientas que permite conectar los dos mundos: el de los requerimientos y las reglas de negocio, con el puro desarrollo de soluciones.
En este esquema propuesto por IBM (4) podemos observar como todo el proceso se entiende como un círculo virtuoso en el que las decisiones de negocio son recogidas por los desarrolladores, aplicadas y después de ser probadas pasan de nuevo a negocio para su optimización. Esto, que no es nada nuevo y que debería ser así incluso en proyectos tradicionales, tiene como novedad que está soportado por herramientas que interconectan a todos los participantes y que el objetivo de desarrollo es el servicio propuesto por el paradigma SOA.
____
- (1) A más alto nivel los modelos propuestos por los diversos fabricantes son muy parecidos, en este caso utilizaremos el propuesto por BEA (BEA – SOA Domain Model) uno de los principales fabricantes de este tipo de soluciones.
- (2) Se pueden encontrar muchas definiciones de ESB, en este caso recogemos la propuesta por Tibco, uno de los fabricantes tradicionales de este tipo de soluciones (http://www.tibco.com/international/spain/resources/es_esb_for_soa.pdf).
- (3) Computerworld – SOAs helps build dialogue between IT, Business-users (SEP06)
- (4) IBM Business Driven Development
miércoles, 28 de noviembre de 2007
SOA para Directores de Operaciones
Ya queda menos para finalizar el serial, esta semana la visión desde el punto de vista de las operaciones.
Cuando en una empresa se pide innovación y gestión del cambio promovida por los directivos, éstos se encuentran con las siguientes necesidades
Son múltiples los beneficios derivados de basarse en este tipo de arquitectura para las operaciones de una empresa.
La solución BPM aporta a las empresas flexibilidad, eficiencia y conocimiento de lo que ha ocurrido y está ocurriendo con en el negocio, en costes y tiempo en tiempo real. Para ser capaces de optimizar los procesos de negocio, se puede dividir la gestión de los procesos en cuatro áreas: Modelo o Análisis de Negocio, Ensamblaje, Ejecución y Monitorización:
Estratégicamente, la mayoría de las compañías son conscientes de que deben apostar por la gestión de los procesos de negocio, pero aún así, hace falta una apuesta sólida por estas soluciones para que cualquier empresa pueda maximizar las inversiones que realiza en tecnologías de la información. El BPM emerge así como el elemento clave para proporcionar a las organizaciones la flexibilidad y la agilidad necesarias para responder de forma efectiva a los nuevos cambios y oportunidades del mercado.
En definitiva SOA es un lugar donde los procesos de negocio, sus operaciones y los sistemas de la empresa, van en la misma dirección.
Ejemplo de creación procesos y de monitorización
Para la creación de un nuevo proceso de negocio, la persona encargada de ese proceso, sin necesidad de apoyo de personal de sistemas, accedería al panel abriría su proceso y simplemente añadiría seleccionando y arrastrando el elemento/s a modificar sobre el “tapiz”, añadiría también tareas, subprocesos hasta completar la creación del proceso, asignando incluso costes, duración y personas implicadas en el mismo. Si uno de los subprocesos lo fuese a realizar un proveedor web externo, no habría problema. Por lo que vemos, no se trata solamente de un diagrama de flujos de procesos. Además puede simular diferentes escenarios modificando los procesos creados en cuanto a tiempos, costes, tareas para seleccionar el óptimo. El sistema indicará si hay cuellos de botella u otros problemas y dónde están situados. Se puede extraer del sistema informes y estadísticas que ayuden a tomar la mejor decisión. Una vez tomada la decisión el directivo puede enviar la petición a sistemas en su empresa que sólo tendrá que hacer los ajustes necesarios y podrá ser implementado rápidamente.
Pongamos que en el ejemplo anterior, el Director de operaciones quiere marcar en el flujograma de procesos indicadores de desempeño para medir la eficiencia de estos y también notificaciones cuando se de una situación en el proceso. También se pueden añadir cómodamente desde el panel de control, sin necesidad de programación, las partes del proceso tienen que ser controladas (por ej. Avísame cuando la petición de un cliente no se haya resuelto en 8h.), los indicadores (KPI, key performance indicators) para un resultado eficiente del proceso. Cuando el director de operaciones, monitorice los procesos, toda esta información estará ya añadida en forma de gráficos e informes, que se haya definido. También podrá comparar con qué procesos los indicadores se ajustan más a los resultados esperados.
_______________
Fuente:
Cuando en una empresa se pide innovación y gestión del cambio promovida por los directivos, éstos se encuentran con las siguientes necesidades
- Necesidad de comprender y modificar los procesos y operaciones de la empresa con rapidez. Muchas veces, se encuentran con que hay procesos que no encajan y que se han desarrollado de tal manera que no es fácil realizar un cambio
- Necesidad de construir soluciones a partir de procesos existentes.
- Necesidad de analizar las operaciones y procesos en tiempo real para poder intervenir rápidamente. Conocer qué implican los cambios en cuanto a tiempo y dinero para la organización. Pero no se puede hacer con la suficiente flexibilidad.
- Necesidad de obtener rápidamente resultados y valor. Pero los cambios suelen conllevar proyectos de larga duración y de dudoso retorno de la inversión.
Son múltiples los beneficios derivados de basarse en este tipo de arquitectura para las operaciones de una empresa.
- La estandarización facilita la integración de los diferentes recursos tanto de la organización como de terceros. Esto significa también un control de costes más cómodo y modular.
- Además, facilita la reutilización de las aplicaciones existentes, como ERPs, CRMs, desarrollos a medida, sistemas host, aplicaciones ofimáticas, bases de datos, etc. La clave es definir y exponer o publicar las distintas funcionalidades de las aplicaciones de forma estándar lo que facilita su utilización por toda la organización y su ecosistema (clientes, proveedores o socios). El objetivo de esta política de servicios es elevar la productividad de los recursos implicados.
La solución BPM aporta a las empresas flexibilidad, eficiencia y conocimiento de lo que ha ocurrido y está ocurriendo con en el negocio, en costes y tiempo en tiempo real. Para ser capaces de optimizar los procesos de negocio, se puede dividir la gestión de los procesos en cuatro áreas: Modelo o Análisis de Negocio, Ensamblaje, Ejecución y Monitorización:
- Diseño de los componentes del proceso. Los procesos pueden ser tanto nuevos como ya utilizados en otros entornos. Esta fase depende de los profesionales de negocio, no de los técnicos, porque son ellos quienes realmente conocen las necesidades existentes. En esta fase se realiza el análisis de negocio basándose en funcionalidades como la simulación, rediseño de procesos, análisis estático y dinámico. Además se definen las métricas de negocio y los indicadores clave de rendimiento (KPIs) que se considerarán en la fase de monitorización. Una vez acabada esta fase se generan dos estándares que nos permiten la integración con tecnología: BPEL (Business Process Execution Language), que genera una serie de códigos que definen el proceso que ha sido diseñado y UML (Unified Modeling Language) que permite la implementación de los servicios.
- Integración con la tecnología y puesta en marcha del proceso. Esta fase la llevan a cabo los profesionales de tecnologías de la información utilizando una herramienta de desarrollo y partiendo del lenguaje BPEL. El objetivo es ensamblar el proceso con los servicios definidos por la organización o por terceros. Y además de modelar lo que llamamos coreografía de servicios, se pueden definir reglas de negocio. Éstas son tenidas en cuenta en la ejecución de los procesos y proporcionan una gran flexibilidad al poder ser modificadas y publicadas en tiempo real para que los procesos las incorporen.
- Seguimiento o análisis completo del proceso (BAM). Para esta fase se utilizan una serie de vistas que permiten valorar si el proceso funciona correctamente. El análisis no se hace simplemente de la tecnología, sino que se evalúa el proceso en sí, desde el punto de vista de negocio (productividad de recursos, costes asociados, tiempos de respuesta, márgenes etc.). Es decir, visualización de los KPIs y métricas de negocio definidas para la creación de cuadros de mando sobre los procesos.
Estratégicamente, la mayoría de las compañías son conscientes de que deben apostar por la gestión de los procesos de negocio, pero aún así, hace falta una apuesta sólida por estas soluciones para que cualquier empresa pueda maximizar las inversiones que realiza en tecnologías de la información. El BPM emerge así como el elemento clave para proporcionar a las organizaciones la flexibilidad y la agilidad necesarias para responder de forma efectiva a los nuevos cambios y oportunidades del mercado.
En definitiva SOA es un lugar donde los procesos de negocio, sus operaciones y los sistemas de la empresa, van en la misma dirección.
Ejemplo de creación procesos y de monitorización
Para la creación de un nuevo proceso de negocio, la persona encargada de ese proceso, sin necesidad de apoyo de personal de sistemas, accedería al panel abriría su proceso y simplemente añadiría seleccionando y arrastrando el elemento/s a modificar sobre el “tapiz”, añadiría también tareas, subprocesos hasta completar la creación del proceso, asignando incluso costes, duración y personas implicadas en el mismo. Si uno de los subprocesos lo fuese a realizar un proveedor web externo, no habría problema. Por lo que vemos, no se trata solamente de un diagrama de flujos de procesos. Además puede simular diferentes escenarios modificando los procesos creados en cuanto a tiempos, costes, tareas para seleccionar el óptimo. El sistema indicará si hay cuellos de botella u otros problemas y dónde están situados. Se puede extraer del sistema informes y estadísticas que ayuden a tomar la mejor decisión. Una vez tomada la decisión el directivo puede enviar la petición a sistemas en su empresa que sólo tendrá que hacer los ajustes necesarios y podrá ser implementado rápidamente.
Pongamos que en el ejemplo anterior, el Director de operaciones quiere marcar en el flujograma de procesos indicadores de desempeño para medir la eficiencia de estos y también notificaciones cuando se de una situación en el proceso. También se pueden añadir cómodamente desde el panel de control, sin necesidad de programación, las partes del proceso tienen que ser controladas (por ej. Avísame cuando la petición de un cliente no se haya resuelto en 8h.), los indicadores (KPI, key performance indicators) para un resultado eficiente del proceso. Cuando el director de operaciones, monitorice los procesos, toda esta información estará ya añadida en forma de gráficos e informes, que se haya definido. También podrá comparar con qué procesos los indicadores se ajustan más a los resultados esperados.
_______________
Fuente:
lunes, 12 de noviembre de 2007
SOA para marketinanos
Otro capítulo más, esta vez desde el punto de vista de la gente de marketing.
Podemos entender la aplicación de SOA al área comercial como un proceso que automatiza, ejecuta y controla todo el ciclo de vida de un proceso comercial, conectando a las personas entre sí, a las aplicaciones entre sí y a las personas con las aplicaciones. Pero va más allá de las limitaciones del flujo de trabajo humano tradicional y la tecnología de procesos, y aumenta la capacidad y la extensibilidad del software de integración de aplicaciones empresariales de sistema a sistema.
La flexibilidad del negocio y en general de la estructura de la compañía tiene que ser prioritario antes de implementar SOA, por tanto un paso previo a la implementación de SOA en una compañía es asegurarnos de que la infraestructura permite la ejecución y flexibilidad que SOA requiere. Esto se debe a que en los actuales mercados cambiantes, donde la empresa que sabe adaptarse a los cambios del entorno es la que subsiste, los productos y servicios son copiados con cierta facilidad, sin notables diferencias, sin embargo los procesos son la clave diferenciadora.
Desde un punto de vista marketiniano podríamos decir que las principales ventajas para una compañía en donde la implementación de SOA haya resultado exitosa son; incremento en la eficiencia frente a sus competidores, mayor flexibilidad para adaptarse rápidamente a condiciones cambiantes del mercado y por tanto responder de forma ágil a la demanda de los consumidores, mejora en la calidad del servicio al cliente, creación continua de nuevos productos, localización de posibles áreas de crecimiento dentro de la empresa y en definitiva permite a la compañía diferenciarse de forma clara frente a la competencia.
Pero además hay otros beneficios secundarios que una compañía logra tras la implementación de SOA; visión más completa de los procesos, posibilidad de detectar cuellos de botella, reutilizar anteriores sistemas, aumento de la productividad de los empleados, y por tanto reducción de costes.
Si analizamos la aportación de SOA a los 4 pilares tácticos del marketing y a los 3 estratégicos estos son algunos de los beneficios que aportaría:
Pilares tácticos
Pilares estratégicos
En resumen, son múltiples las ventajas que SOA confiere a una empresa desde el punto de vista de marketing y comercial, pero antes la empresa debe tener clara su estrategia, tener una visión innovadora y ser flexible, sin ello SOA no dará respuesta a sus necesidades.
__________________________
Fuente:
* Sandy Carter: The new language of business
* Computerworld news - SOA can be a tough sell (FEB07)
Podemos entender la aplicación de SOA al área comercial como un proceso que automatiza, ejecuta y controla todo el ciclo de vida de un proceso comercial, conectando a las personas entre sí, a las aplicaciones entre sí y a las personas con las aplicaciones. Pero va más allá de las limitaciones del flujo de trabajo humano tradicional y la tecnología de procesos, y aumenta la capacidad y la extensibilidad del software de integración de aplicaciones empresariales de sistema a sistema.
La flexibilidad del negocio y en general de la estructura de la compañía tiene que ser prioritario antes de implementar SOA, por tanto un paso previo a la implementación de SOA en una compañía es asegurarnos de que la infraestructura permite la ejecución y flexibilidad que SOA requiere. Esto se debe a que en los actuales mercados cambiantes, donde la empresa que sabe adaptarse a los cambios del entorno es la que subsiste, los productos y servicios son copiados con cierta facilidad, sin notables diferencias, sin embargo los procesos son la clave diferenciadora.
Desde un punto de vista marketiniano podríamos decir que las principales ventajas para una compañía en donde la implementación de SOA haya resultado exitosa son; incremento en la eficiencia frente a sus competidores, mayor flexibilidad para adaptarse rápidamente a condiciones cambiantes del mercado y por tanto responder de forma ágil a la demanda de los consumidores, mejora en la calidad del servicio al cliente, creación continua de nuevos productos, localización de posibles áreas de crecimiento dentro de la empresa y en definitiva permite a la compañía diferenciarse de forma clara frente a la competencia.
Pero además hay otros beneficios secundarios que una compañía logra tras la implementación de SOA; visión más completa de los procesos, posibilidad de detectar cuellos de botella, reutilizar anteriores sistemas, aumento de la productividad de los empleados, y por tanto reducción de costes.
Si analizamos la aportación de SOA a los 4 pilares tácticos del marketing y a los 3 estratégicos estos son algunos de los beneficios que aportaría:
Pilares tácticos
- Producto: SOA influye de manera decisiva en la toma de decisiones de una compañía ante posibles cambios en la demanda de productos existentes o en el desarrollo de nuevos productos, facilitando la integración de las necesidades de los clientes en la definición y creación de nuevos productos. Además facilita las estimaciones de costes en la fabricación ante variaciones del diseño o funcionalidades del producto, desarrollo de nuevas líneas de productos etc.…Todo ello permite a la compañía una clara diferenciación respecto a sus competidores.
- Place: SOA también ayuda a definir que forma de distribución será la óptima en cuanto a eficiencia en costes, reducción de los plazos de entrega, control y gestión de stocks, evitar desperdicios, mejora del servicio postventa…
- Precio: Mejorar el producto respondiendo de forma ágil a las nuevas demandas del mercado y mejorar la distribución tienen su impacto en el precio del producto. SOA permite a la empresa flexibilizar la fijación de precios adaptándose a las necesidades del mercado en un momento concreto y poder así responder rápidamente a las acciones de la competencia.
- Publicidad-Promociones: SOA permite medir de forma más precisa, desde el punto de vista de las operaciones, las acciones promocionales que se lleven a cabo de forma puntual o continua en la empresa.
Pilares estratégicos
- Compañía: SOA permite a la empresa conocer mejor su ventaja competitiva desde el punto de vista de procesos, saber cuales son sus fortalezas y debilidades así como se encuentra posicionada en el sector en el que se encuentra, esto finalmente se trasmite al mercado.
- Competidores: Facilita una visión clara de las operaciones de la empresa frente a la competencia; tiempos de entrega, stocks disponibles… así como permite a la compañía descubrir nuevos nichos de negocio aun sin explorar.
- Clientes: SOA permite adaptar la oferta de productos/servicios a los distintos segmentos de clientes en función de sus necesidades de consumo, repetición de compra, precio, calidad etc.…y como consecuencia permite un mayor grado de conocimiento de sus clientes. Estas variables finalmente se traducen en una mayor satisfacción de clientes.
En resumen, son múltiples las ventajas que SOA confiere a una empresa desde el punto de vista de marketing y comercial, pero antes la empresa debe tener clara su estrategia, tener una visión innovadora y ser flexible, sin ello SOA no dará respuesta a sus necesidades.
__________________________
Fuente:
* Sandy Carter: The new language of business
* Computerworld news - SOA can be a tough sell (FEB07)
martes, 6 de noviembre de 2007
SOA para financieros
Siguiendo con el serial, esta vez veamos SOA desde el punto de vista de la gente de finanzas.
¿Se puede medir el retorno de inversión de SOA?
Como hemos visto, uno de los aspectos más controvertidos en el debate de SOA es la dificultad de medir el retorno financiero de iniciar un cambio hacia SOA. ¿Por qué es tan difícil calcular el retorno sobre la inversión ROI en SOA? La respuesta, es sencilla: porque existen demasiados elementos, que varían entre industrias, empresas para proporcionar un conjunto de modelos o fórmulas capaz de adaptarse a cada situación.
Otro aspecto muy importante a tener en cuenta para determinar el posible valor de SOA, son el origen, objetivo y alcance de la implementación, es decir ¿es una oportunidad provocada por la obsolescencia de herramientas o códigos?, ¿es una necesidad para acercarse al mercado en un entorno muy cambiante?, ¿es una mezcla de múltiples factores?.
Por todo esto, crear una regla que calcule de forma simple el ROI de SOA no puede proporcionar un resultado que se acerque a la realidad. Sin embargo, si es posible evaluar de una forma realista las implicaciones financieras de un desarrollo SOA. Para ello, es necesario contestar primero a una serie de preguntas:
Como hemos visto en el anterior apartado, desesctructurar y subdividir todas las dudas que surgen en torno a SOA, parece ser una vía para comprender, no solo que es SOA en si mismo, si no también el valor que tiene. Subdividir todas estas preguntas, en piezas manejables y entendibles, es el paso crítico Identificar las áreas de valor transformándolas en servicios manejables, requiere tantos ejercicios de análisis como áreas y servicios.
De la misma forma los criterios y herramientas de evaluación de retorno, deben ser aplicados dentro de una única organización por los responsables de negocio e IT a cada proyecto individual, área de negocio o conjuntos de procesos que se modifiquen.
La subdivisión en pequeños proyectos SOA puede mostrar de forma inmediata un ROI, permitiendo evaluar el conjunto financieramente a partir de la agregación de estos proyectos.
La importancia del buen gobierno SOA
Un planteamiento débil en cuanto al buen gobierno SOA, puede limitar realmente el valor posible de retorno de SOA. ¿Qué entendemos por buen gobierno SOA? El gobierno de SOA, que es una combinación del gobierno de la infraestructura y del gobierno de las TI, controla el ciclo de vida de los servicios de negocio referentes a SOA. Incluye desde la identificación del portafolio de servicios existentes hasta la identificación de proyectos que distribuirán y utilizarán estos servicios, pasando por el diseño y la implementación, así como la producción y la creación de informes de SOA.
El gobierno de SOA está vinculado al ciclo general de distribución de soluciones. Garantiza que el modelado, la creación y la distribución de servicios, así como el control de los acuerdos de nivel de servicio creen y mantengan el éxito una SOA. El gobierno de SOA es fundamental para garantizar que su cartera de servicios de negocio esté alineado con las estrategias y los procesos de negocio.
Alcanzar un bueno gobierno, no es condición para empezar con SOA, pero si es necesario para alcanzar madurez y poder explotar y obtener todos los beneficios de orientarse a servicios.
Podemos organizar el gobierno de SOA, en las siguientes áreas:
¿Cómo podemos estructurar un método para calcular el ROI en SOA?
Forrester Group ha organizado en base a los cuatro áreas anteriores, un cuestionario de auto evaluación del retorno de proyectos SOA. Construyendo a partir de las cuatro áreas definidas en el apartado anterior relacionadas con el buen gobierno, se definen las siguientes actividades, mesurables cuantitativa y cualitativamente.
Una vez evaluemos cada uno de esos puntos, tendremos el cualitativo del retorno de SOA, es decir, una medida de cuanto nos puede ayudar SOA en cada uno de esos ámbitos.
Por último, señalar, y en relación a lo expuesto anteriormente, hacer notar, que la implementación de un criterio de evaluación como el expuesto a continuación, es tanto más sencilla, cuanto más concretas puedan ser las respuestas, hecho, que encaja perfectamente con la idea de evaluar “las partes manejables de SOA”.
________________
Fuentes:
http://www.softwareag.com/es/default.asp
http://www.idg.es
¿Se puede medir el retorno de inversión de SOA?
Como hemos visto, uno de los aspectos más controvertidos en el debate de SOA es la dificultad de medir el retorno financiero de iniciar un cambio hacia SOA. ¿Por qué es tan difícil calcular el retorno sobre la inversión ROI en SOA? La respuesta, es sencilla: porque existen demasiados elementos, que varían entre industrias, empresas para proporcionar un conjunto de modelos o fórmulas capaz de adaptarse a cada situación.
Otro aspecto muy importante a tener en cuenta para determinar el posible valor de SOA, son el origen, objetivo y alcance de la implementación, es decir ¿es una oportunidad provocada por la obsolescencia de herramientas o códigos?, ¿es una necesidad para acercarse al mercado en un entorno muy cambiante?, ¿es una mezcla de múltiples factores?.
Por todo esto, crear una regla que calcule de forma simple el ROI de SOA no puede proporcionar un resultado que se acerque a la realidad. Sin embargo, si es posible evaluar de una forma realista las implicaciones financieras de un desarrollo SOA. Para ello, es necesario contestar primero a una serie de preguntas:
- Número de procesos del negocio que pueden verse afectados
- Qué lógica del negocio puede llegar a separarse de la lógica tecnológica
- Valor de negocio existente en las aplicaciones que corren en la organización en la actualidad
- El ámbito de aplicaciones de negocio, que pueden llegar a ser integradas en el desarrollo
- Cantidad y tipología de datos, que puede llegar a ser armonizada
- El valor proporcionado por la agilidad de cambiar procesos de negocio y los procesos de negocio asociados para aprovechar oportunidades estratégicas de mercado
- Ahorro en futuros costes en desarrollos de cambios en software más sencillos
- Costes relacionados con formación
Como hemos visto en el anterior apartado, desesctructurar y subdividir todas las dudas que surgen en torno a SOA, parece ser una vía para comprender, no solo que es SOA en si mismo, si no también el valor que tiene. Subdividir todas estas preguntas, en piezas manejables y entendibles, es el paso crítico Identificar las áreas de valor transformándolas en servicios manejables, requiere tantos ejercicios de análisis como áreas y servicios.
De la misma forma los criterios y herramientas de evaluación de retorno, deben ser aplicados dentro de una única organización por los responsables de negocio e IT a cada proyecto individual, área de negocio o conjuntos de procesos que se modifiquen.
La subdivisión en pequeños proyectos SOA puede mostrar de forma inmediata un ROI, permitiendo evaluar el conjunto financieramente a partir de la agregación de estos proyectos.
La importancia del buen gobierno SOA
Un planteamiento débil en cuanto al buen gobierno SOA, puede limitar realmente el valor posible de retorno de SOA. ¿Qué entendemos por buen gobierno SOA? El gobierno de SOA, que es una combinación del gobierno de la infraestructura y del gobierno de las TI, controla el ciclo de vida de los servicios de negocio referentes a SOA. Incluye desde la identificación del portafolio de servicios existentes hasta la identificación de proyectos que distribuirán y utilizarán estos servicios, pasando por el diseño y la implementación, así como la producción y la creación de informes de SOA.
El gobierno de SOA está vinculado al ciclo general de distribución de soluciones. Garantiza que el modelado, la creación y la distribución de servicios, así como el control de los acuerdos de nivel de servicio creen y mantengan el éxito una SOA. El gobierno de SOA es fundamental para garantizar que su cartera de servicios de negocio esté alineado con las estrategias y los procesos de negocio.
Alcanzar un bueno gobierno, no es condición para empezar con SOA, pero si es necesario para alcanzar madurez y poder explotar y obtener todos los beneficios de orientarse a servicios.
Podemos organizar el gobierno de SOA, en las siguientes áreas:
- Portafolio de productos
- Infraestructura IT
- Gestión de proyectos a nivel SOA
- Gestión de Operaciones y Servicios
¿Cómo podemos estructurar un método para calcular el ROI en SOA?
Forrester Group ha organizado en base a los cuatro áreas anteriores, un cuestionario de auto evaluación del retorno de proyectos SOA. Construyendo a partir de las cuatro áreas definidas en el apartado anterior relacionadas con el buen gobierno, se definen las siguientes actividades, mesurables cuantitativa y cualitativamente.
- Productividad del Usuario
- Eficiencia en los procesos
- Gobierno SOA
- Implementación SOA
- Innovación de negocio
Una vez evaluemos cada uno de esos puntos, tendremos el cualitativo del retorno de SOA, es decir, una medida de cuanto nos puede ayudar SOA en cada uno de esos ámbitos.
Por último, señalar, y en relación a lo expuesto anteriormente, hacer notar, que la implementación de un criterio de evaluación como el expuesto a continuación, es tanto más sencilla, cuanto más concretas puedan ser las respuestas, hecho, que encaja perfectamente con la idea de evaluar “las partes manejables de SOA”.
________________
Fuentes:
http://www.softwareag.com/es/default.asp
http://www.idg.es
lunes, 29 de octubre de 2007
SOA para CIOs
Continuando con la publicación de nuestro trabajo, esta semana os dejamos el punto de vista SOA que podría tener un Director General.
¿En que me va a ayudar SOA?
SOA es en esencia un concepto sencillo: consiste en estandarizar funciones o servicios de software, para que otro software pueda compartir información con ellos, dentro y fuera de la empresa. “Si miras a tu empresa, probablemente tendrás sistemas duplicados con mucha información copiada entre ellos. Por ejemplo, hay mucha inversión hoy en sistemas CRM, sin embargo las empresas no sacan tanto provecho de ellos. Con SOA podrás alcanzar un mejor retorno de la inversión y reutilizar piezas a nivel macro” dice Dave Mendlen, Director de Web Services Marketing en Microsoft.
SOA es la más actual en una lista de muchas estrategias orientadas a traer a la luz ese detalle que se estaba perdiendo. SOA promete a empresas un portafolio de servicios que pueden ser mezclados de forma rápida y encajados de forma efectiva para crear procesos automatizados, y por lo tanto reduciendo costes de aplicativos de manera significativa.
De acuerdo con una encuesta de Forrester Research, el 46% de las grandes corporaciones que usan SOA (y 27% de las medianas y pequeñas corporaciones) dicen usar SOA para “alcanzar la transformación estratégica del negocio”. Otras encuestas muestran que la expectativa más popular es generar una “ventaja competitiva” y “desarrollar nuevos productos y capacidades”. En una encuesta de CIO/Computerworld se puede observar que el 77% de los entrevistados dicen que SOA aporta más flexibilidad del negocio.
Hasta ahora las empresas que tuvieron más éxito con SOA son las que tuvieron éxito en implantaciones previas de tecnología: grandes empresas con grandes presupuestos destinados a TI (normalmente telcom y instituciones financieras). Estas suelen ser empresas con líderes sofisticados y que apoyan inversiones en tecnología.
¿Que ocurre con mis proveedores de TI?
En el nuevo mundo de SOA, los grandes proveedores están de forma repentina interesados en que sus aplicativos funcionen bien con los demás.
Antes, el miedo que los CIOs tenían de enfrentarse a demasiados problemas de integración le daba una ventaja a un proveedor cuando la empresa quería añadir un aplicativo a su lista. Era más fácil coger un aplicativo de su actual proveedor predominante que correr el riesgo de ir con uno nuevo, por más que ofreciera más funcionalidades, pues los desastres de integración se habían hecho muy conocidos en la industria.
SOA hace una afirmación radical: la tecnología es construida de acuerdo con los servicios especificados por el negocio, no por los procesos internos de un aplicativo de un proveedor. El proveedor ya no importa, lo que importa es la conectividad entre los aplicativos. Como resultado, algunas grandes corporaciones como SAP y Oracle han hecho con que su estrategia sea basada más en la capacidad de integración de sus programas con otros.
¿Debo adoptar SOA en mi empresa? ¿Cuánto cuesta?
La parte difícil de la decisión de implementar o no SOA viene del hecho que es muy difícil medir SOA. “No hay ninguna métrica que diga que si soy mas ágil, reduciré un X% de costes. La dificultad mas grande de SOA es reflejar en una hoja de cálculo su ROI”, dice Daniel Scholler, vicepresidente de investigación en Gartner.
¿Y como se haría un caso de negocio para SOA? ¿Se puede? Es una tarea difícil, pero tal y como afirma Randy Heffner, analista de Forrester Research, hay que hacerla “… no hables con el negocio sobre SOA porque a ellos no les importa. Al negocio solo le interesa escuchar hablar de SOA si reduce costes de aplicativos y los hace funcionar más rápido.”.
¿Y cuando es una buena idea usar SOA? Cuando existe complejidad. Pequeñas empresas consolidadas en una sola infraestructura y las cuales no tienen requerimientos complejos de integración de sistemas no son candidatos para SOA. Las empresas grandes con proveedores responsables de más de un 60% de su infraestructura también se lo tienen que pensar con cuidado antes de ir hacia SOA.
¿Cuanto podría costar? Crear un servicio requiere mas planificación y diseño que los desarrollos de aplicativos convencionales. Heffner (de Forrester) estima que el trabajo adicional necesario para crear desarrollos orientados a servicios pueden costar de 30% a 100% más caros en la fase de diseño, la cual normalmente equivale a 10% del coste total de un proyecto de aplicativos.
¿Y como SOA afectaría mi equipo de TI? Si tienes una empresa con estructura descentralizada, prepárate para las dificultades. SOA no solamente va hacia centralización además la requiere.
¿Cuales son las principales razones para implementar SOA? En primer lugar la reutilización de muchos de los activos en los cuales estas invirtiendo dinero para desarrollar. En segundo lugar, tiene un “time to market” mas rápido, ya que puedes combinar elementos de forma más rápida y puedes reaccionar más rápido a los cambios del entornos. Eso significa que la capacidad de medir el tiempo de creación de un nuevo producto ya no tarda meses, sino en días o semanas, por lo tanto generar ahorros. Eso quizás significa también que no se debería tratar de reinventar la arquitectura tecnológica si el entorno o industria no lo requiere, o no es lo suficientemente dinámico.
___________________
Mas información: www.cio.com
¿En que me va a ayudar SOA?
SOA es en esencia un concepto sencillo: consiste en estandarizar funciones o servicios de software, para que otro software pueda compartir información con ellos, dentro y fuera de la empresa. “Si miras a tu empresa, probablemente tendrás sistemas duplicados con mucha información copiada entre ellos. Por ejemplo, hay mucha inversión hoy en sistemas CRM, sin embargo las empresas no sacan tanto provecho de ellos. Con SOA podrás alcanzar un mejor retorno de la inversión y reutilizar piezas a nivel macro” dice Dave Mendlen, Director de Web Services Marketing en Microsoft.
SOA es la más actual en una lista de muchas estrategias orientadas a traer a la luz ese detalle que se estaba perdiendo. SOA promete a empresas un portafolio de servicios que pueden ser mezclados de forma rápida y encajados de forma efectiva para crear procesos automatizados, y por lo tanto reduciendo costes de aplicativos de manera significativa.
De acuerdo con una encuesta de Forrester Research, el 46% de las grandes corporaciones que usan SOA (y 27% de las medianas y pequeñas corporaciones) dicen usar SOA para “alcanzar la transformación estratégica del negocio”. Otras encuestas muestran que la expectativa más popular es generar una “ventaja competitiva” y “desarrollar nuevos productos y capacidades”. En una encuesta de CIO/Computerworld se puede observar que el 77% de los entrevistados dicen que SOA aporta más flexibilidad del negocio.
Hasta ahora las empresas que tuvieron más éxito con SOA son las que tuvieron éxito en implantaciones previas de tecnología: grandes empresas con grandes presupuestos destinados a TI (normalmente telcom y instituciones financieras). Estas suelen ser empresas con líderes sofisticados y que apoyan inversiones en tecnología.
¿Que ocurre con mis proveedores de TI?
En el nuevo mundo de SOA, los grandes proveedores están de forma repentina interesados en que sus aplicativos funcionen bien con los demás.
Antes, el miedo que los CIOs tenían de enfrentarse a demasiados problemas de integración le daba una ventaja a un proveedor cuando la empresa quería añadir un aplicativo a su lista. Era más fácil coger un aplicativo de su actual proveedor predominante que correr el riesgo de ir con uno nuevo, por más que ofreciera más funcionalidades, pues los desastres de integración se habían hecho muy conocidos en la industria.
SOA hace una afirmación radical: la tecnología es construida de acuerdo con los servicios especificados por el negocio, no por los procesos internos de un aplicativo de un proveedor. El proveedor ya no importa, lo que importa es la conectividad entre los aplicativos. Como resultado, algunas grandes corporaciones como SAP y Oracle han hecho con que su estrategia sea basada más en la capacidad de integración de sus programas con otros.
¿Debo adoptar SOA en mi empresa? ¿Cuánto cuesta?
La parte difícil de la decisión de implementar o no SOA viene del hecho que es muy difícil medir SOA. “No hay ninguna métrica que diga que si soy mas ágil, reduciré un X% de costes. La dificultad mas grande de SOA es reflejar en una hoja de cálculo su ROI”, dice Daniel Scholler, vicepresidente de investigación en Gartner.
¿Y como se haría un caso de negocio para SOA? ¿Se puede? Es una tarea difícil, pero tal y como afirma Randy Heffner, analista de Forrester Research, hay que hacerla “… no hables con el negocio sobre SOA porque a ellos no les importa. Al negocio solo le interesa escuchar hablar de SOA si reduce costes de aplicativos y los hace funcionar más rápido.”.
¿Y cuando es una buena idea usar SOA? Cuando existe complejidad. Pequeñas empresas consolidadas en una sola infraestructura y las cuales no tienen requerimientos complejos de integración de sistemas no son candidatos para SOA. Las empresas grandes con proveedores responsables de más de un 60% de su infraestructura también se lo tienen que pensar con cuidado antes de ir hacia SOA.
¿Cuanto podría costar? Crear un servicio requiere mas planificación y diseño que los desarrollos de aplicativos convencionales. Heffner (de Forrester) estima que el trabajo adicional necesario para crear desarrollos orientados a servicios pueden costar de 30% a 100% más caros en la fase de diseño, la cual normalmente equivale a 10% del coste total de un proyecto de aplicativos.
¿Y como SOA afectaría mi equipo de TI? Si tienes una empresa con estructura descentralizada, prepárate para las dificultades. SOA no solamente va hacia centralización además la requiere.
¿Cuales son las principales razones para implementar SOA? En primer lugar la reutilización de muchos de los activos en los cuales estas invirtiendo dinero para desarrollar. En segundo lugar, tiene un “time to market” mas rápido, ya que puedes combinar elementos de forma más rápida y puedes reaccionar más rápido a los cambios del entornos. Eso significa que la capacidad de medir el tiempo de creación de un nuevo producto ya no tarda meses, sino en días o semanas, por lo tanto generar ahorros. Eso quizás significa también que no se debería tratar de reinventar la arquitectura tecnológica si el entorno o industria no lo requiere, o no es lo suficientemente dinámico.
___________________
Mas información: www.cio.com
Suscribirse a:
Entradas (Atom)
