SAPanoptikum Mayo 2017
Padrino y Maestro del Desastre
Un simposio del DSAG sobre Hana en St. Leon-Rot, cerca de la sede de SAP en Walldorf, sacó a la luz todo el desastre:
¡El código Hana está peor que nunca!
Más de 200 clientes actuales de SAP aceptaron la invitación del DSAG para informarse sobre el estado actual y el uso de Hana en la práctica. La base de datos de computación en memoria inventada por el profesor Hasso Plattner y desarrollada ahora por el Director de Tecnología de SAP, Bernd Leukert, se encuentra actualmente en un estado muy deficiente.
La tasa de errores de las versiones de Hana que se entregan continuamente va en aumento. Desde el punto de vista de DSAG y de los clientes de SAP existentes, la calidad está disminuyendo drásticamente y los usuarios corren de una situación de error crítico a la siguiente.
La respuesta del Director de Tecnología Leukert no es realmente útil: SAP proporciona una actualización del software aproximadamente cada 30 días. Esto puede ser bienintencionado, como explicaron algunos de los afectados al margen del evento del GASD, pero no es manejable en la práctica.
Instalar una nueva versión cada 30 días es imposible de organizar para la mayoría de los clientes actuales de SAP.
Las aplicaciones ERP clásicas necesitan un núcleo estable y una base de datos robusta. Por supuesto, se puede hablar de enfoques "DevOps" en el desarrollo de aplicaciones móviles e IoT, donde a menudo se crea nuevo código de programa semanalmente.
Para un entorno de desarrollo Scrum y DevOps, incluso un ciclo de 30 días, como el que SAP utiliza actualmente con el código de Hana, puede ser una ventaja. Sin embargo, esto requiere la infraestructura de TI adecuada.
En la conferencia del DSAG en St. Leon-Rot, también se supo que faltan herramientas centrales para la administración de la actualización de la versión de Hana. Todavía no existe una función de búsqueda con una categorización que incluya filtros adecuados que encuentre y evalúe los impactos existentes (bugs).
Dado que SolMan tampoco es de ayuda en este caso, la planificación de los cambios de versión y las actualizaciones sigue siendo cuestión de suerte y los clientes existentes de SAP tienen que llevarla a cabo manualmente con mucho esfuerzo.
En el simposio del DSAG sobre Hana no se vislumbraba el final de esta triste evolución. Un participante dijo que, según la hoja de ruta de SAP, probablemente tendremos que esperar hasta principios de 2020 hasta que todos los componentes de Hana se hayan programado y consolidado y estén disponibles en una nueva versión, quizás Hana 3. (pmf)
