Simplificar y perfeccionar SAP

Un buen oficio informático de probada eficacia en la comunidad SAP es la personalización. Desde el principio, la idea era que un sistema SAP era un producto semiacabado que había que personalizar utilizando tablas Abap. El enfoque de proyecto planificar-construir-ejecutar también encajaba con estos inicios hace cuarenta años, pero la vida de las TI también es cambio.

"Planificar, Construir y Ejecutar se creó en una época en la que el esfuerzo necesario para comunicarse y colaborar era mucho mayor que en la actualidad.", describe Tobias Moosherr, Director General de Solutive, y precisa en la entrevista E-3: "Acordar rápidamente cosas nuevas con los implicados, una sesión web aquí, enviar rápidamente un mensaje por mensajería instantánea para aportar nuevas ideas y necesidades: Esto es hoy una realidad."

Del mismo modo que en los centros de datos modernos o en la nube ya no hay ventanas de copia de seguridad porque el funcionamiento 24/7 es la norma, el punto de partida para personalizar un sistema SAP también ha cambiado. "Meses de fases de diseño para realizar cosas en un entorno protegido cuyos requisitos pueden haber quedado ya obsoletos fue la norma durante mucho tiempo", Tobias Moosherr lo sabe por experiencia propia.

"Tras su aceptación, el software se llevaba prácticamente a un muro que separaba el desarrollo y la explotación, se arrojaba sobre él y se olvidaba. En cambio, se ponía en funcionamiento completamente desacoplado y funcionaba como una parte abstracta de un sistema informático."

Superar los muros

La imagen que pinta aquí Moosherr es típica de los primeros tiempos de la comunidad SAP y es probable que un usuario siga viendo metros de "papel pintado Aris" para la gestión de procesos empresariales en esta pared de su mente. Pero Plan-Build-Run y el Aris del profesor Scheer son cosa del pasado.

"Para ser competitivos, hay que acortar los plazos de comercialización", postula Tobias Moosherr. "Cada muro, cada silo es un obstáculo importante. Sin embargo, además de aumentar las posibilidades de comunicación, también ha cambiado la metodología de trabajo, lo que abre posibilidades completamente nuevas."Solutive también ha desarrollado las herramientas adecuadas para ello.

Para los clientes de SAP existentes, por otra parte, es importante examinar detenidamente y trabajar con socios como Solutive para seleccionar no sólo el enfoque correcto, sino también las herramientas informáticas adecuadas, véase Aris. "La impresión de que la tecnología tradicional como SAP NetWeaver no puede seguir el ritmo es sólo parcialmente correcta. Esta parte de la sala de máquinas también puede ganar velocidad con el ajuste adecuado. Hoy en día, planificar-construir-ejecutar debería ser simplemente parte de un ciclo de vida iterativo de la aplicación."Para decirlo en términos más modernos: ¡chulea de mi sistema SAP!

Pero desde hace algunos años, las operaciones operativas de SAP parecen haberse paralizado: ¿Son manifestaciones de una economía dinámica, de estructuras y procesos organizativos complejos o simplemente el resultado de una mala planificación? En otras palabras, ¿una incorrecta gestión de proyectos de planificar-construir-ejecutar?

"Ambos y", afirma Christian Steiger, compañero de la junta directiva de Solutive. "En mi opinión, no se ha comprendido que las innovaciones que se derivan de las operaciones empresariales deben realizarse cada vez más a través del papel cada vez más importante y central de las TI."

Christian Steiger se opone un poco al espíritu de los tiempos y a una organización de TI descentralizada en la que los departamentos especializados reservan sus aplicaciones en la nube. "Contrariamente a lo que a veces se supone, las TI son un importante motor de innovación y, como tales, también deben experimentar el necesario valor añadido", afirma Christian Steiger, conocedor de muchos proyectos Solutive de éxito.

¿TI centralizada o descentralizada, en la nube u on-prem, planificada o DevOps? Los retos digitales son ahora tan amplios que difícilmente puede haber una respuesta a todas las preguntas. "En los últimos años, me he encontrado repetidamente con una y otra cosa con los clientes. El primer paso importante es mirarse a uno mismo y a la organización con honestidad, sin miedo a que cambien los propios cotos de caza. El segundo paso es querer escuchar las respuestas y ser "irreprochable" al respecto.", explica Christian Steiger en la entrevista E-3 y añade: "Sin embargo, este malestar percibido es a menudo simplemente una cuestión de la forma en que trabajamos. Los primeros pasos en la digitalización de una empresa también pueden provocar un gran malestar en la empresa si simplemente se lanza todo por la pared mágica sin anunciar e implicar a las partes interesadas importantes de los departamentos."

