Listo para Hana con SAP Solution Manager
Para muchos responsables de TI, la actualización de Solution Manager 7.1 y el inminente fin del mantenimiento el 31 de diciembre de 2017 sigue siendo un gran fantasma.
En particular, los usuarios de SAP que ya utilizan muchos escenarios se enfrentan a grandes retos con la actualización.
Todos los escenarios ya introducidos deben readaptarse, volver a autorizarse, probarse, formarse y aplicarse. Es importante iniciar el proyecto de actualización en una fase temprana para disponer de margen suficiente.
Primero SolMan, luego Hana
Los usuarios que planeen una conversión a Hana en 2017 deberían considerar la actualización de Solution Manager con antelación.
Como parte de una conversión a Hana, pero también como preparación para la nueva S/4 Hana Business Suite, existen algunos módulos útiles que facilitan enormemente el cambio.
Los departamentos de TI siempre corren la misma suerte al principio de una conversión a Hana: hay que preparar pruebas y acordarlas con los departamentos especializados.
Para muchos clientes que sólo utilizan Solution Manager de forma muy rudimentaria, estas pruebas se almacenan como documentos de Excel en un archivo compartido y quedan inmisericordemente obsoletas.
Algunos clientes han ido un paso más allá y han utilizado la documentación de la solución para describir los procesos y los casos de prueba necesarios asociados, pero no la han actualizado desde la última actualización del paquete de soporte o incluso desde la última actualización y ahora se encuentran con una documentación obsoleta.
Procesos de inventario
En ambos casos, tiene sentido utilizar las nuevas funcionalidades del Gestor de soluciones en la documentación de la solución para inventariar todos los procesos empresariales como primer paso.
Dado que, a diferencia de lo que ocurría antes, el usuario puede seleccionar el número de niveles que desee, ahora es posible documentar incluso los procesos más complejos.
Una vez establecidos estos cimientos, se puede construir sobre ellos de maravilla. Si la estructura pura no le basta, también puede modelar los diagramas de proceso con el nuevo editor gráfico y almacenarlos en el Gestor de soluciones.
Documentación renovada
En el siguiente paso, los documentos de prueba existentes, normalmente archivos Excel, se vinculan a los procesos individuales.
Si es necesario, un documento debe dividirse en varios. En el siguiente paso, la documentación del proceso que se ha creado o recauchutado proporciona entonces una base sensata para la documentación del proceso, que por supuesto debe continuar.
La actualización de la documentación del proceso puede aplicarse mediante el componente de gestión de cambios.
Además de estas actividades preparatorias, sin duda tiene sentido -asumiendo el apoyo de la empresa- utilizar Custom Code Management Cockpit para eliminar la codificación no utilizada.
Todo lo que puede eliminarse del sistema reduce también, naturalmente, los casos de prueba que hay que realizar.
Formación y pruebas
Si bien es cierto que las nuevas interfaces y herramientas obligan a formar a los usuarios y a aprender las nuevas técnicas.
Sin embargo, la ventaja para el tema de la gestión de pruebas y el camino hacia una documentación completa son indispensables. La transición de la documentación de la solución es - como ya se ha descrito por mí en otra columna - ciertamente no es fácil, especialmente si los documentos ya existen.
Sin embargo, este camino debe tomarse como muy tarde al final del mantenimiento, ya que la documentación de la solución "antigua" sólo estará disponible en modo de sólo lectura después de la actualización.
Es esencial planificar el proyecto con antelación.
