Migración automatizada

Los enfoques modernos de desarrollo de software, como Agile Development y DevOps, agravan la situación: los ciclos de lanzamiento acortados ya no permiten realizar pruebas manuales exhaustivas. Para que los proyectos de SAP sean un éxito y los usuarios puedan aprovechar al máximo sus sistemas, se necesitan procedimientos de prueba con un alto grado de automatización. Tricentis ofrece una plataforma integral que SAP recomienda a sus clientes como solución oficial.

Digital S/4 Hana DNA requerido

Dado que SAP impregna ampliamente los procesos de una empresa, la introducción de la última versión de SAP puede afectar rápidamente a todo el ADN digital de la empresa. Es mucho lo que está en juego, porque una gran parte de las aplicaciones críticas para la empresa dependen de SAP. Una implantación precipitada puede suponer realmente un riesgo sin los preparativos y la planificación necesarios.

Esto es especialmente cierto para la implementación de SAP S/4. Idealmente, la migración a S/4 ayuda a las empresas a seguir desarrollando y escalando su negocio. También les ayuda a adaptarse a la digitalización en curso y a las condiciones del mercado en constante evolución, así como a impulsar proactivamente la innovación y crear nuevas oportunidades de negocio.

En el grupo independiente de usuarios de SAP DSAG, los clientes actuales de SAP confirman que la introducción de S/4 conlleva algunos efectos positivos. El más mencionado es la optimización de los procesos empresariales: así lo afirma el 63% de los encuestados.

Como segundo beneficio, el 48% cita la mejora de las condiciones para una innovación más rápida en su empresa. El 46% de los participantes en el estudio afirma que la migración a S/4 mejora la velocidad y el rendimiento de sus sistemas, y el 44% menciona entre los principales beneficios el aumento de la eficiencia que se ha producido.

Riesgos en la migración a S/4

Por muy prometedoras que sean estas perspectivas, con los beneficios, sin embargo, también viene el riesgo. Porque la amplia esfera de influencia de S/4 Hana también significa que la aplicación conlleva una gran parte del riesgo empresarial. Dado que la expansión a través de S/4 afecta a una parte aún mayor de la empresa, muchos procesos empresariales subyacentes se verán fundamentalmente modificados y reestructurados para el "nuevo mundo".

Es necesario reevaluar las personalizaciones e integraciones. Muchas están duplicadas por las funciones estándar de S/4 (y deberían retirarse), pero todas requieren una revisión y cierta reimplementación. Los usuarios deben adoptar el nuevo modelo de datos, que es el núcleo de la promesa de velocidad y agilidad de S/4, y dirigir los datos de múltiples fuentes a SAP Hana (o al menos hacia ella).

La mayoría de las empresas también están aprovechando esta migración como una oportunidad para trasladar las cargas de trabajo de SAP a la nube. Esto no sólo ofrece una escalabilidad y flexibilidad sin precedentes, sino que también abre la puerta a una cadencia de actualización mucho más rápida. Por supuesto, también suscita preocupaciones sobre el rendimiento de las aplicaciones basadas en la nube en condiciones de máxima actividad.

No sin gestión de riesgos

Una gestión eficaz de los riesgos es clave para desbloquear nuevas oportunidades, pero con S/4 esto supone un reto demostrado. Recientemente, el 70% de los usuarios de SAP que estaban migrando afirmaron que sus procedimientos de prueba tradicionales no proporcionaban información suficiente sobre los riesgos asociados a la transición. Teniendo esto en cuenta, no es de extrañar que sólo la mitad de los clientes actuales de SAP hayan iniciado o completado ya la transición a S/4 Hana (el 59% en EMEA).

Estos planes confirman lo que están debatiendo en muchos lugares los CEO y los CIO en Alemania: El miedo a lo desconocido hace que las empresas pospongan una iniciativa aunque estén 100% seguras de que impulsaría su transformación digital.
Nuevo enfoque de pruebas para S/4

Sin embargo, esta incertidumbre es innecesaria si la empresa tiene en cuenta la planificación necesaria y la combina con un nuevo enfoque de pruebas. Porque posponer la migración a S/4 también significa posponer la oportunidad de aumentar la agilidad, la velocidad y la innovación, tres cosas que hoy se demandan más que nunca si la empresa quiere seguir siendo competitiva.

Los usuarios pueden eliminar la mayoría de los riesgos vigilando los escollos conocidos durante la migración y asegurándose de que se les avisa inmediatamente cuando se producen desviaciones o errores.

Por lo tanto, para que un proyecto de migración a SAP S/4 se complete a tiempo y dentro del presupuesto, se necesita una respuesta rápida sobre si los cambios individuales conducirán al resultado deseado, y sin crear efectos secundarios poco claros que puedan llevar a las empresas a un punto muerto.

Evitar obstáculos conocidos

Existen algunos obstáculos ocultos comunes a los que hay que prestar atención cuando se emprende el camino de la migración a S/4.

