5 disfunciones de un equipo DevOps: miedo al conflicto
Este es el segundo 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.
La primera publicación, 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. Sin confianza, su equipo de DevOps tiene pocas posibilidades de una comunicación y colaboración auténticas. Ahora me gustaría explorar la segunda disfunción de un equipo: el miedo al conflicto.
Miedo al conflicto
"La segunda disfunción es el miedo al conflicto entre los miembros del equipo. Todas las grandes relaciones requieren un conflicto productivo para crecer. Desafortunadamente, el conflicto se considera tabú en muchas situaciones, especialmente en el trabajo. Y cuanto más se asciende en la cadena de gestión, más personas gastan cantidades desmesuradas de tiempo y energía tratando de evitar el tipo de debates apasionados que son esenciales para cualquier gran equipo".
Los equipos que confían unos en otros no tienen miedo de entablar un diálogo apasionado en torno a temas y decisiones que son clave para el éxito de la organización. El único propósito de participar en conflictos productivos en un equipo de DevOps es producir la mejor solución posible en el menor tiempo posible. Los equipos que demuestran este tipo de trabajo en equipo suelen discutir y resolver los problemas de forma más rápida y completa que otros, y salen de los debates acalorados sin sentimientos residuales ni daños colaterales, pero con el entusiasmo y la disposición de abordar el siguiente problema importante.
Tómese un momento, cierre los ojos y reproduzca su última reunión de la junta de autorización de cambios (CAB), la revisión de sprints o la reunión diaria. ¿Hubo tensiones, debates o desacuerdos sobre temas importantes y cómo se manejaron? ¿Se trataron de frente o se evitaron? Si no se retiraron del debate saludable y la conversación se llevó a cabo de manera productiva, felicitaciones a todos ustedes. Sin embargo, si ese no fuera el caso, ¿cómo puede su equipo de DevOps comenzar a poner los temas críticos sobre la mesa para su discusión sin perder tiempo y convertir lo negativo en positivo? Aquí hay un par de ideas que he visto trabajar en equipos que quieren cortar con las BS y hacer que los conflictos sean más comunes y productivos:
Convierta las quejas en solicitudes
. A menudo, cuando nos acercamos a un colega sobre un problema, nos enfocamos mucho en lo que NO queremos. Por ejemplo: "No soporto que me arrojes un montón de código por encima de la pared y esperes que lo apoye sin las pruebas y procedimientos adecuados. En su lugar, intente convertir su queja en algo positivo haciendo una solicitud. Si sus desarrolladores a menudo lanzan cosas por encima de la pared al equipo de operaciones, podría decir: "¿Podría avisarme la próxima vez antes de terminar su implementación? Quiero estar seguro de que podemos apoyarlo. "Es un pequeño matiz, pero el tono y el tenor de la gestión de este tipo de conflictos contribuirán en gran medida a reducir las frustraciones, ayudarán a detener el juego de culpas de TI y ayudarán a tener conflictos productivos.
Permiso en tiempo real
. En el fragor de la batalla, hay una tendencia de algunas personas a retirarse de la conversación porque se sienten incómodas con el nivel de discordia. Lencioni recomienda que una solución efectiva es empoderar a todos los miembros del equipo para que se entrenen mutuamente y no se retiren del debate saludable interrumpiéndolos para recordarles que lo que están haciendo es necesario para dar a los participantes la confianza para continuar. Por lo tanto, la próxima vez que la reunión del CAB parezca salirse de control, está bien tomar un descanso de la acción y fomentar la participación en el tema para que se resuelva para el mejoramiento del equipo.
Conclusión
Aquí está la cuestión: el liderazgo y el conflicto van de la mano. El liderazgo es un deporte de contacto completo, y si no puedes o no quieres abordar el conflicto de una manera saludable y productiva, no deberías estar en un papel de liderazgo. No temas al conflicto; Acéptalo, es tu trabajo. Si bien puedes tratar de evitar el conflicto (mala idea), no puedes escapar del conflicto. El hecho es que el conflicto en el lugar de trabajo es inevitable. Te encontrará tanto si lo buscas como si no. La capacidad de reconocer el conflicto, comprender la naturaleza del conflicto y ser capaz de lograr una resolución rápida y justa del conflicto le servirá bien como líder y ayudará a que su movimiento DevOps sea exitoso y productivo para todos.