La automatización como motor de la innovación: con DevOps hacia el futuro de SAP
Cuando se trata de los esfuerzos de digitalización en sus empresas, los CIO se muestran más escépticos que hace un año. Aunque, según el DSAG Investment Report 2019, un gran número de encuestados tiene previsto convertir su Business Suite a S/4 Hana, en la práctica este paso no avanza tan rápido como se esperaba: todavía no se encuentran proyectos finalizados en grandes cantidades.
Pero, ¿por qué? ¿Por qué dudan tantas empresas? No es que los clientes de SAP no reconozcan sus ventajas: procesos integrales más ágiles e innovación más rápida.
Más bien al contrario: según una encuesta realizada entre los miembros del DSAG, al 5% le gustaría abordar la migración a S/4 Hana este año, a algo menos del 40% en los próximos tres años y a otro 30% después.
Las demás empresas aún no han tomado una decisión. Según esta encuesta, la tasa de proyectos realizados se estanca en sólo un 3%, lo que podría deberse a que los proyectos de implantación han empezado a llevar más tiempo del previsto inicialmente, a que las empresas han calculado mal el esfuerzo que suponían o a que han optado por implantaciones brownfield que requieren un periodo de cambio más largo debido a su complejidad.
De hecho, los estudios actuales muestran que la migración brownfield está más extendida que la implantación "greenfield". Esto último es lo que recomienda SAP; en el futuro, la frecuencia de lanzamiento aumentará significativamente para S/4 Hana como "sistema de innovación".
Independientemente de la ruta de migración que elijan las empresas: En caso de que tengan que operar ECC y S/4 Hana en paralelo, es necesario un soporte de mantenimiento dual.
Según Steffen Pietsch, miembro del consejo tecnológico de la DSAG, para hacer frente a la creciente complejidad, especialmente en el caso de una migración de doble vía, así como a unos ciclos de innovación cada vez más cortos, las empresas deben acumular primero conocimientos técnicos.
Tienen que ser capaces de aplicar rápidamente cambios en los sistemas y procesos existentes, así como de automatizar la implantación de cambios en todos los ámbitos.
Esto, a su vez, hace indispensables las comprobaciones de seguridad y de dependencias a nivel de configuración y de código, así como una supervisión exhaustiva. Una necesidad que ya se refleja en la práctica actual.
Este fue uno de los principales deseos de los usuarios de SAP en las Jornadas Tecnológicas del DSAG celebradas en primavera: más automatización e integración.
La automatización de la gestión de cambios y versiones no sólo permite aumentar la calidad, sino que también acelera los procesos de implantación y elimina muchos problemas técnicos incluso antes del control de calidad propiamente dicho, que amenaza con convertirse en un cuello de botella debido a la complejidad de los entornos SAP con sus innumerables dependencias.
Aquí se requieren medidas complementarias, como el apoyo de pruebas de regresión automatizadas que cubran prácticamente todo el entorno productivo y, por tanto, ofrezcan resultados realistas.
Además, siempre que sea posible, se recomienda automatizar las pruebas progresivas del nuevo código para garantizar que los posibles errores puedan identificarse y corregirse en la fase más temprana posible.
Cuanto más complejo es un entorno SAP, más difícil resulta abordar adecuadamente esta complejidad. Para lograr una entrega de software lo más rápida posible y garantizar unas "condiciones estables" en los entornos, la automatización y la integración completa del transporte y el contenido, así como las pruebas funcionales, son claves para la eficiencia.
Mediante el uso coherente de la integración continua (IC) y la entrega continua (CD) durante el desarrollo y la entrega, los cambios pueden integrarse continuamente en nuevas versiones de software.
Idealmente, la frecuencia de la innovación en el contexto de S/4 Hana se presenta entonces como libre de problemas - y esto incluso en el enfoque brownfield.
