Evitar a responsabilidade: 5 disfunções de uma equipe de DevOps

Este é o quarto de uma série de postagens sobre a cultura DevOps e as lições aprendidas com o livro de liderança de Patrick Lencioni, The Five Dysfunctions of a Team - A Leadership Fable.

• 5 Disfunções de uma equipe de DevOps: ausência de confiança, explorou como a confiança é a base da adaptação da cultura de sua equipe para se transformar para o movimento DevOps.
• 5 Disfunções de uma equipe de DevOps: medo do conflito, explorou como as equipes de alto desempenho não têm medo de se envolver em um diálogo apaixonado sobre questões e decisões que são fundamentais para o negócio ou missão.
• 5 Disfunções de uma equipe de DevOps: falta de comprometimento, explorou como organizações de todas as formas e tamanhos precisam de melhor adesão em torno de objetivos e entregas no que se refere à sua iniciativa de DevOps.

Agora eu gostaria de explorar a quarta disfunção de uma equipe - evitar a responsabilidade.

Evitar a responsabilidade

A quarta disfunção é evitar a responsabilidade entre os membros da equipe. No contexto do trabalho em equipe, refere-se especificamente à disposição dos membros da equipe de chamar seus colegas sobre desempenho ou comportamentos que podem prejudicar a equipe. A essência dessa disfunção é a falta de vontade dos membros da equipe em tolerar o desconforto interpessoal que acompanha a ligação de um colega sobre seu comportamento e a tendência mais geral de evitar conversas difíceis. Os membros de grandes equipes superam essas inclinações naturais, optando por "entrar no perigo" uns com os outros.

A premissa básica do DevOps é que a maioria das organizações com funções de TI tem equipes separadas responsáveis pelo desenvolvimento de software e pelas operações de TI (também conhecido como Gerenciamento de Serviços). Essas equipes são motivadas por conjuntos de problemas relacionados, mas diferentes, que criam uma tensão natural entre aqueles que entregam mudanças e aqueles que são incentivados a maximizar a disponibilidade do serviço e, portanto, evitar mudanças junto com outras ameaças óbvias. Portanto, não é difícil imaginar que, à medida que novas 'equipes de DevOps' são formadas, essas tensões atingem um ponto de ebulição. Mas a forma como uma equipe responde a essas questões determinará sua capacidade de ser bem-sucedida ou não.

Uma das melhores maneiras de tornar mais fácil para os membros da equipe de DevOps responsabilizarem uns aos outros é esclarecer publicamente exatamente o que a equipe precisa alcançar, quem precisa entregar o quê e como todos devem se comportar para ter sucesso. Para a maioria das organizações, a definição de sucesso/fracasso é vaga ou indefinida, o que pode fazer com que sua equipe de DevOps não tenha um conjunto claro de expectativas pelas quais possam se responsabilizar. Como líder, é imperativo reservar um tempo para definir como é o sucesso e criar uma cultura de responsabilidade. Para criar esse tipo de cultura, os membros da equipe devem se comunicar regularmente sobre como acham que seus colegas de equipe estão se saindo em relação aos objetivos e padrões declarados.

O inimigo da responsabilidade é a ambiguidade

Outro aspecto de sua equipe de DevOps que precisa ser claramente articulado é a separação de deveres e funções e responsabilidades dos membros da equipe. O DevOps não é e não pode ser reduzido a uma única função. Na verdade, é mais sobre a composição das equipes do que sobre os papéis individuais. Se você está fazendo DevOps, você regularmente tem Devs, Admins, DBAs, Storage, etc., todos na mesma sala trabalhando na mesma coisa. Você não pode realmente abstrair essa interação em um papel separado.

Spike Morelli (@spikelab), consultor de DevOps, listou um conjunto de habilidades que qualquer pessoa com "DevOps" em seu cargo deve ter:

À medida que sua iniciativa de DevOps toma forma, parte do processo de aprendizado deve ser documentar claramente essas novas habilidades/funções necessárias, quais são as expectativas e dependências e quaisquer indicadores-chave de desempenho que você deseja alcançar. Mas para que funcione e evite a disfunção da equipe, os líderes precisam estar dispostos a dar o exemplo, enfrentar questões difíceis e exigir responsabilidade pessoal dos membros de sua equipe. Eventualmente, o conceito se infiltrará na cultura da equipe, dando à equipe mais autonomia e ao líder mais tempo para se concentrar em outras questões urgentes.