Evitar la responsabilidad: 5 disfunciones de un equipo de DevOps
Este es el cuarto de una serie de publicaciones sobre la cultura DevOps y las lecciones aprendidas del libro de liderazgo de Patrick Lencioni, The Five Dysfunctions of a Team: A Leadership Fable.
- 5 disfunciones de un equipo de DevOps: ausencia de confianza, exploró cómo la confianza es la base de la adaptación de la cultura de su equipo para transformar el movimiento DevOps.
- 5 disfunciones de un equipo de DevOps: miedo al conflicto, exploró cómo los equipos de alto rendimiento no tienen miedo de entablar un diálogo apasionado sobre temas y decisiones que son clave para el negocio o la misión.
- 5 Disfunciones de un equipo de DevOps: falta de compromiso, exploró cómo las organizaciones de todas las formas y tamaños necesitan una mejor aceptación en torno a los objetivos y los entregables en lo que respecta a su iniciativa de DevOps.
Ahora me gustaría explorar la cuarta disfunción de un equipo: evitar la rendición de cuentas.
Evasión de responsabilidades
La cuarta disfunción es la evasión de la responsabilidad entre los miembros del equipo. En el contexto del trabajo en equipo, se refiere específicamente a la disposición de los miembros del equipo a llamar la atención sobre el rendimiento o los comportamientos que podrían perjudicar al equipo. La esencia de esta disfunción es la falta de voluntad de los miembros del equipo para tolerar la incomodidad interpersonal que acompaña a llamar a un compañero por su comportamiento y la tendencia más general a evitar conversaciones difíciles. Los miembros de los grandes equipos superan estas inclinaciones naturales, optando en cambio por "entrar en el peligro" unos con otros.
La premisa básica de DevOps es que la mayoría de las organizaciones con funciones de TI tienen equipos separados responsables del desarrollo de software y de las operaciones de TI (también conocido como gestión de servicios). Estos equipos están motivados por conjuntos de problemas relacionados, pero diferentes, que crean una tensión natural entre aquellos que realizan cambios y aquellos que están incentivados para maximizar la disponibilidad del servicio y, por lo tanto, prevenir los cambios junto con otras amenazas obvias. Por lo tanto, no es difícil imaginar que, a medida que se forman nuevos "equipos DevOps", estas tensiones alcanzan un punto de ebullición. Pero la forma en que un equipo responda a estos problemas determinará su capacidad para tener éxito o no.
Una de las mejores maneras de facilitar que los miembros de su equipo de DevOps se responsabilicen unos a otros es aclarar públicamente exactamente qué necesita lograr el equipo, quién debe entregar qué y cómo deben comportarse todos para tener éxito. Para la mayoría de las organizaciones, la definición de éxito/fracaso es vaga o indefinida, lo que puede llevar a que su equipo de DevOps no tenga un conjunto claro de expectativas de las que puedan responsabilizarse mutuamente. Como líder, es imperativo tomarse el tiempo para definir cómo se ve el éxito y crear una cultura de responsabilidad. Para crear este tipo de cultura, los miembros del equipo deben comunicarse regularmente sobre cómo creen que sus compañeros de equipo lo están haciendo con respecto a los objetivos y estándares establecidos.
El enemigo de la rendición de cuentas es la ambigüedad
Otro aspecto de su equipo de DevOps que debe articularse claramente es la separación de funciones y roles y responsabilidades de los miembros del equipo. DevOps no es ni puede reducirse a un solo rol. En todo caso, se trata más de la composición de los equipos que de los roles individuales. Si estás haciendo DevOps, regularmente tienes desarrolladores, administradores, administradores de bases de datos, almacenamiento, etc., todos en la misma sala trabajando en lo mismo. Realmente no se puede abstraer esa interacción en un rol separado.
Spike Morelli (@spikelab), un consultor de DevOps, enumeró un conjunto de habilidades que cualquier persona con "DevOps" en su puesto de trabajo debería tener:
A medida que su iniciativa de DevOps toma forma, parte del proceso de aprendizaje debe consistir en documentar claramente estas nuevas habilidades/roles requeridos, cuáles son las expectativas y dependencias, y cualquier indicador clave de rendimiento que desee lograr. Pero para que funcione y evitar la disfunción del equipo, los líderes deben estar dispuestos a dar el ejemplo, enfrentar problemas difíciles y exigir responsabilidad personal a los miembros de su equipo. Eventualmente, el concepto se filtrará en la cultura del equipo, dando al equipo más autonomía y al líder más tiempo para concentrarse en otros problemas urgentes.