Forrester acaba de publicar su Database-as-a-Service Wave, Q2 2017. Amazon sigue líder con Microsoft pisándole los talones. SAP va escalando.
Interesante.
Forrester acaba de publicar su Database-as-a-Service Wave, Q2 2017. Amazon sigue líder con Microsoft pisándole los talones. SAP va escalando.
Interesante.
Las bases de datos relacionales son el fundamento sobre el que se han construido todos los sistemas de gestión empresarial modernos, no vamos a descubrir nada con esto. Y entre ellas Oracle es la utilizada en la mayoría de ellos, como ilustra el gráfico de Gartner que encabeza esta entrada. Pero esto puede estar cambiando según SeekingAlpha, una plataforma de inversiones que predice una contracción del 20-30% en este mercado para el 2021.
Encuentro, gracias a mi amigo José María Peláez, un informe de AMR sobre el estado del mercado del software empresarial (ERP, Supply Chain management – SCM, Supply Management –compras, Product Lifecycle Management –PLM, Human Capital Management –HCM and Customer Relationship Management –CRM) donde sale este interesante ranking de empresas por ingresos anuales por licencias/suscripciones:
Me llama la atención:
Un lista para mirarse con tiempo.
A mí, esto de la compra de Sun por Oracle sólo me trae interrogantes:
Veremos…
Es la noticia del día (nota de prensa). Tras el intento fallido de IBM, Oracle se lleva el gato al agua y compra a SUN por muy poco más de lo que ofrecía IBM (10 centavos más por acción) . ¿Es que los propietarios de Sun no querían venderla por algo?, porque la diferencia tampoco parece justificarlo.
Hay múltiples y muy buenos análisis en la red (éste de Bob Warfield me parece particularmente bueno) por lo que no me extenderé, aunque sí llamaré la atención sobre el hecho de que Oracle, el principal competidor de SAP en el mercado de los ERPs, es ahora el propietario de los dos componentes tecnológicos de base de la plataforma de SAP: la base de datos Oracle y JAVA. ¿Forzará este hecho el acercamiento de SAP a IBM o a Microsoft?
La Universidad de Arizona ha descubierto un novedoso y original método para implantar ERPs sin pasarse del presupuesto. El método consiste básicamente en que «el sistema se arranca en la fecha prevista esté como esté. Ya iremos arreglando internamente y sobre la marcha (on the fly que dicen ellos) lo que vaya saliendo».
La base racional sobre la que se sustenta el «método» es que «ya que es imposible arrancar un ERP sin que luego haya problemas, no retrasemos el momento de dicho arranque, ya que esa es la razón principal de las desviaciones de presupuesto» – sobre todo en facturas de consultores.
No les ha ido demasiado bien ya que incluso tuvo que intervenir la policía para proteger las instalaciones ante los trabajadores amotinados que no cobraban (una de las cosas que «no estaba fina» en el arranque era el módulo de nóminas – grave error donde los haya, porque un usuario puede aguantar que la contabilización de facturas le «casque», pero eso de no cobrar su nómina…)
En principio, el ahorro se obtiene básicamente de evitar los honorarios extras de los consultores por extensión del proyecto (magnífica frase para meter otra factura) pero quedarse en eso me parece un poco miope – sí es cierto que en facturas de consultores se habrán ahorrado un pico pero ¿cuáles son los costes asociados a la falta de rendimiento del personal durante el periodo de estabilización?. La diferencia es que un coste se materializa en facturas y el otro es más difícil de cuantificar.
De todas formas y aunque aparentemente puede parecer una aberración, en algún caso podría tener sentido, ya que ¿qué pasa si el coste de consultor y el interno se compensan?… puede que en un organismo público sí (ya que no se van a perder ventas sobre todo). Quizá esté aquí la clave de la decisión del «innovador» que lo tiró p’alante (casi me lo imagino vestido de Cowboy y pegando un tiro al aire)
¿Y el implantador del ERP? pues que podrá poner de forma muy destacada en sus referencias un proyecto que cumplió el presupuesto, pero me imagino que en su fuero interno debe estar reconcomiéndose por los honorarios por ampliaciones del presupuesto que se le han escapado.
De hecho, Oracle que es el implantador, ya lo ha colgado como un caso de éxito en su Web.
Nota: después de releer el post he visto que he utilizado repetidamente el palabro «arrancar» – para los que no estéis muy puestos en esto de los ERPs, arrancar significa en la jerga de la profesión algo así como poner en marcha.
Leído en Bizarre ERP implementation experiment at Arizona State