Como ya se ha mencionado, la vida de TI también está cambiando, lo que es particularmente cierto para la comunidad SAP en este momento y está aumentando rápidamente la demanda de la experiencia y las herramientas de Solutive. Actualmente se está produciendo un cambio generacional en la Junta Directiva de SAP y en la comunidad: ¿se está produciendo también en TI? Entonces, ¿innovación Hana y S/4 frente a tradición R/3? ¿Acap frente a Java? ¿NetWeaver frente a contenedores, Kafka, etc.?

Christian Steiger responde: "Sí, es una tendencia que era previsible en los últimos años. Cuando participé en la SAP Train Race de París a Madrid para TechEd en 2011, el tema de la pasarela SAP y el mundo híbrido ya estaban en el candelero. En estos momentos, la comunidad se centra cada vez más en ello y no cabe duda de que en el futuro veremos cada vez más una fusión de los mundos. De este modo, la comunidad SAP dispone cada vez de más margen de maniobra y soberanía a la hora de elegir sus soluciones y se orienta, entre otras cosas, hacia un enfoque "best-of-breed"."

Tobias Moosherr, otro miembro de la Junta Directiva, afirma que este cambio generacional no sólo se está produciendo en la comunidad, en la Junta Directiva de SAP o en TI. "El principal impulsor de esta agitación es el cliente final", subraya Moosherr. Esto plantea la siguiente pregunta: ¿Cómo puede un socio de SAP como Solutive responder a las necesidades de los clientes de SAP existentes? ¿Y en qué debe centrarse, aparte de la tecnología necesaria?

"En 2016, señalé lo siguiente en un foro sobre transformación digital: "En un mundo de interacciones digitales, las organizaciones ofrecerán sus modelos de negocio innovadores a través del software. Todas las empresas se convertirán en empresas de software".Tobias Moosherr define la realización desde el pasado.

"Creo que esta disrupción digital está ahora muy presente en el entorno SAP en particular. Y las empresas buscan respuestas a estos retos, explícitamente con los sistemas y tecnologías existentes en combinación y no sustituidos por tecnologías completamente diferentes."

"Somos software"

La disrupción digital en la comunidad SAP tiene muchas manifestaciones y la agilidad que exige también requiere que se automaticen muchos pasos que antes eran manuales. El despliegue de un sistema SAP debe simplificarse cada vez más utilizando herramientas adecuadas y automatización.

Como resultado, algunos clientes de SAP ya existentes pudieron poner en marcha sistemas SAP en todo el mundo a pesar de las prohibiciones de viajar y la personalización a distancia. Es evidente que la gestión del cambio ha cambiado el enfoque de la implantación: ¿Qué importancia tiene, por ejemplo, la gestión de pruebas?

"Para seguir el ritmo del mercado y de las innovaciones apoyadas en las TI, es esencial establecer un sistema de gestión de pruebas que funcione correctamente", Christian Steiger especifica este paso tan importante hacia un sistema de éxito para los clientes actuales de SAP. "Porque si quiere estar a la vanguardia en el futuro, no hay forma de evitar nuevos métodos y entregas de software más rápidas."

Según Christian Steiger y Tobias Moosherr, miembros de la junta directiva de Solutive, el siguiente paso también es necesario para garantizar la calidad, la mantenibilidad y la estabilidad en funcionamiento: las pruebas automatizadas. "En este caso, sin embargo, no me refiero explícitamente a los medios conocidos hasta ahora, como los eCatts y diversos enfoques de pruebas robóticas", dice Christian Steiger al describir la situación.

"Como Solutive, hemos incorporado a un socio que lleva desarrollando con éxito su propio motor de IA desde 2009. En el futuro, también mapearemos las pruebas automatizadas en SAP utilizando una solución asistida por IA.Ya no es una cuestión de "si", sino de "cuándo".

Fallar rápido, fallar a menudo

No sólo las herramientas y el tipo de gestión de proyectos están cambiando actualmente en la comunidad SAP, también se está reevaluando la actitud mental ante el progreso, el éxito, la experimentación y el fracaso. "Gracias a los éxitos masivos de SpaceX y Tesla, todo el mundo habla de 'fallar rápido, fallar a menudo' y parece que es socialmente aceptable", observa satisfecho Tobias Moosherr. "Se podría tener la impresión de que la gestión de pruebas y su motivación -encontrar errores con el menor esfuerzo posible- se están quedando obsoletas como resultado y que los errores son incluso deseables."

