DevOps, una metodología para sacar lo mejor de los equipos de trabajo

Uno para todos y todos… para todos

Magda Martínez

Para la experta de Red Hat, la imagen que mejor describe DevOps es la de una armonía perfecta entre las áreas de Desarrollo y Operaciones de las compañías, que tradicionalmente habían trabajado como ‘bandos enfrentados’ y que ahora lo hacen como un equipo, para lograr un objetivo común.

Aunque Desarrollo y Operaciones son mundos muy diferentes, la idea es que no se ‘pasen la pelota’ en interminables procesos secuenciales, sino que sean amigos y trabajen de forma conjunta, apalancados en tres componentes fundamentales, que a juicio de Martínez tienen todos el mismo peso dentro del proceso:

• Cultura: que las personas entiendan que lo que importa no es el ego y el reconocimiento individual, sino el equipo y el objetivo común. Ya no “soy yo”, sino “somos nosotros”, y “respondemos por el proyecto”, no solo por “la parte que me corresponde”.
• Procesos: la manera como la empresa le da rumbo a la visión que quiere desarrollar y apalanca la metodología para la obtención de la meta.
• Tecnología: son las herramientas que permiten al equipo trabajar en el desarrollo de las piezas que conformarán el producto final y permitirán llevarlo a producción.

A diferencia del enfoque tradicional, en el que los proyectos pasaban por etapas secuenciales (una después de la otra) de análisis, diseño, programación y pruebas, en el mundo DevOps no se piensa en proyectos a largo plazo que tienen un comienzo y un final perfectamente definidos, sino que se trabaja en etapas cortas, durante las que se adelantan procesos simples de manera simultánea.

Magda Martínez utiliza como ejemplo el desarrollo de un control remoto, que desde la perspectiva de DevOps no se planearía desde el comienzo como un equipo con mil botones que cumplen todas las funciones necesarias, sino que se realizaría por etapas cortas: primero sería tan simple como un aparato con los botones para encender y apagar el televisor, subir y bajar el volumen y cambiar de canal.

A medida que el proyecto avanza se van agregando funcionalidades. Es un proceso de mejora continua y además flexible, que permite hacer ajustes sobre la marcha en beneficio de la calidad del producto final. Este ciclo de mejoras continuas está compuesto por iteraciones de etapas como planificación, creación, configuración, monitoreo y puesta en producción.

Una cosa interesante es que durante el avance del proyecto no se establecen plazos estrictos e inamovibles, sino que se trabaja sobre estimaciones que, si bien pueden ser muy variables, no deben sacrificar la calidad del producto final.

Aunque el foco de DevOps es la integración entre los departamentos de Desarrollo y Operaciones, durante el avance del proyecto también se trabaja de manera conjunta con las áreas de seguridad, negocio, control de calidad… con todas las que deben estar involucradas en el logro del objetivo final.

Otra de las cosas interesantes es que los equipos son tan flexibles como la misma metodología, de manera que en ellos pueden entrar y salir personas que aporten su conocimiento durante las diferentes etapas del proyecto, según las necesidades y requerimientos: “Lo interesante es que no hay roles definidos [un principio que se incorpora desde las metodologías ágiles]. El rol se adapta a la persona, no la persona al rol. Puede parecer muy caótico, pero realmente no es así. Estamos sacando lo mejor de esa persona para determinado objetivo”, señala Magda Martínez.

Lo anterior implica un trabajo riguroso de documentación de los procesos, no solamente para que todos estén bien informados de los avances, sino para evitar lo que la ejecutiva de Red Hat llama los “héroes organizacionales”, esas personas que no se pueden ir de vacaciones porque solo ellas saben cómo hacer algo o que no se pueden ir de la compañía porque esta se acaba.

Los clientes, además, son parte fundamental de los equipos. No aparecen solamente al comienzo del proceso para explicar sus necesidades y al final, para recibir el producto terminado, sino que participan durante todo el desarrollo del proyecto. Esto, por supuesto, implica que sus procesos también deben estar alineados con la metodología.

¿Sirve para todos?

Por lo anterior, hay que tener en cuenta que, al hablar de cultura, procesos y herramientas, existe la posibilidad de que no todas las metodologías se puedan aplicar por igual –o simplemente que, de plano, no se puedan aplicar– en todas las organizaciones. “No hay una metodología estándar, sino que todo va a depender del contexto, de manera que tal vez DevOps funcione en muchos casos, pero a otras personas les funcione mejor otra metodología como Scrum o un método tradicional”, explica Magda Martínez.

De hecho, Gartner predice que hasta 2022, el 75 % de las iniciativas de DevOps no cumplirán con las expectativas debido a problemas relacionados con el aprendizaje y el cambio organizacional, lo que confirma la visión de Martínez con respecto al peso equitativo entre los tres componentes que apalancan la metodología. La misma firma consultora establece una guía de ocho pasos para la aplicación correcta de los conceptos de DevOps:

• Identificar el equipo inicial
• Seleccionar la aplicación que será el punto de partida
• Definir DevOps según las necesidades de la organización
• Identificar la justificación o el requerimiento de negocio
• Establecer objetivos y métricas
• Identificar las limitaciones o cuellos de botella
• Desarrollar la cadena de herramientas
• Escalar cuando se esté listo para hacerlo

Por otra parte, aunque existe una base fundamental para la aplicación de las metodologías, es posible que DevOps tenga algunas diferencias según la aproximación de cada proveedor, que también tendrá productos específicos para habilitar su aplicación.

En cuanto a los casos de uso, Magda Martínez destaca el mundo de la banca, en el que los cambios en las dinámicas de mercado han obligado a que las entidades financieras se transformen y se adapten si quieren sobrevivir, incluso frente a competidores que no necesariamente son bancos (como puede ser Rappi). También menciona especialmente el caso del retail, en el que las empresas tradicionales buscan la manera de salir al paso de las iniciativas de aquellas que nacieron en ambientes digitales.

El beneficio de DevOps se manifiesta en procesos más rápidos, inversiones ajustadas a los presupuestos y equipos de trabajo más satisfechos. Una flexibilidad que, de nuevo, no compromete la calidad del producto final, sino que busca mejorarla.