¿Más ALM, menos Solution Manager?

Teniendo en cuenta que este artículo aparece en la columna de SolMan, usted ya conoce la respuesta: No, continuará. No obstante, es legítimo preguntarse si SolMan sigue mereciendo la pena ahora. Al fin y al cabo, Solution Manager se diseñó en una época en la que los proyectos de SAP todavía no eran muy ágiles ni móviles. S/4 Hana y la nube eran todavía un futuro lejano. Y la idea de tener que mantener un sistema separado para la gestión del ciclo de vida de las aplicaciones (ALM) también parece anticuada hoy en día.

La idea de SolMan era y es ingeniosa: un sistema para todas las tareas de ALM. No importa si se trata de documentación o modelado de procesos, gestión de pruebas, gestión de cambios, supervisión o mucho más. Todo de una sola fuente y totalmente integrado. El negocio y la TI por fin se comunican entre sí. Maravilloso. Pero es precisamente esta exuberante diversidad, unida a un marketing no siempre del todo óptimo y a las notorias funcionalidades obligatorias, lo que ha disuadido a muchos clientes de SAP a lo largo de los años de dar una oportunidad a SolMan. Y también ha producido extraños florecimientos. Conocemos bastantes empresas que utilizan SolMan exclusivamente en SAP Basis. O - ¡escándalo! - o -escándalo- subcontratan el manejo de las funciones básicas, negándose así el acceso a otras funcionalidades.

En nuestra práctica de consultoría, nunca hemos considerado SolMan como un engorroso monolito, sino siempre como un kit de construcción. Si hay que aumentar el nivel de madurez de un proceso ALM en una empresa, naturalmente nos fijamos primero en la metodología y después en la herramienta. Sin embargo, en cuanto entran en juego las herramientas, SolMan es siempre una buena elección, entre otras cosas porque está óptimamente adaptado al mundo SAP y ya está disponible en la empresa. Esto significa que se puede pilotar un único tema de forma específica sin una gran inversión en herramientas. Y sin necesidad de utilizar todo SolMan. Ninguna tarea es demasiado pequeña o demasiado grande.

¿Levantar la gestión de pruebas de una empresa mediana de hojas de cálculo de Excel dispersas a una base sostenible que reduzca el esfuerzo con cada nueva ejecución de pruebas? Muy sencillo. ¿Organizar las actividades de prueba de un fabricante mundial de dispositivos médicos con muchos miles de casos de prueba en veinte países, incluidas pruebas de productos en la nube, requisitos de firma y automatización de pruebas? Caminar. ¿Gestionar los cambios y transportes del sistema de forma profesional y técnicamente limpia, gustosamente también con Git o para sistemas no SAP? Una ofensiva popular de ChaRM. ¿Gestionar tus propios desarrollos y hacerlos aptos para S/4? El día a día. ¿O gestionar e implementar todo el proyecto S/4 con métodos ágiles y prácticas SAP? Tampoco hay problema. ¿Supervisar y optimizar los procesos empresariales más allá de los límites del sistema (SAP)? Eso es posible desde hace mucho tiempo. 

Ahora es el momento de darle una oportunidad a SolMan. Porque con SolMan, que está disponible hoy (y probablemente ya en su empresa), los clientes de SAP están óptimamente equipados para el mundo "moderno" de SAP. Sin dejarse impresionar por modas y exageraciones, SAP siempre ha desarrollado SolMan y lo ha adaptado a la nube, a S/4 y al mundo más allá de los productos SAP. Gracias a las Focused Solutions y a los productos de socios, se puede implementar una estrategia ALM individual.

Esto significa que el anunciado fin del mantenimiento en 2027 también perderá su horror. SolMan está demasiado firmemente anclado en la estrategia ALM de SAP, así como entre nuestros clientes, sus puntos de venta únicos son demasiado claros. Y si de repente en 2027 hay una ayuda mágica de IA que transfiere todos los procesos y contenidos de los clientes establecidos durante años de SolMan a SAP Cloud ALM, allí estaremos. Porque allí el concepto es el mismo - sólo que para un grupo objetivo diferente. Pero hasta que eso ocurra, podemos disfrutar de las muchas posibilidades de SolMan, los productos de los socios y las integraciones. Y hablar más de ALM y menos de herramientas.