5 disfunciones de un equipo DevOps: Evaluación del equipo

Durante los últimos 3 meses, he estado publicando 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. A pesar de toda la información que contiene aquí, la realidad es que el trabajo en equipo se reduce en última instancia a la práctica de un pequeño conjunto de principios durante un largo período de tiempo. El éxito de DevOps no es una cuestión de dominar una teoría sutil y sofisticada, sino de adoptar el sentido común con niveles poco comunes de disciplina y persistencia.

Hay algunas teorías fantásticas que vale la pena repasar, como The Three Ways, que aboga por el "pensamiento sistémico" como marco para ver interrelaciones en lugar de cosas y para ver patrones en lugar de instantáneas estáticas. Se trata de un conjunto de principios generales que abarcan campos tan diversos como las ciencias físicas y sociales, la ingeniería y la gestión.

Si está interesado en alguna o todas las disfunciones y para obtener algunos puntos para aplicar a su viaje de DevOps, puede ver cada uno de ellos aquí:

• 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.
• 5 Disfunciones de un equipo de DevOps: Evitar la responsabilidad, exploró cómo se necesita claridad de los nuevos roles, expectativas y KPI para responsabilizarse unos a otros.
• 5 Disfunciones de un equipo DevOps: Falta de atención a los resultados, exploró la disfunción última de un equipo y la tendencia de los miembros del equipo a preocuparse por algo más que el objetivo/misión colectiva del grupo.

Además, si está interesado en tomar estas lecciones aprendidas y evaluar la susceptibilidad de su propio equipo a las cinco disfunciones, puede usar esta herramienta de cuestionario directamente del libro de Lencioni para comenzar. Si es posible, pida a todos los miembros de su equipo de DevOps que completen el cuestionario y, a continuación, revisen los resultados en equipo para analizar las discrepancias en las respuestas e identificar cualquier implicación clara para el equipo.

Cómo puntuar

• Una puntuación de 8 o 9 es una indicación probable de que la disfunción no es un problema para su equipo de DevOps.
• Una puntuación de 6 o 7 indica que la disfunción podría ser un problema.
• Una puntuación de 3 a 5 es probablemente una indicación de que la disfunción necesita ser tratada.

Los equipos de DevOps tienen éxito porque son extremadamente humanos. Y DevOps, por naturaleza, es un desafío para las personas. Al reconocer las imperfecciones de la humanidad de su equipo de DevOps, los miembros del equipo pueden superar las tendencias naturales que hacen que la confianza, el conflicto, el compromiso, la responsabilidad y el enfoque en los resultados sean tan difíciles de alcanzar.