¡O DevOps o estás fuera!

A grandes rasgos, DevOps consiste en mejorar la comunicación entre los equipos implicados en la realización de un proyecto de software, con el objetivo de conseguir al final un producto mejor y ciclos de lanzamiento más cortos, por supuesto.

Es más fácil decirlo que hacerlo, ya que muchos equipos de TI siguen caracterizándose por una mentalidad de silo en lugar de un verdadero espíritu de equipo. Pero esto es exactamente lo que se necesita para que los proyectos de TI se lleven a cabo con éxito y a tiempo... y, de paso, vuelvan a ser divertidos.

El último estudio de Sonatype también muestra que muchos equipos están cambiando actualmente a DevOps o ya lo han hecho.

"Los resultados de la encuesta de este año muestran que las empresas de todo el mundo están en proceso de transformar su desarrollo de herramientas y procesos nativos de cascada a nativos de DevOps"

explica Wayne Jackson, Director General de Sonatype.

¿Primero el trabajo, luego el placer?

Hablando de diversión: Patrick Debois, uno de los iniciadores del movimiento DevOps, lo resume en su famosa frase:

"¡Y recuerda que se trata de devolver la diversión a la informática!".

El reparto mutuo de culpas entre el departamento de desarrollo y el de operaciones debería llegar por fin a su fin. Porque si se quiere trabajar de forma ágil -y eso significa un despliegue frecuente y un feedback constante del cliente-, básicamente chocan dos intereses opuestos:

Mientras que al departamento de desarrollo le interesan los lanzamientos rápidos y frecuentes, el de operaciones prefiere evitarlos. Esto suele provocar conflictos, recriminaciones y mal humor.

Y, lo que es más importante, ¡la calidad de los proyectos se queda a medio camino! Al cliente no le importa si la aplicación no funciona porque el código es defectuoso o porque hay problemas con el entorno en vivo.

El deseo de crear valor para el cliente es, por tanto, el núcleo del movimiento DevOps. Donovan Brown, especialista en DevOps de Microsoft y ponente principal en la Developer Week, está de acuerdo:

"Yo diría que la creación de valor es la verdadera esencia de DevOps y que la comunicación es clave para ofrecer continuamente valor a los usuarios finales. Si los equipos se niegan a comunicarse, solo provocarán retrasos".

Menos fricción: desbloqueos más rápidos

Pero, ¿qué pueden esperar las empresas de DevOps? Muy sencillo:

¡Mayor velocidad y mejor calidad! Donovan Brown también está convencido de ello:

"Algunos de nuestros clientes han medido que necesitan un 80% menos de tiempo para rectificar errores con DevOps. Otros han podido multiplicar por 15 su frecuencia de despliegue".

Cuando se aplican los principios de DevOps, es decir, cuando los especialistas de negocio y de TI colaboran directamente y la automatización es lo suficientemente amplia, las empresas son capaces de lanzar nuevas versiones en un breve espacio de tiempo y, si es necesario, adaptarlas el mismo día.

Esta ventaja es especialmente evidente cuando se trabaja con otras empresas de TI que no utilizan DevOps. Por otro lado, los costes de DevOps son difíciles de medir. Esto se debe a que muchos de ellos no pueden expresarse en euros o dólares. Lleva tiempo establecer la nueva cultura y cambiar los procesos que prevalecen en un equipo. Sin embargo, los expertos están seguros de que es mucho más caro no introducir DevOps:

"Ignorar DevOps, aunque la competencia lo utilice, llevará cada vez más a las empresas a la quiebra"

aclara Donovan Brown.

En su opinión, el debate sobre si DevOps debe implantarse o no ha terminado.

"O implementas DevOps o estás fuera"

Brown está convencido.

Brown también rechaza el argumento de que el software se desarrollaba con éxito antes de DevOps:

"Hoy en día, hay que automatizar todo lo posible o no podremos seguir el ritmo. Además, hay que recibir las opiniones de los usuarios y adaptar el trabajo en función de ellas, incluso durante la producción".

Los desarrolladores deben supervisar constantemente el uso de su aplicación. Solo así podrán garantizar que aportan valor.

Pero, ¿cómo puede implantarse exactamente DevOps? Por desgracia, no existe una receta universal, pero sí las mejores prácticas de DevOps. Esto se debe a que numerosos equipos de todo el mundo ya han adquirido experiencia con la introducción e implementación de DevOps, en la que pueden basarse los recién llegados a DevOps.

Lo más importante es estar abierto al cambio y comprender las ventajas. Después, el propio proceso y los productos DevOps son relativamente fáciles de implantar.

Lo difícil, sin embargo, es convencer a quienes llevan 20 años haciendo las cosas del mismo modo para que en el futuro las hagan de otra manera.

Reorganizar proyectos y equipos no es fácil. Hay que convencer a todos los implicados de la nueva organización y tomar decisiones difíciles.

Y siempre habrá obras en el futuro que puedan adaptarse y optimizarse. En la Developer Week de Núremberg podrá descubrir cómo funciona mejor el cambio a DevOps y cómo evitar trampas dolorosas.

Donovan Brown y muchos otros expertos en TI le muestran cómo se hace en DevOps Best Practices.