Adote uma cultura ágil

Se há uma lição a ser aprendida com a última década de "transformações ágeis ", é que não há uma solução única para adotar ou implementar uma abordagem ágil. Cada organização tem necessidades, restrições e requisitos diferentes. Seguir cegamente uma prescrição não levará ao sucesso.

O movimento Agile consiste em encontrar continuamente maneiras de melhorar a prática de construção de software. Não se trata de uma reunião diária perfeita ou análise retrospetiva. Em vez disso, trata-se de criar uma cultura onde a coisa certa acontece com mais frequência do que não. Atividades como standups e retrospetivas têm seu lugar, mas não mudarão a cultura de uma organização.

Este artigo detalha elementos fundamentais que toda organização precisa para criar uma mentalidade e cultura ágeis. As recomendações não devem ser seguidas cegamente. Cada organização deve aplicar o que faz sentido em um determinado ambiente.

Horário e ritmo

Não existe um comprimento de sprint perfeito. As equipes têm sido bem-sucedidas com durações de sprint que variam de uma a quatro semanas. O mais importante é a coerência.

Selecione um comprimento de sprint que funcione de acordo com a cultura, o produto e o desejo de fornecer atualizações da sua organização. Por exemplo, a divisão de Ferramentas de Desenvolvimento da Microsoft (cerca de 6.000 pessoas) trabalha em sprints de três semanas. A equipa de liderança não escolheu este comprimento de sprint; veio do feedback direto das equipes de engenharia. Toda a divisão opera neste cronograma de sprint de três semanas. Desde então, os sprints tornaram-se o coração da organização. Agora, todas as equipas marcham ao ritmo do mesmo tambor.

É importante escolher um comprimento de sprint e ficar com ele. Se houver várias equipes ágeis, todas devem usar o mesmo comprimento de sprint. Se o feedback impulsionar uma mudança, então seja recetivo. Ficará claro quando o termo certo estiver em vigor.

Uma cultura de transporte marítimo

Peter Provost, Gerente de Programa de Grupo Principal da Microsoft, disse: "Você não pode trapacear o transporte". A simplicidade e a verdade dessa afirmação são uma pedra angular da cultura ágil. O que Peter quer dizer é que o envio do seu software irá ensinar-lhe coisas que você não pode e não vai entender, a menos que você esteja realmente enviando o seu software.

A natureza humana é adiar ou evitar fazer as coisas até que seja absolutamente necessário. Isso não poderia ser mais verdade quando se trata de desenvolvimento de software. As equipas adiam a resolução de bugs para o final do ciclo, não pensam na configuração ou atualização até serem forçadas a fazê-lo e, normalmente, evitam coisas como localização e acessibilidade quando possível. Quando esse padrão surge, as equipes acumulam dívidas técnicas que precisarão ser pagas posteriormente. O envio exige que todas as dívidas sejam pagas. Você não pode trapacear o envio. Para estabelecer uma cultura ágil, comece por tentar enviar o produto no final de cada sprint. Não será fácil no início, mas quando uma equipe tenta, eles descobrem rapidamente todas as coisas que deveriam estar acontecendo, mas não estão.

Equipas saudáveis

Não há receita para a equipe Agile perfeita. No entanto, algumas características fundamentais tornam o sucesso muito mais fácil de alcançar.

Colocalizar equipas sempre que possível

Uma equipa consegue ter sucesso com pessoas espalhadas por diferentes geografias? Sim, mas é mais difícil. Quando as pessoas estão co-localizadas e sentadas na mesma sala, as conversas certas tendem a acontecer. Ainda é possível ter sucesso com equipes localizadas em todo o mundo e diferentes fusos horários. Mas essa mesma equipe não teria vantagem sem todos esses obstáculos?

Mantenha as equipas intactas durante um período de tempo razoável

Permita que as equipas dominem a arte de construir software em conjunto. Quando as equipas são reorganizadas, qualquer química que tenham desenvolvido é perturbada. Às vezes, é apropriado reorganizar, mas as equipes geralmente são mais produtivas quando têm tempo para aprender a trabalhar juntas. Como orientação, tente manter as equipes intactas por pelo menos 12 meses.

Trabalho de balanceamento de carga, não pessoas

Por vezes, as equipas ficam para trás e precisam de ajuda. Uma tática comum para resolver isso é emprestar uma pessoa de uma equipe para outra. No entanto, isso pode ser contraproducente. Uma solução melhor é balancear a carga do trabalho para outra equipe, em vez de balancear a carga das pessoas entre elas. Puxar uma pessoa de uma equipe para ajudar outra atrapalha ambas as equipes, e pode frustrar a pessoa que está sendo transferida, mesmo que temporária. Tudo isso afeta a produtividade da equipe e, muito provavelmente, impacta negativamente a capacidade de voltar ao cronograma.

O trabalho de balanceamento de carga em vez de pessoas permite que uma equipe já estabelecida intervenha e ajude. Torna-se uma conversa sobre prioridades, não uma conversa sobre pessoas.

Deixe que as equipes sejam responsáveis por áreas de funcionalidades, não por camadas de arquitetura

Esforce-se por criar equipas verticais que possuam áreas de funcionalidades. Estas equipas são responsáveis por todo o trabalho necessário para adicionar funcionalidades à sua área, desde a base de dados até às alterações na interface do utilizador. A equipe está capacitada para oferecer e possuir uma experiência de ponta a ponta.

Quando as equipes horizontais possuem camadas de arquitetura, nenhuma equipe é responsável pela experiência de ponta a ponta. Adicionar um recurso requer várias equipes para coordenar e requer um nível mais alto de gerenciamento de dependência. A resolução de bugs requer que várias equipes investiguem se possuem o código necessário para corrigir o bug. Os bugs circulam à medida que as equipas determinam que não é o seu bug e o atribuem a outra equipa.

As equipas de funcionalidades não têm esses problemas. A apropriação e a responsabilização são claras. Pode haver lugar para algumas equipas arquitetónicas. No entanto, as equipas verticalmente focadas são mais eficazes.

Próximos passos

À medida que as equipes embarcam em sua própria transformação ágil, tenha esses princípios fundamentais em mente. Lembre-se, não há uma receita única que funcione para todas as organizações. As transformações ágeis são uma jornada. Faça mudanças e aprenda com elas. Com o tempo, a organização desenvolverá a cultura ágil de que precisa.

A Microsoft é uma das maiores empresas ágeis do mundo. Saiba mais sobre como a Microsoft adotou uma cultura ágil para o planejamento de DevOps.

Saiba como o Azure DevOps permite que as equipes adotem e dimensionem uma cultura ágil.