Hace unas horas escribí Ahora empiezan a verse los problemas del ERP. Sergi de Tecnorantes me contesta en su blog porque la respuesta le estaba quedando muy larga para un comentario.
A mí me pasó exactamente lo mismo, así que lo que iba a ser un comentario de lo que discrepaba lo dejo finalmente como un nuevo apunte.
Discrepo fundamentalmente en:
No obstante, y aquí si que voy a discrepar ligeramente con Ricardo, el que el ERP sea libre o propietario no cambia mucho el escenario.
…
Como decía, libre o propietario, el escenario no cambia esencialmente.
Como bien dice Sergi (Obviamente los proveedores van buscando la cautividad), la cautividad es uno de los objetivos perseguidos por los proveedores. Esa cautividad desaparece automáticamente si el programa es libre –aunque hay tácticas como la de MySQL para mantenerla a pesar de la licencia libre–. La frase tan repetida el software libre libera el mercado de servicios lo explica todo.
Yo diría que todas las otras razones de los problemas del ERP son prácticamente derivadas de su característica de privativo, especialmente aquellas de los altos costes de puesta en marcha y personalización. Si el programa fuese libre este mercado de servicios sería mucho más competitivo y seguramente de mejor calidad.
Pagar a consultores por extender el ERP es un coste para la empresa, tanto si el ERP es libre como propietario, como también lo es si tienes que tener a personas en plantilla para hacer las adaptaciones.
No es así, porque no sólo los costes no son comparables –costes de cautividad versus costes de mercado libre–, sino que en un caso estás muy limitado a lo que puedes hace –”personalizar o adaptar módulos”– mientras que en otro tienes la libertad de cambiar hasta el propio núcleo.
Si los ERP fuesen libres –¡ojo! que no digo que en su momento haya sido posible– la evolución hubiese sido muy distinto. Por ejemplo hoy tenemos que la infraestructura imprescindible para la gran mayoría de proyectos “web 2.0″ es la pila LAMP. Esta pila no surgió como una agregación instantáneo por diseño de comité o de un “producto” de una empresa, sino que fue una agregación natural y casi biológica.
Pero hay un caso paradigmático al que llamaría la “Ley de Evolución Impredecible del Software Libre”, o LEISL:-) ). Cuando Linus Torvalds liberó la primera versión del núcleo Linux fue muy criticado –especialmente por Tanenbaum– por tratarse de un núcleo monolítico. Según ellos esta característica haría imposible que el núcleo pudiese exportarse a otras plataformas distintas a la original x86 (de hecho el diseño original de Linux esta orientado específicamente a esta plataforma).
Sin embargo pocos años después el núcleo Linux (y toda la pila GNU que lo convertía en un sistema operativo completo) se ejecutaba en más plataformas que ningún otro sistema operativo, desde pequeños controladores, set top boxes, ordenadores personales hasta los superordenadores más grandes. Eso no lo había logrado nadie, ni siquiera grandes y multimillonarias empresas como Microsoft que ni siquiera pudo mantener el soporte multiplataforma del Windows NT, a pesar que estaba especialmente diseñado para ello.
Por el contrario el ERP es por diseño una “pila” preconcebida con algunas opciones, y los módulos y opciones dependen exclusivamente de un sólo proveedor. Este diseño tiene problemas intrínsecos de complejidad como detallan en los estudios enlazados, pero además tiene el problema de la cautividad. El cliente está atado y sujeto sólo a las soluciones de su proveedor.
Además en el estudio comentan que muchas empresas siguen todavía con versiones de hace diez años porque les es imposible gastar nuevamente fortunas en nuevas versiones y la correspondiente adaptación y pruebas de todas sus “personalizaciones” que funcionan en las versiones antiguas.
“It didn’t matter that he was honing his skills on a 10-year-old version of the software because the costs of upgrading are so huge — tens, even hundreds of millions of dollars, or as much as it cost to install the stuff in the first place — that he keeps installing old versions of the software so that it will line up with the old software they already have.”
¿Qué hubiese pasado si cada empresa hubiese podido adaptar o mejorar cada uno de esos módulos en vez de tener que conformarse con hacer cada vez más chapuzas con versiones antiguas o invertir grandes cantidades de dinero? Y aquí traigo a colación a la LEISL, quizás hubiesen evolucionado hacia una pila SOA de forma natural.
Reconozco que lo anterior es pura especulación, pero la realidad es que hay evidencias serias de que los ERP podrían haber sido un gasto inútil de tiempo y grandes cantidades de dinero sin que haya habido un mejora y simplificación de los procesos de negocio. Quizás todo lo contrario.
Me decía que él era partidario de pequeñas soluciones específicas para cada problema, y que se comunicaran bien entre ellas.
Esto es lo que precisamente falló en los ERP, era una solución muy compleja y que además generaba una gran cautividad, yo diría que insostenible (y no me explico cómo una empresa, sobre todo las grandes, pueden gastar tanto dinero para convertirse en prisioneros).
El truco está en cómo unir todas esas pequeñas soluciones específicas para que funcionen en armonía. Yo creo que la única opción es que se agreguen naturalmente y que vayan definiendo sus propias “pilas”, como ha pasado con GNU/Linux y LAMP. Esto no se logrará con la cautividad actual de los ERP privativos –aunque Microsoft lo entendió muy bien en el caso del Windows, que es mucho más “abierto” a desarrollos externos que su propio Navision–
La verdad es que casi me da igual si una empresa usa o no software libre, problemas de ellos. Pero estoy seguro que si hubiesen adoptado soluciones libres –o al menos abiertas– no estarían sufriendo los problemas de dinero y complejidad que tienen ahora. También estoy seguro que un ERP libre hubiese evolucionado de forma muy diferente, quizás hoy el SOA sería lo habitual o estaríamos hablando de “pilas de software de negocio”.
Ahora veremos como las grandes se liberan de la cautividad de SAP, y las medianas y pequeñas del Oracle o Navision. Será divertido, sobre todo escuchar las justificaciones 
