DevOps con SAP: ¿sensual en lugar de lento?

En tiempos de "Release Often, Release Early", uno se enfrenta a muchas dificultades diferentes en el desarrollo, la garantía de calidad y la implantación de software. Algunos ejemplos son la presión del personal, los esfuerzos de comunicación manual y las innumerables versiones parciales.

Uno podría sucumbir ahora a la tentación de matar estas dificultades con recursos. Sin embargo, el pasado ha demostrado a menudo que más recursos no equivalen a más velocidad, calidad y funcionalidad en el desarrollo de software.

DevOps y los métodos ágiles pueden proporcionar un enfoque para abordar estos retos. Es importante señalar que DevOps no es una panacea para todas las empresas.

Y para aquellos para los que un enfoque DevOps tiene sentido, una estrategia clara y una implementación holística son los factores de éxito más importantes.

Pasemos ahora a la cuestión de si un enfoque DevOps puede ser "sexy". Con el término "sexy" en relación con el mundo laboral se suelen formar asociaciones como "joven", "nuevo" e "innovador".

Esto se refleja mejor en los empleados del entorno SAP que acaban de salir de la formación o de la universidad o que están haciendo un traslado lateral desde el mundo no SAP.

Si ahora se les introduce en una estructura empresarial que se caracteriza por los conceptos clásicos del modelo de cascada con versiones mayores y menores, esto tiene un efecto muy desilusionante y puede inhibir fuertemente el impulso de innovación que estas personas traen consigo.

¿Ha oído alguna vez la frase "que ha crecido históricamente"? ¿Encuentra esta afirmación fascinante e inspiradora para cambiar o incluso innovar? A nosotros tampoco.

En el entorno SAP, muchas cosas han crecido históricamente, pero esto no debe ocultar la posibilidad de innovar en el enfoque del desarrollo de software.

La introducción de DevOps, con sus conceptos modernos y motivadores, puede reactivar el motor de innovación de los propios empleados de la empresa, ya que las nuevas tareas y responsabilidades les ofrecen una visión más allá de sus propios horizontes.

Sin embargo, fusionar los distintos departamentos de TI para hacer posible DevOps es mucho más difícil que simplemente fusionar los nombres de los departamentos en esa palabra inventada que se ha hecho cada vez más popular en la última década.

Especialmente cuando intervienen departamentos SAP y no SAP, la experiencia ha demostrado que los procesos relevantes de ambos ecosistemas pueden diferir enormemente. No obstante, con un poco de esfuerzo es posible hacer que las herramientas conocidas y ampliamente utilizadas en el mundo no SAP puedan utilizarse en el mundo SAP.

Surge la oportunidad de establecer un pipeline homogeneizado de herramientas compartidas. Se elimina la necesidad de gestionar ambos mundos por separado, lo que reduce los gastos generales.

Además, al utilizar los mismos recursos para SAP y para fuera de SAP, se forma una terminología uniforme entre todos los empleados. Esto derriba muros de comunicación y refuerza el sentimiento de unidad.

Por lo tanto, el requisito básico para el uso significativo de DevOps debe ser una cultura corporativa que promueva la comprensión de la estrategia global y acerque a todos los participantes dentro de esta estrategia.

Sólo cuando los mundos SAP y no SAP están familiarizados con los métodos de trabajo de los demás pueden derivarse nuevas posibilidades. Estos efectos sinérgicos son los que hacen que un enfoque DevOps tenga éxito en primer lugar.

Así que la conclusión sólo puede ser: ¡Sí, DevOps en SAP puede ser "sexy"! Siempre que haya una comprensión del proceso global por parte de los colegas SAP y no SAP y una voluntad de aprender unos de otros, el mundo SAP, supuestamente lento, puede aparecer bajo una luz totalmente nueva y pasar de ser un freno a un acelerador de la innovación.