Tobias Moosherr recuerda los orígenes de este planteamiento: "El lema procede de Silicon Valley y de los enjambres de start-ups que allí se asientan, y a menudo se malinterpreta. El objetivo no es "fracasar", sino iterar. Para tener éxito, debe existir una cultura de afrontar abiertamente los errores."

Pero está claro que el objetivo es aprender de los errores y hacer ajustes, reajustes o incluso rediseñar. Aquí es precisamente donde debe entrar en juego una gestión de pruebas estructurada e integrada, afirma Moosherr. "Hoy en día, con la ayuda de nuestros agentes de inteligencia artificial o herramientas de prueba, los primeros errores se pueden encontrar en las primeras fases del proceso de desarrollo y las iteraciones pueden comenzar antes.", explica el miembro de la junta directiva de Solutive.

Mejora continua

La mejora continua suena lógica, pero el cambio continuo también implica aprendizaje, formación y pruebas continuas, ¿verdad? ¿Son DevOps, Scrum, etc. un reto sostenible o tendencias de moda en TI? "Por supuesto, estos planteamientos están actualmente en boca de todos", Christian Steiger lo sabe por sus propias observaciones.

"Nuestra ESM Suite es también una herramienta que permite todo esto. Sin embargo, el método de trabajo también debe adaptarse a ello para aprovechar todo su potencial. Por lo tanto, no hay que rehuir los enfoques híbridos. Me gustaría mencionar esto en este punto porque a menudo se mete en el mismo saco erróneamente: La flexibilidad no tiene absolutamente nada que ver con la agilidad. No hay que confundirlas."(Véase también el artículo técnico de Christian Steiger y Tobias Moosherr en las páginas siguientes).

Estos planteamientos se convierten entonces en retos sostenibles puramente como un fin en sí mismos a nivel de gestión o porque es la tendencia del momento. Pero Tobias Moosherr corrige: "Una perspectiva diferente es muy importante aquí. Desde la noche de los tiempos, las personas han estado expuestas a un entorno en constante cambio y el aprendizaje continuo ha sido la clave de la adaptación. Esto también se aplica a las empresas; el uso de métodos ágiles junto con técnicas lean, Lean Startup, ha permitido adaptarse rápidamente a los cambios."

Límites de SolMan

¿Dónde alcanza SolMan sus límites en la gestión de versiones, la mejora continua, las pruebas y la gestión del transporte? "SolMan apenas conoce límites - y ahí radica el problema"Christian Steiger describe el tema con habilidad y diplomacia.

"El nivel de conocimientos técnicos y especializados que requiere SolMan en profundidad es inmenso y a menudo supera las capacidades de los desarrolladores y, sobre todo, la utilidad para un buen funcionamiento. El esfuerzo requerido por los informáticos para dominar esta herramienta -que en realidad sólo debería ser una herramienta- es enorme. Nos hemos centrado en los aspectos esenciales -gestión de versiones, mejora continua y pruebas, así como gestión del transporte- y hemos combinado todas estas funciones de forma segura, controlable y eficiente en una única solución."

Su colega Tobias Moosherr también comparte esta opinión: "Cuando miramos a SolMan, sólo vemos unos pocos límites, y ése es precisamente el problema. Porque con las posibilidades ilimitadas viene el problema del uso responsable. Sobre todo porque la cuestión del sentido debe plantearse si la herramienta, que en realidad se diseñó para facilitar las cosas, funciona según el enfoque clásico de planificar, construir y ejecutar. Hemos desarrollado nuestra suite ESM basándonos en el enfoque "best-of-breed", creando un software estándar innovador que controla y gestiona el ciclo de vida del software."

En la pasada era R/3, la gestión del transporte era un componente central de la arquitectura de TI. ¿Sigue siendo esto aplicable a un entorno DevOps? "La gestión del transporte es y sigue siendo una parte importante de SAP. Los nuevos retos, como DevOps, hacen que los transportes vuelvan a estar en el punto de mira, ya que las dependencias en la entrega ya no se pueden descartar.", sabe Christian Steiger de muchos proyectos Solutive que han tenido éxito.

