¿Está aprovechando todo el potencial de sus sistemas SAP?

En su presentación en Sapphire Now 2019, Hasso Plattner explicó por qué es tan importante ser capaz de adaptar los sistemas SAP con rapidez y frecuencia: "Aunque no conozco la media con exactitud, creo que el cliente medio está seis años atrás... probablemente más." Pero también hizo hincapié en lo difícil que les resulta a algunas empresas implantar cambios importantes en sus sistemas SAP.

Para estas empresas, el creciente número de proyectos de desarrollo de SAP supone un gran reto. Entre ellos se incluyen el paso a la nube, la implantación de S/4 Hana e incluso la actualización de los sistemas ECC antes de que finalice el soporte en 2025.

Al mismo tiempo, la necesidad de tiempos de respuesta más cortos significa que los equipos SAP tienen que trabajar de forma más ágil, lo que implica un cambio significativo de tareas. ¿Por qué las empresas no toman las medidas necesarias? Una de las razones suele ser que la gestión de desarrollos paralelos de SAP es difícil y compleja. Esto se aplica tanto a los proyectos de actualización a gran escala como a los proyectos sprint ágiles.

El desarrollo paralelo en SAP suele significar que tiene lugar un desarrollo multipista (o N+N), con equipos que trabajan en desarrollos de software individuales o complejos en sistemas SAP independientes sin poner en peligro las operaciones normales.

Pero trabajar en sistemas separados, no conectados en red, conlleva sus propios retos. Todo debe coordinarse y los conflictos deben identificarse y resolverse para minimizar el riesgo de interrupción de la actividad cuando se proporcionan actualizaciones a sistemas de producción de misión crítica.

Esta complejidad y el esfuerzo manual necesario para gestionarla hacen que se tienda a aplicar un enfoque de desarrollo múltiple a los grandes proyectos. O se evita por completo incluso no ejecutando proyectos que añaden valor al negocio pero que no se consideran esenciales, como la implementación de paquetes de mejora de ECC o nuevas versiones de S/4 Hana. Sin embargo, esto podría dar lugar a elevados costes de oportunidad.

Pero no solo los grandes proyectos se benefician del desarrollo paralelo. Con nuevos enfoques como un modo de trabajo ágil y DevOps, las empresas pueden reaccionar más rápidamente a las demandas del mercado porque solo entregan cambios comparativamente pequeños.

Para ello, los equipos tienen que trabajar en varios desarrollos simultáneamente en los llamados sprints. Pero entonces surge la pregunta: ¿cómo gestionar en paralelo estos rápidos desarrollos ágiles sin comprometer la seguridad? También en este caso, el desarrollo multipista puede ser el enfoque adecuado para algunas empresas.

Uno de los clientes de Basis Technologies, el gigante sueco de las telecomunicaciones Ericsson, trabaja con un entorno N+10 para que sus equipos Sprint puedan trabajar independientemente unos de otros. Pero si los proyectos N+1 ya son tan complejos, ¿cómo es posible el desarrollo con sistemas N+10?

La respuesta pasa por la automatización. Un enfoque adecuado de la automatización elimina el esfuerzo manual que supone el desarrollo multipista. Ya no es necesario hacer un seguimiento de cada cambio y cada posible conflicto.

Los sistemas se sincronizan automáticamente -por lo general, en más del 90% de los casos- y los conflictos se detectan automáticamente. Las pruebas que a menudo ralentizaban el proceso pueden realizarse con mucha más rapidez, facilidad y eficacia.

Los responsables de TI que deseen o estén planeando emprender un gran proyecto de transformación, como el paso a S/4 Hana, deben considerar el papel que debe desempeñar la automatización para que el proyecto sea más rentable, más rápido y con menos riesgos.