Menu

Reuniões Retrospectivas do Agile - Por que é necessário e algumas maneiras divertidas de conduzi-lo

  • Principal
  • Teste Ágil
  • Reuniões Retrospectivas do Agile - Por que é necessário e algumas maneiras divertidas de conduzi-lo

agile retrospective meetings why it is necessary

Experimente Nosso Instrumento Para Eliminar Problemas

Desenvolvimento ágil de software é um conjunto de métodos e práticas que se baseiam no Manifesto Ágil. A metodologia ágil enfatiza a colaboração da equipe e a entrega frequente de um produto.

Um dos 12 princípios listados no Manifesto Ágil é:

“Em intervalos regulares, a equipe reflete sobre como se tornar mais eficaz e, em seguida, sintoniza e ajusta seu comportamento de acordo.”

Este princípio é incorporado a uma equipe ágil na forma de reuniões de Retrospectiva Ágil.

Neste artigo, falaremos mais sobre reuniões retrospectivas, seu propósito e algumas maneiras divertidas de conduzi-las.

scrum-retrospectiva

Leitura recomendada=> 6 razões mais comuns para adotar o Agile em sua organização

O que você aprenderá:

Definição e Objetivo das Reuniões Retrospectivas

Por definição, retrospectiva significa “olhar para trás ou lidar com eventos ou situações passadas”.

Fiel à definição, as reuniões retrospectivas têm como objetivo refletir sobre as mais recentes corrida / projeto / marco e identificar áreas que precisam de melhorias e comemorar vitórias da equipe .

Isso está vinculado ao conceito de melhoria contínua, onde as equipes se reúnem para discutir as áreas em que a equipe se saiu bem e as áreas que a equipe precisa trabalhar em conjunto para melhorar para o próximo sprint / projeto / marco.

Ler também=> Como melhorar a qualidade do software usando o processo de integração contínua

Conduzindo reuniões retrospectivas

As reuniões retrospectivas podem ser realizadas em várias fases durante o projeto:

  • As reuniões retrospectivas podem ser agendadas para os dias finais de um sprint e antes do próximo sprint começar para refletir sobre o sprint mais recente
  • Para revisar um cenário problemático específico
  • Em um marco para refletir sobre o status até agora

Etapas Retrospectivas Agile

Qualquer reunião retrospectiva envolverá as seguintes etapas:

etapas retrospectivas ágeis

  • Cenário - Organizar reunião - Envolve a preparação da reunião pelo facilitador (PM., Scrum master, etc.) e o envio de um convite de reunião a todos os membros da equipe e partes interessadas necessários.
  • Coletar Dados - Assim que a reunião começar, reúna todas as idéias, opiniões e preocupações que os membros da equipe possam ter. Isso pode ser feito por meio de vários atividades retrospectivas ágeis como Iniciar, Parar e Continuar, Pintar uma imagem etc.
  • Gerar percepções - Depois que os dados são coletados, análises significativas devem ser identificadas e padrões devem ser criados. A ideia é identificar tendências e resolvê-las. Por exemplo. se os membros da equipe estão insatisfeitos com as longas caminhadas diárias, temos que descobrir o que está causando isso. Pode ser discussões não relacionadas, o atraso dos membros da equipe, configuração de tempo irreal que não acomoda o número de atualizações, etc.
  • Criar ações - Assim que os problemas subjacentes forem identificados, crie pontos de ação para resolvê-los. Os pontos de ação devem ser atribuídos a uma (s) pessoa (s) responsável (is) que serão responsáveis ​​por resolvê-lo na data de vencimento decidida.
  • Embrulhar - Agradeça a equipe pelo tempo e pela participação. Certifique-se de que a discussão da reunião e os pontos de ação sejam documentados e divulgados aos membros da equipe para fácil referência.

Formatos, ideias e atividades de reuniões retrospectivas do Agile

# 1) O que deu certo, o que deveria ter sido feito melhor, itens de ação

Os membros da equipe se reúnem e discutem o que a equipe fez bem, o que a equipe precisa melhorar, as lições aprendidas e os pontos de ação correspondentes às áreas de melhoria.