Su colega Tobias Moosherr añade: "Sí, los transportes seguirán siendo una parte fundamental de la arquitectura SAP en el futuro. Sin embargo, en una organización optimizada para la adaptación y la reducción del tiempo de cobro, es precisamente aquí donde no debe surgir el cuello de botella y donde el trabajo no debe realizarse a pequeña escala a nivel de transporte individual y/o manualmente. A menudo, sigue habiendo aquí un gran potencial de optimización, que abordamos con las soluciones de transporte y simulación de nuestra suite ESM."

Respuesta universal: Plantillas

Las plantillas fueron en su día una respuesta universal: ¿Cuál es la posición actual de Solutive en la gestión de TI mediante plantillas? Christian Steiger: "Las plantillas y la gestión de plantillas son eficaces y aportan un valor añadido en muchos casos de uso. Pero ni siquiera esto es una solución de usar y tirar. Hoy en día, una plantilla debe tener un cierto grado de flexibilidad, incluso si las desviaciones son sólo de unos pocos por ciento en algunos casos. También es importante proteger esta plantilla o los componentes de alto riesgo contra cambios no deseados después de la implantación. Un diseño flexible con un esfuerzo reducido y un control total sobre todos los cambios es un enfoque eficaz para reducir significativamente los costes durante el funcionamiento. Apoyamos este enfoque con mucho éxito con nuestras soluciones, especialmente en el entorno corporativo."

Cuando se trata de dinámica, cambio y agilidad, los sueños y la realidad entran en conflicto con el cumplimiento, la gestión de riesgos y la gobernanza. ¿Cambio continuo frente a estabilidad? Los clientes actuales de SAP se enfrentan al reto de salvaguardar la estabilidad de sus operaciones frente a las innovaciones de SAP.

"Este reto no debe ser un extra opcional, sino un deber"subraya Christian Steiger con rotundidad en la entrevista. "Una y otra vez oigo decir a nuestros clientes que hay dos procesos: el proceso diseñado y el proceso real. Esto es ineficaz e inseguro y, además, pisotea el cumplimiento de la normativa."

Por ello, el Consejo Ejecutivo de Solutive está convencido de que los procesos deben establecerse de acuerdo con el cumplimiento y la seguridad de la auditoría para evitar que se recurra a una solución provisional. Esto requiere procesos de principio a fin para disponer de una pista de auditoría ininterrumpida y ofrecer una transparencia total.

Buenas prácticas y agilidad

"Apoyamos a nuestros clientes desde la fase de definición del proceso, ya sea SOX, GAMP, FDA o GDPR - hemos desarrollado las mejores prácticas en todas las áreas, incluyendo algunas con las principales firmas de auditoría", dice Christian Steiger sobre su trabajo diario. "También proporcionamos recomendaciones sobre qué herramientas se utilizan después para la realización. En esencia, ya no tiene por qué ser un compromiso, porque el dinamismo, la agilidad y el desarrollo híbrido pueden ir de la mano de la gestión de riesgos y la gobernanza. También estamos en proceso de establecer un Digital CoWorker en el ámbito de la IA, que servirá de guardián para la auditoría, la gobernanza y el cumplimiento."

Y su colega Moosherr añade: "Así es, porque, según mi experiencia, la transparencia de principio a fin es importante. Si se desmantelan los procesos aislados y los silos de información y se distribuyen ampliamente los conocimientos sobre cumplimiento y gestión de riesgos, puede crearse una imagen común de lo que tiene sentido."

Cumplimiento y SolMan

El tema de la documentación y el cumplimiento es, por tanto, el siguiente paso lógico en el diálogo E-3: los continuos cambios no facilitan el mantenimiento de una documentación informática precisa, ¿verdad? ¿Necesitamos SolMan para esto? "Aquí retomo la pista de auditoría", explica Christian Steiger. "Los procesos digitales integrales establecidos son el paso más importante para el cumplimiento de la normativa. Por ello, la documentación se incorpora automáticamente y es absolutamente fiable. SolMan también es una herramienta establecida para la documentación."

Para Steiger, Consejero Delegado de Solutive, es importante que la visión corporativa cuente con una estrategia que se integre en el entorno de trabajo conocido. Desde el punto de vista de Solutive, no hay mayor reto en las operaciones cotidianas que tener que cambiar los métodos de trabajo simplemente por razones de cumplimiento.

