DevOps - Derribar muros

DevOps es la fusión del desarrollo de software y las operaciones de TI, y describe más una filosofía de cooperación que una metodología claramente definida. En qué consiste DevOps en general?

Jörg Landwehr: No hay reglas claras que puedan aplicarse a DevOps. No existe un manifiesto DevOps que defina lo que los equipos deben o no deben hacer.

DevOps es más bien un enfoque flexible del trabajo que puede adaptarse a las necesidades, procesos y recursos de cada empresa.

Una vez me dijeron que DevOps traslada los principios de los procesos de fabricación industrial a la entrega de código. No obstante, hay algunos pilares básicos que sustentan el cambio a DevOps independientemente del punto de partida, a saber, el desarrollo ágil de software (proceso), una cultura de colaboración (personas) y las herramientas de automatización adecuadas (tecnología).

Implantar DevOps es difícil si no se hacen al menos pequeños progresos en todas estas áreas. Pero ni siquiera es necesario el 100% al principio. Si se introducen mejoras en uno solo de estos campos, se pueden conseguir grandes mejoras o incluso la transformación DevOps completa.

DevOps se asocia a menudo con la entrega continua. ¿Cuál es la diferencia?

Landwehr: Muchos utilizan los términos DevOps y entrega continua casi como sinónimos. Esto no es del todo erróneo, pero existen algunas diferencias.

Jez Humble, experto y autor sobre el tema de la "entrega continua" dice que es la capacidad de llevar a producción cambios de todo tipo y ponerlos así en manos del usuario, de forma segura, rápida y sostenible. Lo conseguimos asegurándonos de que nuestro código sea siempre "utilizable".

DevOps puede considerarse un enfoque más orientado al negocio, porque abarca a muchas más personas y procesos. Sin embargo, no se puede hablar de una demarcación clara; temáticamente, hay mucho solapamiento.

En SAP, la impresión es que la entrega continua es el resultado de DevOps. Pero yo creo que es más bien el resultado de la fijación de objetivos tras la integración de DevOps.

¿Cuáles son las principales ventajas de DevOps frente a los métodos clásicos?

Landwehr: Una ventaja clave de DevOps es que las necesidades empresariales actuales son el centro de atención. Esto significa que una empresa de TI debe ser capaz de reaccionar a los cambios en los requisitos, por ejemplo, debido a las demandas de los clientes o a un nuevo competidor disruptivo.

En general, los costes y los riesgos son menores con DevOps y el tiempo de comercialización es significativamente más corto, lo que se traduce en mejores productos y una satisfacción del cliente mucho mayor.

Los equipos que se basan en enfoques clásicos como el desarrollo en cascada no son capaces de adaptarse tan rápidamente a las nuevas circunstancias. Los problemas suelen detectarse más tarde, son más difíciles de diagnosticar y más caros de solucionar.

DevOps también aporta mejoras importantes como la seguridad y la estabilidad de las aplicaciones y, de paso, un aumento de la satisfacción y la retención de los empleados.

¿Qué retos debe superar una empresa al implantar DevOps? Cómo se puede vencer la mayor resistencia posible y establecer una nueva cultura de cooperación?

Landwehr: Cuando hablamos con los clientes sobre DevOps, nos damos cuenta de que el mayor problema es la actitud hacia los enfoques de trabajo y la forma en que los equipos trabajan juntos, no cómo están formados "oficialmente".

Todos los implicados en un proyecto empresarial, por ejemplo, deben convertirse en propietarios de productos y procesos. La clave está en pasar de los silos a los equipos interdisciplinares con competencias diversas.

Sin embargo, esto no significa que haya que poner patas arriba toda la organización. Puede bastar con un cambio de actitud hacia la forma de trabajar y el correspondiente nuevo enfoque.

Sin embargo, la cuestión de la organización puede ser un reto en este caso, sobre todo cuando partes importantes de la administración de un sistema SAP se han externalizado a socios externos.

Los equipos implicados pueden no estar en el mismo país y tampoco tener el mismo proveedor. Esto puede dar lugar a una situación complicada, pero que puede superarse con suficiente trabajo concentrado y comunicación.

¿Qué influencia tiene DevOps en la tasa de errores de los proyectos SAP?

Landwehr: Los beneficios de los procesos DevOps desarrollados en un entorno SAP pueden ser enormes. Sin embargo, siempre es importante recordar que muchos beneficios se hacen evidentes al principio, cuando los procesos desarrollados a largo plazo todavía son difíciles de prever.

Tenemos clientes que han reducido la tasa de errores en producción entre un 60 y un 70 por ciento simplemente utilizando buenas herramientas y más automatización. Y eso fue antes de que se tomaran en serio el desarrollo ágil de software y DevOps.

¿En qué medida se ha implantado ya DevOps en las comunidades SAP?

Landwehr: Si somos sinceros, tenemos que decir que DevOps para SAP todavía está en pañales si se observa el mercado en su conjunto.

El desarrollo ágil de software ha gozado de un mayor atractivo hasta ahora. Cada vez más equipos descubren que el desarrollo ágil funciona en SAP, y tengo la impresión de que este hecho también está abriendo los ojos de los implicados a DevOps.

Sea cual sea el motivo, DevOps está creciendo rápidamente. En los últimos doce meses, hemos observado un aumento de las organizaciones que acuden a nosotros preguntando cómo podemos ayudarles a implantar DevOps para SAP.

