Agrupación con ChaRM

Algunos responsables de TI se han dedicado en el pasado a introducir la gestión de solicitudes de cambio. El credo que siempre predico aquí es: una necesidad de un departamento especializado se aprueba mediante una solicitud de cambio y luego da lugar a uno o varios cambios.

Esta declaración ya contiene la primera pregunta:

¿Por qué varios cambios?

En la actualidad, el gestor de soluciones también domina varios tipos de transacción en la gestión de solicitudes de cambio. Un tipo de transacción es esencialmente una construcción que consiste en un flujo de trabajo, una definición de la forma de cambio, es decir, la interfaz y, especialmente para los cambios en el entorno SAP, por supuesto también con la conexión al sistema de transporte.

Ninguna otra herramienta de gestión de cambios representa tan bien esta vinculación del flujo de trabajo con la mecánica de importación a través del STMS y tiene las mismas funciones que el Gestor de soluciones.

Para ello se crearon los tipos de transacción "Modificación normal" y "Modificación urgente". Ahora bien, se da el caso, por supuesto, de que requisitos complejos en particular requieren cambios no sólo en un entorno SAP, sino también en otros entornos de sistemas.

Solution Manager también permite definir un flujo de trabajo y utilizarlo para este fin. La conexión con el sistema de transporte, por supuesto, no está disponible aquí y ni siquiera es necesaria.

Esta construcción también puede utilizarse, por ejemplo, para asignar cambios que requieren ajustes en una interfaz SAP y en una interfaz web. Los ajustes en la interfaz web se representarían clásicamente como un cambio "no SAP".

Este concepto funciona muy bien porque la enmienda siempre forma el estribo entre los cambios individuales. De este modo se garantiza la coordinación de los distintos cambios.

Sin una enmienda, precisamente esta puesta entre paréntesis y la coordinación necesaria en el proceso de enmienda sólo pueden hacerse muy laboriosamente mediante campos adicionales en el formulario.

El problema de que un cliente quiera suministrar varias líneas del sistema a través de un cambio con conexión de transporte ya lo proporcionaba SAP en la versión 7.1 con SP10. Este componente se denomina cluster.

De este modo, se puede formar un clúster a partir de un entorno de BW y otro de ERP. Los cambios que se produzcan en ambos entornos pueden gestionarse a través de este clúster. De este modo se evita tener que gestionar y coordinar manualmente los cambios en varios entornos de transporte.

En Solution Manager 7.1, esta técnica aún estaba en pañales. Los clústeres siempre tenían que ser idénticos. Por lo tanto, si tenía un entorno ERP con tres sistemas, también necesitaba tres sistemas de almacén empresarial para llevar a cabo esta lógica. Con Solution Manager 7.2, esto ha cambiado y los clústeres "desiguales" también son posibles.

Todo sonaba tan bien en las diapositivas que siempre presentaba este modo de funcionamiento a los clientes. Siempre me sorprendió que solo hubiera unos pocos debates sobre este tema en Internet, especialmente en SDN.

Desde la última implementación, también me queda claro por qué: lo que SAP oculta aquí es que el "cambio urgente", que la mayoría de los clientes utilizan exclusivamente, no puede utilizar esta función en absoluto.

SAP sólo ha implementado esta funcionalidad de clúster para la "corrección normal" y, por lo tanto, deja fuera en particular a los usuarios que no llevan a cabo un desarrollo orientado a la versión. Incluso los clientes con desarrollo orientado a la versión se ven penalizados: todos los cambios dentro de la versión dominan el clúster.

Todos los demás cambios del tipo "cambio urgente" no. Así que aquí es necesario un replanteamiento masivo.

Por desgracia, esto estaba tan mal documentado que yo también caí en la trampa. Para salir de este callejón sin salida, también activamos la colección de clústeres para "cambios urgentes" mediante puntos de mejora y algunas modificaciones menores.

Espero que SAP entre en razón y actúe con prontitud. Si nosotros, como empresa consultora, conseguimos activar esta función mediante ajustes, SAP debería tener aún más éxito.