La gestión de servicios de TI, ITSM, parece ser un solucionador universal de problemas: ¿es cierto? La gestión de servicios de TI, siempre que se establezca de forma adecuada y apropiada, tiene la capacidad de actuar como acelerador a muchos niveles. Esto se aplica en particular a los procesos que se inician en la actividad operativa y repercute hasta el despliegue. Pero esto nos saca un poco del entorno SAP, dice Christian Steiger: "Sin embargo, en mi opinión, ITSM puede actuar básicamente como un turbo. Los procesos ITSM requieren aceptación y previsión para poder implantarse con sensatez."

Plazo SAP

Todos los clientes actuales de SAP deben convertirse a Hana y S/4 antes de 2027/2030: Desde la perspectiva de Solutive, ¿qué retos plantea esto en términos de gestión del cambio, ITSM, pruebas y transporte? "En los últimos meses, hemos añadido detalles significativos a nuestra suite ESM para facilitar la migración a las empresas".Christian Steiger describe la situación.

El cambio también aporta oportunidades para unos procesos más ágiles y un estándar basado en las mejores prácticas. No sólo hay que considerar y calcular el proyecto S/4, sino también el funcionamiento posterior. Sin embargo, Christian Steiger también sabe que los buenos planteamientos a menudo no se corresponden con el entorno de trabajo real y que los usuarios quedan abandonados a su suerte tras el cambio.

Un ejemplo es el proceso de exigencia de despliegue, como explica Christian Steiger: "Si esto no encaja con los procesos actuales, es difícil adaptarse. Disponemos de una solución sostenible en nuestra cartera que mantiene un alto grado de flexibilidad, se ocupa de las operaciones posteriores y acompaña así el ciclo de vida a largo plazo. Junto con procesos eficientes y simplificados, esto mata dos pájaros de un tiro: el proyecto S/4 y las operaciones posteriores.."

Debido a los elevados costes de un entorno S/4, a menudo se acomete la consolidación. Pero de lo que no se suele hablar, dice Tobias Moosherr, es del peligro de un único punto de fallo.

"Si, en el peor de los casos, un sistema no estuviera disponible para un país, por ejemplo, los demás sistemas podrían seguir funcionando y las demás sedes podrían operar. Pero, ¿qué ocurre si sólo hay un One SAP?", se pregunta Moosherr. "Si no se replantea la forma de trabajar y se adapta el conjunto de herramientas, la mayor necesidad de protección puede provocar rápidamente una ralentización de la capacidad de adaptación de la organización. La paradójica situación de obtener información en tiempo real pero poder reaccionar a paso de tortuga, ¿a quién le gustaría imaginársela?"

Transformación digital, ¿verdad?

Para concluir la entrevista E-3, la inevitable valoración del panorama general: Desde la perspectiva de Solutive, ¿en qué punto se encuentra la comunidad SAP en el tema de la transformación digital? "Todos vivimos y amamos la transformación digital", responde espontáneamente Christian Steiger y explica: "Tengo que admitir que no puedo evitar ser un poco irónico al respecto. Creo que ahora conocemos tanto las ventajas como los inconvenientes. Una cosa debe quedar siempre clara: ninguna digitalización funcionará si el responsable informático tiene que escuchar al mismo tiempo que tiene que recortar presupuestos. La digitalización significa invertir en el futuro, ¡y en TI! Para mí, las TI son un claro motor de la innovación y, como tales, deben valorarse y no en la sala de máquinas, sino en lo más alto, junto al capitán."

Tobias Moosherr, miembro del Consejo de Administración, salta al lado de Christian Steiger e informa: "La prensa acaba de publicar lo siguiente: El yate del patrón del Eppelheim Capri-Sun, Hans-Peter Wild, se estrelló contra el muelle del puerto de la isla caribeña de San Martín. Al parecer, el accidente se debió a un fallo en el sistema informático de control. El capitán habla de una falta de comunicación entre el puente, equipado con 14 ordenadores, y la sala de máquinas. Esta impresión puede aplicarse también a la comunidad SAP en algunos lugares. No debe ser un fin en sí mismo lo que suscite afirmaciones como: Tenemos que ser más ágiles. No somos lo suficientemente lean. Quiero que nuestra cultura cambie a fallar rápido, fallar a menudo. En mi opinión, es más importante que todos los implicados tengan un entendimiento común de lo que significa realmente la transformación digital para la empresa y que comprendan la necesidad de utilizar el software de SAP para construir una organización que pueda reaccionar rápidamente a los requisitos. Las TI deben y tienen que ser un motor de innovación y no solo un factor de coste."

Gracias por la entrevista.

[adrotate banner="254″]