Falta de agilidad en las empresas: Llevar el camión a la pista de carreras


Ampliación de SAP mediante código bajo
La consultora neerlandesa de TI y especialista en desarrollo de software NovioQ ha encontrado la receta para que los clientes puedan conducir su camión de software como si fuera un deportivo: mediante mejoras personalizadas de SAP a través de low-code.
"En casi todas las organizaciones encontramos algún resquicio que nos permite acceder directamente al entorno de producción y obtener un control total del sistema", explica Roy van de Kerkhof, Director Técnico de NovioQ. "Por otro lado, incluso los cambios más pequeños en el sistema de producción SAP a menudo tienen que pasar por docenas de puertas de seguridad antes de que puedan ponerse en marcha. Este ejemplo muestra el doble rasero que suelen aplicar las empresas en cuanto al rigor de la seguridad y el control. Además de los efectos negativos sobre la seguridad, la agilidad suele resentirse en consecuencia".
Sin embargo, la agilidad es un factor decisivo que puede marcar la diferencia entre el éxito y el fracaso en el entorno competitivo actual. Las innovaciones deben llegar al mercado antes que la competencia. Para lograrlo, los sistemas internos deben funcionar con la mayor eficacia posible y adaptarse a los procesos individuales de la empresa, con el fin de promover lo que la hace única. En la práctica, estas particularidades hacen a menudo inevitables los ajustes del estándar del sistema. Tanto el desarrollo de nuevas funciones requeridas como la rápida rectificación de problemas existentes exigen tanta flexibilidad del sistema informático como la propia empresa. "En la práctica, sin embargo, las cosas suelen ser muy distintas", explica van de Kerkhof.

"SAP goza de una posición destacada en muchas empresas, y con razón. En términos de rendimiento y fiabilidad, el software de Walldorf es sobresaliente. Pero en la práctica, las empresas suelen manejarlo como un camión, constantemente a 80 km/h, en lugar de rápido y ágil como un deportivo. Según nuestra experiencia, no es raro que en el mercado pasen hasta nueve meses antes de que se pongan en marcha los cambios en el sistema SAP. En primer lugar, los expertos SAP responsables tienen que disponer de capacidades libres. Después, hay que desarrollar los datos en SAP y, por último, probar la adaptación. Sin embargo, sobre todo en caso de errores o cambios importantes a corto plazo, los empleados necesitan una ayuda más rápida".
Ágil en la cascada
En consecuencia, el impulso para el cambio suele proceder de los propios departamentos de la empresa. Sin embargo, como en muchas empresas el desarrollo sigue realizándose según el modelo de cascada, la realización continua de procesos ágiles suele ser difícil. E incluso si una empresa trabaja de forma ágil, los cambios de SAP suelen seguir ligados internamente a procedimientos como la emisión de tickets. Según la experiencia de NovioQ, el scrumming tampoco se utiliza casi nunca en la práctica de SAP. Por lo tanto, es importante encontrar la manera de avanzar hacia una forma híbrida de trabajar. Esto podría consistir, por ejemplo, en realizar las ampliaciones necesarias fuera de SAP -por ejemplo, con ayuda de low-code- de forma ágil, rápida y sencilla y conectarlas después a SAP. De este modo, las nuevas funciones innovadoras se externalizan a una vía de desarrollo paralela, mientras que el propio SAP sigue siendo el núcleo probado y potente de los procesos empresariales.
La ventaja de la tecnología de bajo código es que los procesos de desarrollo se basan en el modelado visual. Christoph Volkmer, vicepresidente de OutSystems, socio de NovioQ y especialista en código bajo, lo describe así: "Las funciones y los procesos de la aplicación planificada se integran visualmente en el entorno de desarrollo, por así decirlo, mediante el principio de arrastrar y soltar. Por tanto, no es necesario escribir manualmente el código del software. Esto acelera considerablemente el proceso de desarrollo y simplifica enormemente el mantenimiento de las aplicaciones resultantes."

