Open Source: El oro de los necios

Tibco Vs Open SourceUno de esos momentos gloriosos de la pelea entre el mundo del open source y los vendedores de licencias de uso.

El CEO de Tibco SW en una entrevista donde estaba glorificando la importancia de las interfaces abiertas (OPEN API) se ha lanzado con las siguientes declaraciones sobre el Open Source:

“Open-source is fool’s gold,” Ranadive said. “You think you are getting something for nothing but you are not.”

Es evidente que si vives de vender licencias no eres un mesías del software libre, pero la afirmación de Ranadive carece de sentido en un mundo donde Apache, Firefox, Android, Linux, MySQL han demostrado que son soluciones potentes tanto para el usuario final, las empresas o incluso los proveedores de tecnología. ¿Qué el SW libre no es la solución adecuada para todos los casos? Si, estoy de acuerdo, sin masa crítica suficiente (en mi opinión) no da fiabilidad, y en entornos críticos solo es viable para vendedores de tecnología o en modelos de suscripción de costes (y condiciones) similares al mundo de licencias privativas.

Pero decir que el SW libre no da nada es absurdo. Creo que algunos proveedores están nerviosos por la presencia de posibles competidores o la presión de los clientes para bajar los costes de soporte.

Tibco ha ingresado 99 millones $ por licencias y 155 millones $ por servicio de soporte y mantenimiento. De modo que para ellos vender la licencia es una parte fundamental, al igual que en el caso del soporte ser el único que proporciona el servicio con su software. Es conocida en el mercado sobre todo por su Enterprise Bus a pesar de su esfuerzo en BPM (lo que podría hacernos pensar que vive aún de las rentas de su base instalada).

Red Hat compra Polymita

Polymita - Red Hat

Un nuevo movimiento en el mundo BPM (sobre todo en relación a España) es la adquisición de Polymita por parte de RedHat.

Este tipo de movimientos causan siempre preguntas

  • ¿Qué ocurrirá con las anteriores versiones de BPM que ya tenía Red Hat y Polymita? Es difícil de pensar que mantengan diferentes desarrollos en marcha, y la convergencia es siempre problemática, uno de los principales problemas del mundo Open Source en plataformas es la discontinuidad de los productos y la falta de protección de las inversiones en desarrollos.
  • ¿La tendencia del mundo BPM es ser Open Source? Que ningún fabricante o empresa de SW haya querido adquirir Polymita puede sugerir los problemas de mantenerse en el espectro bajo del mercado compitiendo contra soluciones Open Source de pago por suscripción. En otros tiempos Polymita habría sido adquirida por algún fabricante multiproducto.
  • Se confirma la tendencia a la consolidación del mercado BPM, además de los grandes proveedores (SAP, IBM, Oracle, Software AG) parece que los demás tienden a converger.
  • Se confirma también la crisis en TI, los problemas de Polymita eran un rumor consistente en el mercado, esta venta a un comprador “singular” parece sugerir un bajo precio.
  • ¿Será un éxito la transición de venta de licencia a suscripción? SUN fracasó (miserablemente) en este modelo con las muchas adquisiciones que realizo.
  • ¿Son RedHat y SUSE gracias a su generación de caja los nuevos compradores de empresas en problemas? Antes este tipo de compras eran noticias de IBM, HP, CA, etc. Ahora parece que hay nuevos jugadores con dinero en el mercado y un modelo diferente.

El mercado BPM seguirá creciendo hasta 5,3 billones $ en 2017

BPM MarketEste crecimiento estará muy ligado a la incorporación de BPM al mundo de los móviles y las aplicaciones cloud (que no tiene nada que ver con servicios cloud de aplicaciones BPM, por cierto). El crecimiento llegará por usar BPM como medio de enviar las actividades a los empleados allí donde estén para que puedan participar con ayuda de sus dispositivos móviles. Esto exigirá a los proveedores de BPMS adquirir capacidades móviles que hoy en día no tienen (al menos integradas, SAP u Oracle tienen realmente buenas soluciones móviles en sus mundo CRM)

Para Gartner este crecimiento depende de la capacidad de transformar el modo en que estamos trabajando y no nos limitemos simplemente a implementar tecnología BPM para volver a caer en los malos hábitos actuales.

  • Forrester cree que hay cinco barreras a este crecimiento
  • Estar preparado para demostrar el valor de las iniciativas BPM
  • Evitar comenzar BPM (entiendo que BPMS) sin comprender BPM
  • Buscar hechos y no percepciones
  • No olvidar el ROI
  • Limitarse a medir más que a mejorar

Leído aquí

Seminario Optimización de Procesos de Negocio

