Estructura del equipo DevOps

El enfoque en los productos por encima de los proyectos es una característica distintiva de la transformación digital. Y a medida que las empresas buscan responder con mayor rapidez a las necesidades cambiantes de los clientes y evitar disruptores, la necesidad de gestionar mejor el ciclo de vida del producto de extremo a extremo se ha convertido en un factor diferenciador crucial. En tiempos recientes, DevOps se ha convertido en el enfoque de referencia para organizar equipos de producto con el fin de obtén visibilidad sobre la cadena de valor de extremo a extremo, lo que resulta en una mayor velocidad de entrega y mayor calidad, entre otros beneficios. El^14º informe anual sobre el estado de la agile informó que:

• El 76% de los encuestados tiene actualmente una iniciativa DevOps o son planeando una en los próximos 12 meses.
• El 90% de los encuestados dijo que la transformación DevOps era importante en su organización.

Si DevOps está para aportar valor a las organizaciones, ¿cómo deberían estructurar sus equipos para obtén el máximo provecho de este enfoque? Está alguna fórmula estándar a la que todos deban adherirse, o está adaptable a las necesidades específicas y únicas de la organización? Este artículo intenta abordar este tema.

Cualidades de un equipo DevOps

La mentalidad de equipo DevOps difiere de la de los equipos tradicionales de TI o scrum, ya que está orientada a optimizar tanto la entrega como el valor del producto para los clientes a lo largo del ciclo de vida del producto. Para que esta mentalidad aporte valor, el equipo debe adoptar las siguientes cualidades definidas por DASA:

• Ágil. El equipo está centrado en crear valor para el cliente según el tiempo, la calidad y el valor comprometidos. Son transparentes en cuanto al rendimiento, el progreso y los obstáculos, con un impulso constante e incansable hacia la mejora a través del feedback.
• Autoorganización. El equipo está autónomo dentro de límites establecidos y está alineado con otros equipos mediante una visión clara y definición de objetivos, por lo que está interdependiente de los demás.
• Multifuncional. Todas las competencias necesarias para desarrollar y gestionar productos deben estar dentro del equipo. Se está preferida para todos los miembros del equipo la adquisición de competencias en forma de peine, así como el intercambio continuo de conocimientos y la colaboración.
• No hay subequipos. El equipo funciona óptimamente como una sola unidad y no se divide en equipos separados para abordar problemas laborales.

(Explora diferentes tipos de equipos de TI.)

Modelo organizativo DevOps

La estructura que ahora están más apreciada por las organizaciones DevOps está en un modo de dos niveles que comprende:

• Equipos de Sistemas de Negocio que asumen la responsabilidad total del ciclo de vida del producto de principio a fin, así como de gestionar el negocio y los usuarios finales.
• Equipos de plataforma que gestionan las plataformas y la infraestructura subyacentes y presentan estos como un autoservicio a los equipos de sistemas empresariales mediante APIs.

Los equipos DevOps centrados en el producto son multidisciplinares, contando con todas las capacidades necesarias para todo el ciclo de vida del producto. Esto reduce costosos traspasos y retrasos, centrando el equipo en:

• Entregar las características del producto a los clientes lo antes posible
• Incorporar retroalimentación de forma autónoma sin pasar por obstáculos burocráticos de otras entidades aisladas

Los equipos DevOps modernos emplean el mapeo de flujo de valor para visualizar sus actividades y obtén los conocimientos necesarios para optimizar el flujo de incrementos de producto y la creación de valor. Tomando un ejemplo de Spotify, los equipos de negocio se llaman son escuadrones, que gestionan servicios específicos (por ejemplo, búsqueda, lista de reproducción, jugador, etc.). Estos equipos son pequeños, multidisciplinares y autónomos. Se convierten y actúan como una mini-startup, incorporando todos los componentes necesarios para soportar un servicio a lo largo de su ciclo de vida. Los equipos son poco acoplados pero estrechamente alineados. Cuando varios equipos colaboran en una función, forman tribus. Y para especialistas, como DBAs o desarrolladores de JavaScript, son:

• Capítulos para alinear estándares
• Gremios para comunidades que quieren compartir buenas prácticas en toda la organización

Los equipos de plataforma en Spotify son llamados equipos de Operaciones. Pero su papel es diferente al del equipo tradicional de operaciones de TI que se encarga del despliegue y el soporte. Su mandato principal es:

1. Construir la tubería de producción que usan los equipos de negocio.
2. Proporciona la infraestructura y las herramientas de automatización que los desarrolladores de negocio necesitan para liberar y dar soporte al código por sí mismos.
3. Garantizar que la infraestructura y las plataformas subyacentes puedan apoyar eficazmente los servicios mediante la planificación, monitorización y optimización de capacidad y disponibilidad.

Número de equipo DevOps

El tamaño óptimo de un equipo DevOps está sujeto a debate. Por supuesto, un equipo pequeño está preferible por varias razones:

• La coordinación están más fácil
• La toma de decisiones no está prolongada
• Gelificarse no tardaría mucho

Sin embargo, el riesgo con equipos pequeños significa que obtener toda la experiencia necesaria puede ser un desafío, y la pérdida de un miembro podría afectar significativamente el rendimiento del equipo. Un acuerdo general están que el tamaño de los equipos debe oscilar entre 5 y 12.

