Agile Delivery 1x1: visão geral, práticas recomendadas e exemplos

Todos falam em “Agile Delivery” e você quer uma visão geral rápida, alguns exemplos e práticas recomendadas? Neste artigo, você encontrará o que procura.

O Agile Delivery é um método para fornecer valor aos clientes e às partes interessadas usando princípios e práticas ágeis.

A entrega do Agile baseia-se na ideia de entrega iterativa, ou seja, apresentar as etapas do produto ou serviço com antecedência e frequência e aprender com o feedback e os dados do cliente para melhorar e adaptar.

Agile Delivery não é o mesmo que “Waterfall Delivery”, uma forma tradicional de criação de valor em que planejamento, concepção, desenvolvimento, testes, etc. são pré-planejados e, em seguida, processados sequencialmente.

Ouve-se frequentemente que uma equipa ágil tem um enorme “backlog” ou acumulação de tarefas que dominará os próximos meses. E isto é frequentemente referido como “Agile Waterfall Delivery”. No entanto, gostaria de esclarecer que não existe algo como “Agile Waterfall Delivery”. E se alguém afirma que a está a usar, então está a juntar o que não pertence.

Noções básicas de entrega do Agile

Há três princípios principais do Agile Delivery que você precisa entender e aplicar:

• Entregue os incrementos de trabalho com antecedência e frequência: Certifique-se de que todos entendem que o valor só é criado quando o cliente tem algo útil em mãos. Tudo o que acontece antes disso causa custos e não cria valor. Não importa no que se esteja a trabalhar, só está “concluído” quando um cliente pode realmente usá-lo. Consequentemente, as equipas só devem iniciar novos trabalhos quando o seu trabalho anterior estiver a ser utilizado pelos clientes.
• Obtenha feedback rápido e direto dos clientes: Quando as equipas fornecem incrementos de trabalho de forma precoce e frequente, podem coletar feedback de clientes reais e agir com base nesse feedback. Isso só funciona se você tiver uma estrutura que permita que você e sua equipa recebam feedback antecipado de usuários reais. Armadilha comum: não permita que os gerentes ajam como substitutos do feedback do usuário. Deixe claro para os gerentes que eles podem ter a definição de “valor comercial”, mas não a definição de “valor do cliente” - esta pertence aos clientes e deve ser explorada diretamente pelo Product Owner e pelas equipas.
• Equipes multifuncionais: Se a sua equipe tiver que falar com 10 outras equipes para entregar algo a um cliente, o desenvolvimento ágil não funcionará para você (ainda). Certifique-se de que você tenha equipes que possam se apropriar de todo o processo, tomar decisões de forma independente e conversar com os clientes.

Há muitos modelos organizacionais ágeis diferentes que podem ajudar você a implementar a metodologia ágil em seu contexto. Aqui estão dois exemplos de modelos populares com os quais você pode aprender:

• Scrum: Essa é uma estrutura ágil que ajuda as equipes a criar valor de forma iterativa e incremental.

  • O Scrum define três funções: Scrum Master, Product Owner e Equipe de desenvolvimento.
  • Ele também define quatro eventos: Planejamento do Sprint, Scrum diário, Revisão do Sprint e Retrospectivas do Sprint.
  • E ele define três artefatos: Product Backlog, Sprint Backlog e Incremento.

O Scrum é adequado para equipes ou projetos de pequeno e médio porte que tenham requisitos e resultados claros e estáveis.

• Modelo do Spotify: O modelo Spotify é um modelo organizacional ágil desenvolvido pela Spotify, uma empresa de streaming de música.
  O modelo do Spotify divide as equipes em Squads, Chapters, Tribes e Guilds.

  • Um esquadrão é uma pequena equipe multifuncional que oferece uma função ou um produto específico.
  • Um capítulo é um grupo de pessoas que têm habilidades ou tarefas semelhantes, como desenvolvedores, testadores, designers etc.
  • Uma tribo é um grupo de equipes que trabalham em uma área ou domínio relacionado.
  • Uma guilda é uma comunidade de interesses que se estende por toda a organização.

O modelo Spotify é adequado para grandes organizações ou programas com requisitos e resultados complexos e dinâmicos.

Em seguida, gostaria de destacar um método clássico de gerenciamento que também desempenha um papel importante em um contexto ágil: Reuniões individuais.

Como você pode ver no gráfico a seguir, eles são considerados muito importantes pelos funcionários.

Prática recomendada: reuniões individuais com desenvolvedores

Liderar desenvolvedores de software em reuniões individuais regulares é absolutamente fundamental para os líderes de entrega do Agile. Elas são talvez a reunião mais importante para você. Você as leva a sério?

Gostaria de aproveitar esta oportunidade para chamar sua atenção para o nosso software gratuito de reuniões individuais, que foi desenvolvido especialmente para equipes ágeis. Torne suas reuniões individuais interessantes, meça as tendências e, acima de tudo, faça progressos no desenvolvimento de seus funcionários! 

Sinta-se à vontade para experimentar um dos nossos templates, veja abaixo. O template a seguir é um template padrão para, por exemplo, reuniões individuais quinzenais. Ele também inclui um “Stimmungscheck” mensurável no final, que você pode, claro, personalizar:

Para ter sucesso na implantação ágil, você precisa seguir algumas práticas recomendadas que o ajudarão a otimizar o processo e os resultados da implantação. Aqui estão algumas delas:

• Liderar equipes auto-organizadas e independentes: Como líder ou gerente Agile, você precisa capacitar suas equipes para que tomem decisões, assumam responsabilidades e defendam seu trabalho. Você precisa confiar nelas para que façam o melhor possível, sem ser condescendente ou impor regras ou restrições desnecessárias. Você também precisa apoiá-las, fornecendo-lhes os recursos, as ferramentas, o feedback e o reconhecimento de que precisam.
• Ter contato direto com o cliente: Como membro de uma equipe ágil ou como proprietário de um produto, você precisa interagir direta e frequentemente com seus clientes. Você precisa entender as necessidades, as expectativas e as preferências deles e fornecer um valor que os atenda ou exceda. Você também precisa obter feedback deles sobre seu produto ou serviço e usá-lo para melhorar e adaptar sua oferta.
• Pense em cada nova função como um experimento com o qual você pode aprender: Como membro de uma equipe ágil ou como proprietário de um produto, você precisa tratar cada novo recurso ou requisito como um experimento para testar suas suposições e hipóteses sobre o que seus clientes querem ou precisam. Você precisa planejar seus experimentos com cuidado, medir os resultados objetivamente e aprender com seus dados e feedback. Você também precisa estar preparado para repensar ou seguir em frente com base nos resultados.

Isso é tudo o que você precisa para ter uma visão geral. Espero que este artigo ajude você a entender mais sobre a entrega ágil, seus fundamentos, exemplos e práticas recomendadas. Se você tiver alguma dúvida ou feedback, entre em contato comigo 😊.