El próximo 26 de Abril participo en la organización de un seminario (de título “Seminario Optimización de Procesos de Negocio con la ayuda de la tecnología”) que se imparte en la universidad Francisco De Vitoria.

Hasta ahora parece que la acogida de participantes está siendo bastante buena, espero que sea un éxito de convocatoria y sea útil para los asistentes.

A continuación tenéis la información sobre el mismo.

Objetivo

Introducir a los asistentes en la metodología de gestión por procesos (BPM) y analizar las herramientas en las que nos podemos apoyar para mejorar el desempeño de las organizaciones.

Aprenderemos como pueden ayudarnos las tecnologías a mejorar los procesos de negocio y que tipo de soluciones existen en el mercado

Contenido

  • Introducción a la teoría de gestión por procesos
  • Uso de las tecnologías de la información como palanca de cambio.
  • Métodos de optimización y cambio de procesos. Barreras y problemas.
  • Herramientas para gestión de procesos:
  • ERP, BPMS, Modelado, Simulación, EAI, SOA
  • Casos prácticos: Modelado de procesos, Selección de soluciones

Dirigido a

  • Expertos en procesos de negocios. Presentación: Aplicación de BPMS para el proceso “Order To Cash”
  • Responsables de unidades y/ procesos
  • Personas del departamento de organización
  • Departamentos de sistemas de información

Para más información aquí tenéis el folleto con las condiciones de inscripción. Si alguien quiere una invitación creo que podré tramitar alguna para mis lectores.

🙂

Características de una solución BPA (Modelado de proceso)

Modelo de proceso

Modelado de procesos

En un foro de LinkedIN ha surgido la pregunta de que cuales deben ser las características de una buena herramienta BPA. Solo tiene sentido esta discusión hablando de herramientas “top” ya que para compañías con necesidades intermedias puedes optar desde Excel (se hace) o Visio hasta Aris o Nimbus.

Hay mucha diferencia entre modelar para documentar, para analizar, para mejorar o para automatizar, en mi opinión elegir la herramienta sin saber para que la quieres es como poner el burro antes que los bueyes o discutir si necesitas un Smart o un Airbus 380 para un viaje sin saber cuánta gente va y cuales son el origen y el destino

Airbus Vs Smart

Airbus Vs Smart

Si alguien es capaz de decirme cual de los dos es el mejor medio de transporte sin dudarlo le doy un premio. Es evidente que el número de pasajeros y el origen-destino son muy relevantes en la clasificación. Con los sistemas de información pasa lo mismo, si eres una empresa mediana o tu madurez en análisis de procesos es poca no es demasiado relevante la elección entre una opción y otra, en muchos casos las funcionalidades de modelado de herramientas BPMS puede ser suficiente.

Pero si de lo que hablamos es de hablar de lo mejor, de cuál sería la herramienta definitiva que podría ser mejor que cualquier otra para utilizarla como solución BPA deberíamos pensar en soluciones que proporcionen las siguientes prestaciones (no entro en las más obvias que he dejado aparte):

  • Capacidad de modelado cooperativo. Cooperar no es pasarte versiones del documento o trabajar por tiempos en el mismo, cooperar es disponer de la posibilidad de diseñar conjuntamente o de trabajar varias personas en partes diferentes del proceso.
  • Capacidad de documentar procesos y publicar información sobre ellos. Gestión de versiones, cambios, autorizaciones, etc.
  • Herramientas para comparar datos reales de ejecución de los procesos sobre el proceso teórico (sobre un BPM o sobre sistemas desacoplados). Yo incluyo aquí las capacidades para “levantar” el proceso (monitorizar los sistemas y “descubrir” el proceso interno) que algunos proveedores afirman tener aunque esto por sí mismo no me parece suficiente ni tan relevante para casos generales (no dudo que tiene ciertas aplicaciones).
  • Librerías de modelos de procesos especializados por sectores de actividad. Aunque una empresa debería conocer los procesos de su sector y no necesitar que nadie le “preste” unos, siempre es útil disponer de la documentación recapitulada y tener un modo de comparar tus “gap” de gestión con tu sector de actividad. Sobre todo útil para procesos no-core (doy por hecho que nadie puede enseñarte a hacer tus proceso core con una librería de procesos)
  • Capacidad de integrar y/o comparar los procesos modelados en la herramienta (teóricos y globales) con los procesos integrados en BPM, ERP, CRM (reales y fragmentados).
  • Herramientas de simulación con carga de información histórica.

Debo decir que hasta ahora no creo que ninguna de las herramientas tenga todas las funcionalidades como yo esperaría de la “solución perfecta” aunque Aris (Software AG), Nimbus (Tibco), IBM y SAP están intentándolo.