En consecuencia, se puede utilizar una plataforma de bajo código para crear aplicaciones móviles o web personalizadas que se integren plenamente con SAP. Pueden desarrollarse o editarse en el marco de sprints ágiles. La base para ello, por ejemplo en OutSystems, está formada por numerosas funciones SAP estándar y definidas por el usuario basadas en las denominadas interfaces "BAPI" de SAP, a las que los usuarios pueden acceder en la plataforma. Por ejemplo, NovioQ pudo desarrollar en sólo diez semanas una solución para el centro internacional de servicios financieros de un conocido cliente internacional, que conecta los sistemas SAP independientes de todas las sucursales en diferentes países, garantizando así procesos coherentes y automatizados y, entre otras cosas, reduciendo el tiempo medio de una contabilización en el libro mayor de semanas a horas.
Demostrar en lugar de afirmar
Para muchas empresas, sin embargo, confiar en el low-code para la rápida personalización de SAP no es una cuestión de rutina. La dirección y los empleados tienen que convencerse de la tecnología, a ser posible desarrollando aplicaciones iniciales que beneficien a la empresa y demuestren rapidez y practicidad. "Uno de nuestros clientes quería ofrecer a sus distribuidores una aplicación de ventas", recuerda el Director Técnico de NovioQ. "Con la plataforma OutSystems, pudimos crear una aplicación para ampliar SAP en sólo seis semanas, y con menos de dos desarrolladores". La solución está totalmente integrada en SAP, tiene acceso a todos los pedidos y puede iniciar entregas o comprobar el nivel de existencias. La noticia de este éxito llegó a la dirección, que se aseguró el respaldo necesario para futuros proyectos".
Otro argumento a favor de la personalización externa de SAP mediante low-code es el hecho de que las empresas también pueden crear un punto de partida óptimo para dar el paso hacia el futuro S/4HANA. Al separar las personalizaciones existentes del estándar de SAP y sustituirlas por low-code, es posible volver a una versión estándar limpia de SAP, que luego puede transferirse al mundo S/4HANA. Uno de nuestros clientes belgas está siguiendo esta estrategia de "núcleo limpio" para migrar a HANA", explica van de Kerkhof. "Entre otras cosas, hemos construido un portal de proveedores personalizado en low-code en el que los proveedores pueden generar confirmaciones de pedidos, confirmar datos de entrega y precios y enviar notificaciones de envío. Una solución de este tipo también se puede comprar en el mercado, pero los costes de desarrollo interno utilizando low-code fueron sólo una fracción de una licencia anual."
Además de las ventajas económicas, el resultado es un producto que cubre exactamente las necesidades del cliente y que no tiene que personalizarse mucho después de la introducción. "Conocemos empresas que gastan varios cientos de miles de euros al año en una solución de la que sólo utilizan el diez por ciento", confirma Christoph Volkmer. "Crear una solución a medida con low-code puede resultar definitivamente rentable. Al mismo tiempo, las empresas invierten en el futuro con una plataforma de desarrollo de bajo código: mientras que yo sólo puedo utilizar una solución de flujo de trabajo de facturas para su propósito específico, puedo crear muchas otras soluciones para las más diversas áreas de aplicación con una plataforma de desarrollo de una sola licencia".
Coche deportivo en lugar de camión
Sin embargo, según van de Kerkhof, es importante entender el proceso de modernización como un proyecto holístico para que la agilidad ganada no se deshaga en otras fases del proceso. Por ejemplo, muchas empresas tienen por norma utilizar OData para comunicarse con SAP. Esto también es posible en OutSystems, pero la solución ofrece además un conector RFC con el que las funciones correspondientes pueden realizarse mucho más rápidamente.
Un buen compromiso en este caso puede ser empezar con la variante RFC rápida y sustituirla por la variante OData deseada en cuanto el proceso sea estable. De este modo, nada se interpone en el camino hacia una comercialización lo más rápida posible, al tiempo que se cumplen los requisitos existentes. "En estos casos, aconsejamos a nuestros clientes que adopten un sano pragmatismo", subraya van de Kerkhof para concluir. "Porque así es exactamente como las empresas crean la agilidad necesaria para ya no conducir su SAP como un camión que aguanta, sino como un ágil coche deportivo".
