La estructura del equipo de DevOps: tipos, funciones y responsabilidades

Es importante entender que no todos los equipos tienen los mismos objetivos ni utilizarán las mismas prácticas y herramientas. Incluso la forma en la que se estructura un equipo no debería estandarizarse. Cada equipo requiere una estructura diferente según el contexto general de la empresa y sus ganas de cambio. Un equipo de DevOps de dos empresas diferentes puede significar dos cosas completamente distintas.

Para aprovechar todas las ventajas (como una comercialización más rápida, una frecuencia de implementación mejorada, una mejor cultura de equipo y una mayor colaboración entre equipos y departamentos), es importante entender el papel que desempeña cada equipo. Aun así, en muchas organizaciones hay equipos con varios nombres que asumen múltiples cargos (por ejemplo, un equipo de infraestructura actúa como selector y encargado de mantener las herramientas). Esta expansión hace que a los responsables de equipo les cueste visualizar todo el organigrama y responder a preguntas importantes como las siguientes: ¿Tenemos los equipos adecuados?, ¿Nos faltan capacidades en algunas áreas que no está abordando ningún equipo? ¿Parece que los equipos cuentan con el equilibrio necesario entre autonomía y apoyo con respecto a otros equipos?

El gran trabajo que ha hecho el equipo de Team Topologies ha servido como punto de partida para Atlassian en cuanto a su forma de entender los diferentes enfoques de equipo de DevOps. Ten presente que las estructuras de equipo que se indican a continuación pueden adoptar diferentes formas según el tamaño y la madurez de cada empresa. En realidad, el enfoque ideal sería combinar más de una estructura o que una estructura se transforme en otra.

Si bien hay varias formas de adoptar la metodología DevOps, también hay muchas formas de no hacerlo. Los equipos y responsables de DevOps deben tener cuidado con los antipatrones, que se caracterizan por la división de equipos, la falta de comunicación y una priorización errónea de las herramientas por encima de la comunicación.

Independientemente de la estructura que tenga tu equipo, todos los equipos de alto rendimiento que utilizan la metodología DevOps comparten regularmente sus conocimientos y experiencias de desarrollo y operaciones, ya sea en reuniones periódicas, poniendo varias personas a trabajar en ambos equipos o haciendo que los miembros del equipo desempeñen ambas funciones. Un equipo de alto rendimiento se caracteriza por las ventajas que ofrece la metodología DevOps, es decir, una comercialización más rápida, unos plazos mejorados, una mayor frecuencia de implementación, unas entregas de mejor calidad, una mejor cultura de equipo y una mayor colaboración entre equipos y departamentos.

Los equipos de DevOps suelen estar compuestos por personas con habilidades tanto de desarrollo como de operaciones. A algunos miembros se les dará mejor la programación y a otros, la operación y administración de infraestructuras. Sin embargo, en las grandes empresas, cada aspecto de la metodología DevOps (desde la CI/CD hasta la IaaS y la automatización) puede materializarse en una función. Por ejemplo, un gestor de publicaciones que coordine y administre aplicaciones desde la fase de desarrollo hasta la de producción, arquitectos de automatización que mantengan y automaticen la canalización de CI/CD del equipo, etc.

Así pues, ¿qué se necesita para unirse a un equipo de DevOps? Los requisitos laborales para unirse a un equipo de DevOps evolucionan debido a las nuevas tecnologías y técnicas, pero las cualidades de un buen equipo de DevOps son siempre las mismas: tener unas habilidades técnicas sólidas, buenas dotes de comunicación, una mentalidad de trabajo en equipo y la capacidad de adaptarse. Estas solo son algunas de las características principales de un profesional de DevOps consumado. Contar con una combinación de estas aptitudes es probablemente más importante que tener un conocimiento enciclopédico de Kubernetes o Git. Ahora bien, si se tienen las dos cosas, ¡mejor que mejor!

Otro ingrediente para el éxito es contar con un líder dispuesto a evangelizar la metodología DevOps en un equipo, los equipos colaborativos y toda la organización en general. No tiene por qué ser alguien con la palabra "gerente" en su cargo, pero sí alguien dispuesto a convencer a los miembros escépticos de los equipos para empezar a acortar distancias entre su equipo y los demás, ya sean de desarrollo, operaciones o plataforma.

Al final, el trabajo que hace un equipo a diario es el que determina qué cadena de herramientas de DevOps necesita. Aun así, necesitarás contar con algún tipo de software que conecte y coordine el trabajo entre tu equipo y el resto de la organización. Jira es una potente herramienta que planifica, supervisa y gestiona proyectos de desarrollo de software, manteniendo a tus compañeros de equipo más cercanos y al resto de la organización al tanto del estado de tu trabajo.

Aplicaciones como Zoom, Slack y Microsoft Teams también son necesarias para una comunicación rápida y eficiente entre equipos, especialmente en un mundo que da prioridad al trabajo en remoto. Antes, un desarrollador podía ir al equipo de operaciones para preguntarle acerca del estado de un incidente. Sin embargo, ahora las aplicaciones de comunicación virtual proporcionan esa misma comunicación instantánea.

Pero recuerda: el software para permitir que tus equipos trabajen juntos es un medio, no un fin. Si tu organización quiere aprovechar todo el potencial de la metodología DevOps (transparencia, confianza y autonomía), se necesitan equipos (no solo herramientas) para lograrlo.