Datos: Resolver los problemas de datos es el mayor reto para la migración a S/4, especialmente teniendo en cuenta cuestiones clave como la conversión de datos maestros del modelo maestro de clientes existente al enfoque de socios comerciales de S/4. Antes de convertir a S/4 Hana, necesita un conjunto de datos limpio.

Alcance: Es importante comprender los requisitos críticos de los procesos empresariales y, a continuación, limitar el alcance de la migración a S/4 a estos. Al mismo tiempo, también hay que ser consciente de los cambios obligatorios que impone SAP S/4 Hana.

Funciones: La migración debe tener en cuenta las áreas específicas de S/4 en las que se han trasladado o eliminado funciones o se han sustituido por otras nuevas.

Código: Dado que muchos clientes actuales de SAP tienen ahora un código personalizado considerable (modificación de Abap en el espacio de nombres Z), cualquier migración debe tener en cuenta las revisiones de las mejores prácticas de codificación y cualquier limitación sobre lo que pueden hacer con su código.

Interfaz de usuario, actualización e infraestructura: A pesar del entusiasmo de los usuarios por las aplicaciones Fiori, es importante evitar sobrecargar la migración inicial. Los usuarios también deben ser conscientes de los retos que plantean las frecuentes actualizaciones de S/4 y Hana (trimestrales en la nube, incluidos PUT y PL), así como los numerosos aspectos de la escalabilidad en la nube, el rendimiento y la reducción del tamaño general de la infraestructura.

Alerta en caso de crisis

Para detener los errores antes de que se conviertan en problemas, es esencial evolucionar los antiguos métodos de pruebas manuales, lo que significa anular a los usuarios de la empresa para tareas de pruebas tediosas y que requieren mucho tiempo. Con los modernos enfoques de pruebas (altamente automatizadas), los riesgos de la migración son manejables y es totalmente posible conseguir una migración sin defectos.

Las pruebas suelen percibirse como un mal necesario que ralentiza el proceso de migración. Sin embargo, muchas empresas han descubierto que la modernización de los procedimientos de prueba aporta beneficios tangibles: porque acelera la migración a S/4 en un factor de 10 y permite una reducción del riesgo de más del 90%, al tiempo que reduce los costes en un 50%.
Migración con automatización de pruebas

Un ejemplo es Vodafone, una de las principales empresas de telecomunicaciones del mundo, con 625 millones de clientes y una capitalización bursátil de 42.000 millones de dólares. Vodafone decidió implantar S/4 Hana en 2017. El objetivo era aumentar la automatización y estandarización de los procesos, acelerar el proceso de cierre de mes, mejorar la experiencia del cliente y proporcionar capacidades de análisis y datos en tiempo real al personal interno.

Como parte de la migración, se transformó una única instancia de SAP -ERP/ECC 6.0 (Business Suite 7) en un proceso de dos pasos a través de más de 100 entidades legales repartidas en 22 condados. El primer paso fue la conversión de la base de datos de Oracle a SAP Hana.

El segundo paso consistió en la reimplementación de la capa de aplicación SAP ECC en Fiori. En total, se convirtió en una de las cinco mayores implantaciones de S/4 Hana del mundo. Después de que los primeros ocho meses del proyecto fueran puramente de trabajo de sustitución de hardware, Vodafone fue capaz de completar todo el proyecto en dieciocho meses.

Este éxito se basa en una combinación de varios factores: desde una visión clara hasta un liderazgo eficaz, pasando por una gestión eficaz del cambio y una estrecha colaboración con un socio competente. En un aspecto, sin embargo, Vodafone se diferencia claramente de su entorno competitivo, más vacilante.

La empresa ha afrontado de frente el reto del proyecto y el riesgo asociado. Vodafone se comprometió a modernizar no sólo el entorno SAP, sino también las pruebas. Para ello, la empresa utilizó la plataforma de pruebas continuas de Tricentis. Al implantar un proceso de calidad líder en el sector, Vodafone se beneficia varias veces:

La empresa puede centrarse en las áreas de mayor riesgo para las pruebas, definir y ampliar rápidamente la automatización de las pruebas y construir una "red de seguridad" para las pruebas continuas, que conllevan riesgos cuando se introducen. Como resultado, la empresa de telecomunicaciones ha logrado el equilibrio definitivo entre innovación, velocidad y riesgo.

Vodafone ha pasado de dos lanzamientos masivos al año a múltiples implantaciones al mes, lo que permite a la empresa ofrecer valor empresarial con una rapidez decisiva.

A diferencia de otras soluciones de pruebas automatizadas, Tricentis permite al cliente SAP existente automatizar sus pruebas SAP sin tener que esperar a disponer de un entorno SAP estable. Tricentis utiliza la automatización de pruebas basada en modelos, que está diseñada para su uso en un software que cambia rápidamente.
entorno. Dondequiera que se encuentre el cliente SAP existente, ya puede beneficiarse de la automatización y sus ventajas.