Essas ações são atribuídas a um membro da equipe responsável. Essa discussão é documentada e divulgada a todos após a reunião ou pode ser salva em uma unidade / intranet compartilhada para fácil acesso.

JIRA tem um embutido retrospectiva de sprint modelo para reunião retrospectiva com base neste formato exato, conforme mostrado abaixo:

agile-retrospectiva-reunião-formatos-idéias-e-atividades

(imagem fonte )

# 2) Iniciar, parar e continuar a reunião

Nessa reunião, os membros da equipe são solicitados a opinar sobre o que a equipe deve começar a fazer, parar de fazer e continuar fazendo nos sprints.

Este método é muito popular e eficaz, especialmente para novas equipes.

  • Os itens iniciais seriam algo que a equipe gostaria de adicionar ao processo, por exemplo, Comece a chegar na hora certa para as reuniões do projeto.
  • Parar itens seria algo que a equipe não deseja mais fazer. pare de verificar o código sem revisão do código.
  • Os itens contínuos serão algo que a equipe deseja continuar fazendo no futuro, por exemplo Continue fazendo levantamentos diários.

O facilitador da reunião pode definir um limite mínimo e máximo de uma série de itens que um membro da equipe pode propor. Por exemplo. Cada membro da equipe precisa fornecer 1 item para cada lista Iniciar, Parar e Continuar e pode fornecer no máximo 3 itens por tipo.

Além disso, uma vez que a lista completa é compilada, os membros da equipe podem ser solicitados a votar para restringir os itens mais importantes.

start-stop-and-continue-meeting

# 3) 5 Reunião no formato 'Por que'

Este formato de reunião é baseado em perguntas de acompanhamento de 'Por que' entre os membros da equipe.

Este formato de reunião é usado para encontrar as causas subjacentes de um cenário problemático (sintoma) e onde as causas podem não ser óbvias.

O objetivo não é resolver o problema, mas compreender a situação e, possivelmente, restringir a causa raiz.

Cada membro da equipe cria uma cadeia de motivos pelos quais eles acham que o problema está ocorrendo. Assim que a lista estiver pronta, as respostas podem ser consolidadas em uma única cadeia que representa a opinião alcançada por um consenso comum do grupo.

Isso funciona melhor para equipes pequenas com tamanhos, ou seja, 3-5 membros.

Por exemplo:

Problema : A qualidade do produto não era boa.
Pergunta : Por que?
Razão 1 : Construção instável.
Pergunta : Por que?
Razão : Sem aplicação de processo - Sem congelamento de código.
Pergunta : Por que?
Razão : Mudança de escopo
Pergunta : Por que?
Razão : Impacto não identificado durante o planejamento do projeto

exemplo

# 4) Louco, triste, feliz

Neste formato de reunião, o membro da equipe leva algum tempo (5-10 minutos) para escrever notas adesivas para cada uma das emoções - Louco, Triste e Contente.

  • 'Louco' tende a se concentrar em obstruções, barreiras etc.
  • ‘Triste’ tende a se concentrar em questões internas e
  • ‘Contente’ tende a se concentrar em algo que deixa o membro da equipe feliz.

Após o tempo acabar, as notas adesivas são agrupadas com base nas emoções. Em seguida, as questões Loucas e Tristes são votadas para priorizá-las para a criação de um item de ação.

# 5) Faça um desenho para mim

Esta técnica é uma técnica retrospectiva não verbal.

Nesse formato de reunião, os membros da equipe têm alguns minutos para organizar seus pensamentos e expressar seus sentimentos e opiniões.

Esta reunião é um bom formato para conduzir retrospectivas onde as comunicações verbais dentro de uma equipe estão falhando; ela atua como um quebra-gelo entre os membros da equipe.

desenhe-me uma imagem

(imagem fonte )

# 6) Celebração do Círculo

Esta técnica captura feedback usando vantagens e Deltas, ou seja, o que funcionou bem, o que poderia ter sido melhor).

Neste, os membros da equipe se reúnem para formar um círculo. Um membro da equipe inicia e arremessa um objeto macio que pode ser arremessado (brinquedo de pelúcia, bolas anti-stress) em qualquer outro membro.