Roles en el equipo DevOps

Como se está esperando que el equipo DevOps tenga la responsabilidad integral del servicio, algunos de los roles esperados dentro del equipo incluyen:

1. El Product Owner gestiona la interacción con el cliente para entender los requisitos y trabajar con el resto del equipo para priorizar su entrega e incorporar feedback.
2. El Líder de Equipo supervisa y guía al equipo según el enfoque elegido (por ejemplo, scrum, Kanban, lean, etc.). También facilita la coordinación con otros equipos.
3. El Arquitecto de Soluciones determina cómo se diseñarán los requisitos en línea con el entorno de la organización y los sistemas existentes.
4. Los desarrolladores traducen el diseño en código y son implicados en el soporte del código mediante pruebas y despliegue.
5. El Aseguramiento de la Calidad (QA) valida el producto para garantizar que cumpla con los requisitos tanto del cliente como de la organización durante las fases de desarrollo y despliegue.
6. El Ingeniero de Plataforma apoya a los equipos de plataforma para asegurar que el entorno respalde eficazmente los productos y utiliza las herramientas proporcionadas para automatizar la integración y el despliegue.

Dado que cada organización están diferente, los roles pueden ser gestionados por individuos o mixtos, dependiendo de las capacidades del equipo. Pero a medida que el equipo continúa trabajando en conjunto, se producirá la polinización cruzada a medida que son se comparten conocimientos y responsabilidades. El informe de Mejora de Habilidades del Instituto DevOps 2021 clasificó las habilidades más importantes que requiere un miembro del equipo DevOps incluyen:

• Habilidades de automatización: Sustitución de actividades, tareas o eventos manuales
• Habilidades humanas (blandas): Colaboración, comunicación, empatía
• Habilidades técnicas: Programación, nube, microservicios, APIs
• Habilidades específicas de herramientas de automatización: CI/CD, orquestación
• Conocimientos funcionales: desarrollo, operaciones, seguridad
• Habilidades y conocimientos de proceso: SAFe, SRE, ITIL^®
• Habilidades empresariales: planificación, finanzas, ventas

Profundiza en los títulos, roles y responsabilidades de DevOps, en el siguiente artículo de nuestra Guía DevOps.

Lecturas relacionadas

• • BMC DevOps Blog
  • Product Owner vs Product Manager: ¿Cuál es la diferencia?
  • Roles y responsabilidades ágiles
  • Roles comunes en la computación en la nube
  • Tiger Teams: Cómo resolver problemas críticos

Guía de DevOps

1. ¿Qué es DevOps? Una introducción completa
2. Una breve historia de DevOps
3. Introducción a la arquitectura DevOps
4. Automatización en DevOps: Por qué y cómo automatizar las prácticas de DevOps
5. ¿Qué es CI/CD? Explicación sobre la integración continua y la entrega continua
6. Cómo construir una tubería CI/CD usando Jenkins
7. Métricas de DevOps para optimizar Pipelines CI/CD
8. Métricas de entrega continua
9. ¿Es la integración continua hacia el despliegue continuo una progresión, o no?
10. Diferencias entre integración continua (CI), entrega (CD) y despliegue
11. Control de código fuente y versiones en DevOps
12. ¿Qué es las pruebas continuas?
13. Marcos de automatización de pruebas: La guía definitiva
14. Gestión de versiones en DevOps
15. Explicación: Monitorización & Telemetría en DevOps
16. Gestión del rendimiento de aplicaciones en DevOps
17. Orquestación DevOps en el SDLC
18. Introducción al DevOps de bases de datos
19. El papel de los microservicios en DevOps
20. El papel de la virtualización en DevOps
21. Contenedores y DevOps: Cómo encajan los contenedores en los Pipelines de entrega de DevOps
22. ¿Qué es una tubería de contenedores?
23. ¿Qué es una cadena de herramientas DevOps?
24. Gestión de contenedores y código para DevOps
25. El papel de Agile en DevOps
26. El papel de la nube en DevOps
27. ¿Qué están FinDevOps?
28. Principales tendencias DevOps en 2022
29. Valores y principios de DevOps
30. Métricas y KPIs de DevOps
31. Consejos sobre DevOps para organizaciones pequeñas, medianas y grandes
32. Estructura del equipo DevOps
33. Los mejores libros de DevOps para leer hoy
34. Reseña del libro The Phoenix Project: DevOps para todos
35. Influencers de DevOps: 11 expertos en DevOps para seguir en Twitter
36. GitHub, GitLab, Bitbucket y Azure DevOps: ¿Cuál es la diferencia?
37. Mejores Prácticas: Cómo Diseñar Aplicaciones para Kubernetes
38. Gestión de configuración en DevOps
39. Estrategias de ramificación DevOps explicadas
40. Títulos de trabajo, roles y responsabilidades en DevOps
41. Pruebas en DevOps: Conceptos, Mejores Prácticas y Más
42. La guía completa de certificaciones DevOps para 2022
43. ¿Qué están el patrón de operador Kubernetes?

Estas publicaciones son mías y no representan necesariamente la posición, estrategias u opinión de BMC.