Algunos de ellos ya están muy avanzados técnicamente, pero otros más bien se describirían como atascados. Curiosamente, incluso algunos de los usuarios tradicionales de SAP están pensando ahora en los beneficios que DevOps puede aportar a su negocio.

Pero aún queda algo de tiempo antes de que DevOps se convierta en la norma en los entornos SAP. No cabe duda de que este enfoque cobrará importancia en los próximos años. Las empresas solo tienen que asegurarse de que cuentan con las herramientas y los procesos adecuados para hacerlo realidad.

¿Cuáles son las diferencias entre las PYME y las grandes empresas?

Landwehr: DevOps es adecuado para empresas de todos los tamaños. Y como con todas las cosas, hay que preguntarse si los resultados merecen la pena. Cuanto mayor sea la empresa, más probable es que tenga un entorno SAP grande y complejo en el que haya que realizar un gran número de cambios.

Todo el mundo puede imaginar que las grandes organizaciones pueden obtener beneficios considerables gracias a DevOps. Para las pymes con equipos de TI reducidos, la agilidad para los cambios de rol y los nuevos procesos es mucho más fácil, lo que conduce a un éxito más rápido.

Las herramientas de DevOps y automatización, como las que ofrecemos a nuestros clientes, también pueden ser muy útiles para los equipos pequeños, porque permiten a los profesionales centrarse en el trabajo realmente importante.

Con Hana Cloud Platform, SAP pudo desarrollar microservicios dentro del núcleo de S/4. Es adecuado el nuevo paradigma de SAP para la transición a DevOps?

Landwehr: DevOps está muy extendido y abarca muchos ámbitos diferentes del mundo de las TI. Por tanto, las mejoras radicales no pueden atribuirse a una tecnología o un concepto específicos.

Sin embargo, los servicios prestados por HCP para consumir aplicaciones permiten centrarse más en los desarrollos con fines empresariales que en la reelaboración técnica, lo que sin duda está en consonancia con la filosofía DevOps.

No importa qué tecnología específica se necesite: Vemos que S/4 Hana, HCP, etc. servirán de barómetro para que muchas empresas se replanteen cómo gestionan sus sistemas SAP.

Estas nuevas opciones dan pie a una reflexión mucho más amplia sobre el uso de las metodologías existentes, la composición de los equipos, las herramientas, etc.

Un cliente multinacional muy grande aprovechó la oportunidad de la transición a S/4 Hana para revisar toda su cadena de herramientas SAP con el fin de adoptar una mejor práctica moderna, lo que llevó a seleccionar nuestro conjunto de herramientas DevOps para apoyar el proceso de transición.

Con el conjunto de herramientas DevOps, se proporciona a las empresas una herramienta que simplifica la transición. Qué importancia tienen estas herramientas DevOps para SAP?

Landwehr: No se puede exagerar la importancia de las herramientas, principalmente porque la automatización es una parte absolutamente vital del concepto DevOps.

En última instancia, es la automatización la que proporciona la seguridad y la velocidad que distinguen a DevOps. Para algunas organizaciones, esto supone un reto hasta cierto punto.

Si ya se ha implantado DevOps fuera de SAP, lo más probable es que ya se utilicen herramientas (como Jenkins, Chef o Puppet). Se suele suponer que estas herramientas y los procesos que ejecutan pueden aplicarse fácilmente a SAP.

Sin embargo, la realidad es que la naturaleza específica de SAP requiere herramientas especiales como nuestro conjunto de herramientas DevOps. Esto proporciona a los usuarios la automatización específica de SAP necesaria, como la secuenciación del transporte, las comprobaciones de las dependencias de objetos, las versiones, las implementaciones y las fusiones en distintos sistemas.

También es importante que las herramientas específicas de SAP puedan integrarse en la cadena de herramientas DevOps más amplia. Nuestro conjunto de herramientas DevOps hace precisamente eso, ofreciendo integración con Remedy, ServiceNow, Jira y más.

También apoyamos los aspectos de DevOps más orientados a las personas, como un cuadro de mandos central que puedan utilizar todos los usuarios. Uno de nuestros clientes lo describió recientemente como "derribar los muros" entre equipos SAP que trabajan en distintos países.

¿Cuál cree que será el próximo tema candente en relación con SAP y DevOps?

Landwehr: Para nosotros, las pruebas son actualmente el tema más candente. Incluso en organizaciones que ya han implantado con éxito DevOps para SAP, las pruebas de regresión pueden suponer un verdadero reto.

Normalmente no hay tiempo para realizar una prueba de regresión exhaustiva para cada versión de SAP porque los sistemas son demasiado complejos y los cambios se producen a un ritmo demasiado rápido.

Llevamos mucho tiempo pensando en cómo abordar el problema para que las pruebas de regresión resulten más prácticas, sobre todo cuando las versiones de SAP se entregan con mucha frecuencia.

Ahora hemos lanzado un producto capaz de hacer precisamente eso. Se llama Testimony y utiliza un enfoque completamente nuevo que elimina las muchas molestias y costes de las soluciones tradicionales.

Además, no sólo está vinculada a entornos DevOps, por lo que es una auténtica maravilla para proyectos a gran escala como el traslado de plataformas a la nube, y definitivamente tiene el potencial de soportar un mayor ritmo de cambio regular. Esta herramienta hace que nuestro día a día sea enormemente emocionante en estos momentos.