A ideia é que quem está com a bola responderia a 3 perguntas:

  • O que eles gostaram,
  • O que eles apreciaram e
  • Como eles usarão o que aprenderam para melhorar

O objeto é passado aleatoriamente no círculo até que todos tenham uma oportunidade.

Equívocos comuns

Equívoco nº 1) Reuniões retrospectivas são entediantes

reuniões-retrospectivas são chatas

Este é o principal motivo pelo qual os membros da equipe não gostam de conduzir ou estar presentes em uma reunião de retrospectiva.

Para tornar a reunião mais envolvente, o facilitador deve apresentar maneiras divertidas, porém eficazes, de conduzi-las.

Equívoco 2) Reunião retrospectiva é minha oportunidade de apontar o desempenho abaixo da média de um membro da equipe

Uma reunião de retrospectiva não é uma reunião de apontar o dedo ou desabafar.

Esta reunião não está programada para apontar ou chamar a atenção de membros da equipe por seus pontos fracos. Esta reunião é organizada em um ambiente neutro com o objetivo de melhorar e crescer como equipe. Evite fazer comentários diretos dirigidos a uma única pessoa. E lembre-se de que o objetivo é se tornar melhor!

respectiva reunião

Equívoco nº 3) Apenas o organizador da reunião conduz as reuniões retrospectivas e discute os problemas

Os membros da equipe devem ser incentivados a participar e compartilhar seus pontos de vista. Esta reunião é para o aprimoramento da equipe e não para uma discussão de cima para baixo ditada pelo organizador / facilitador da reunião.

Ao mesmo tempo, os membros da equipe devem se sentir confortáveis ​​para que possam expressar seu verdadeiro ponto de vista sem medo de serem julgados ou de reações adversas como resultado de se manifestarem.

Equívoco # 4) A alta administração / principais interessados ​​não são convidados para reuniões retrospectivas

Isso varia de projeto para projeto. Gerentes superiores e proprietários de produtos podem ser convidados para a reunião para tratar de quaisquer preocupações que possam ter ou quaisquer preocupações que a equipe tenha em relação à sua governança.

Equívoco 5) Os resultados retrospectivos da reunião não precisam ser documentados

A metodologia ágil é baseada no princípio “Software de trabalho sobre documentação abrangente”, no entanto, isso não significa que a equipe deve se livrar totalmente da documentação.

Documentar retrospectivas pode levar a um rastreamento eficaz dos pontos de ação até o fechamento. Isso também pode ser adicionado aos repositórios de dados históricos, onde a equipe pode acessar as lições aprendidas como parte dos Ativos de Processos Organizacionais

Conclusão

As retrospectivas são muito úteis para a construção e colaboração da equipe.

Os membros da equipe se reunindo para comemorar vitórias e propor melhorias também criam um ambiente de equipe mais transparente e saudável. Por meio da melhoria contínua e feedback, as equipes se tornam melhores com o passar do tempo.

As reuniões retrospectivas devem incluir tanto questões humanas (personalidade, atitude, falta de habilidades, etc.) quanto questões técnicas (escopo, requisitos inconsistentes, estabilidade do sistema, etc.).

java vs c ++ que é melhor

Recomenda-se que as reuniões retrospectivas sejam conduzidas em todos os níveis e não apenas no nível da equipe de desenvolvimento.

As reuniões retrospectivas podem ser conduzidas no final de um marco, final de um sprint, post mortem de um incidente ou problema, após grandes eventos, etc. Certifique-se de que suas reuniões retrospectivas sejam documentadas e os pontos de ação rastreados até o encerramento.

Por último, mas não menos importante, torne suas reuniões de retrospectiva divertidas!

Sobre a autor: Este artigo útil foi escrito por Neha B. Ela está atualmente trabalhando como gerente de garantia de qualidade e se especializou em liderar e gerenciar equipes de QA internas e offshore.

Você conhece alguma forma divertida de reuniões retrospectivas que não seja mencionada neste artigo? Por favor, deixe-nos saber postando seus comentários.

Leitura recomendada

^