Expectativas con S/4 Hana

Muchos clientes actuales de SAP están a punto de embarcarse en un proyecto S/4, están en proceso de hacerlo o están revisando sus expectativas iniciales una vez finalizado el proyecto. Mis muchos años de experiencia en numerosos proyectos me han demostrado que las expectativas iniciales de los clientes determinan el éxito o el fracaso. Si éstas se ven defraudadas por unos resultados desviados, la motivación vuelca y la aceptación se ve perjudicada a largo plazo. Las consecuencias son costosas en todos los sentidos. Por lo tanto, me gustaría señalar algunas pistas en las transformaciones de S/4 en las que, como resultado de diversas estrategias de marketing y de producto de SAP, las expectativas pueden convertirse en una cuestión delicada.

Rendimiento y fin del mantenimiento

Después de todo, han pasado siete años desde el gran anuncio del gurú de SAP Hasso Plattner en 2015 sobre el gran cambio tecnológico de SAP con la "base de datos in-memory Hana y S/4". La maquinaria de marketing de SAP ha mantenido altas las expectativas de toda la comunidad SAP con numerosos argumentos. Sin embargo, el estado de ánimo positivo se vio empañado cuando SAP anunció simultáneamente el fin del mantenimiento de ERP/ECC 6.0 a partir de 2025, que posteriormente se suavizó. Muchas empresas y clientes se sintieron presionados por la doble estrategia. El desarrollo de la tecnología "en memoria", que Plattner acompañó personalmente y financió ampliamente, supuso una mejora significativa del rendimiento. Esto causó una gran euforia, pero pronto se hizo evidente que el grupo objetivo de Big Data realmente afectado era muy pequeño después de todo. Para la gran mayoría de los clientes de SAP, este argumento por sí solo no era razón suficiente para un cambio tecnológico bastante complejo y costoso. 

Complejidad

El punto de partida de SAP fue R/3, que se había modificado durante décadas, y los numerosos desarrollos adicionales de los clientes como parte de la complejidad masivamente creciente. Esta afirmación es interesante en la medida en que la posibilidad de modificaciones y desarrollos propios fue un detonante importante de la historia de éxito de SAP. Las malas lenguas afirman que, debido a las numerosas modificaciones de los clientes, SAP ya no podía garantizar el soporte del software en consecuencia. Así, se prometió una simplificación de las estructuras de datos y aplicaciones, así como una reducción de la complejidad con la vuelta al software estándar. Sin embargo, debido a las limitaciones funcionales, las expectativas positivas son limitadas. Muchos clientes también dudan de que la integración de soluciones en la nube en entornos de sistemas híbridos reduzca realmente la complejidad.

Nube

El CEO de SAP y brillante vendedor McDermott se ha sumado a la tendencia global de TI de soluciones en la nube con S/4 Hana. Las ventajas para los clientes se comercializaron de forma profesional, pero se recibieron de forma muy diferente. El verdadero beneficiario, sin embargo, fue la propia SAP, que pudo asegurarse el crecimiento necesario y financiar adquisiciones estratégicas con las nuevas licencias en la nube. Sin embargo, las esperanzas de los clientes de SAP no se vieron colmadas porque no se alcanzó la calidad habitual de integración de las nuevas soluciones. Además, la estrategia de SAP basada exclusivamente en la nube no se adoptó porque la mayoría de los clientes existentes prefieren entornos de sistemas híbridos (on-prem con soluciones en la nube). Bajo la presión de los grupos de usuarios de SAP, se cambió a una estrategia "cloud-first". Los clientes existentes con sistemas on-prem también esperan igualdad de trato con las soluciones en la nube para todos los nuevos desarrollos. Según las declaraciones del CEO de SAP, Christian Klein, en el Congreso Anual 2022 de la DSAG en Leipzig, parece que al menos ha reconocido estas demandas del amplio grupo objetivo de los entornos de sistemas híbridos.

Este texto pretende concienciar sobre la influencia que la perspectiva puede tener en un proyecto S/4.