Já nos conhecemos?

Quatro cerimônias ágeis desmistificadas

Dan Radigan Dan Radigan
Buscar tópicos

Reuniões ou "cerimônias" são uma parte importante do desenvolvimento ágil, mas são apenas um dos vários elementos importantes e não devem ser feitas sem um objetivo. (É tentador adicionar cerimônias a um projeto cascata e chamar de "ágil", mas isso não leva você a lugar algum.)

Vamos dar uma olhada em cada uma das cerimônias ágeis e entender como elas capacitam a equipe e dão impulso a um desenvolvimento ágil. 

Nota: Várias dessas cerimônias vêm da prática do Scrum, uma abordagem iterativa e de duração fixa para implementação ágil. Os conceitos por trás dessas cerimônias podem ser aplicados a outras formas de métodos ágeis, como o Kanban ou um método enxuto. "Sprint" é um termo específico do Scrum. Outras formas de método ágil usam um termo mais genérico, "iteração", para indicar um período de desenvolvimento com duração fixa. 

PLANEJAMENTO DO SPRINT

Participantes: equipe de desenvolvimento, Scrum master, proprietário do produto

Quando: no início de um sprint.

Duração: costuma ser uma hora por semana de iteração. Por exemplo, um sprint de duas semanas começa com uma reunião de planejamento de duas horas.

Estrutura ágil: Scrum. (As equipes Kanban também planejam, é claro, mas não fazem um planejamento de iteração fixo com o planejamento formal de sprints)

Finalidade: o planejamento de sprints prepara toda a equipe para atingir as metas durante o sprint. No início da reunião, o proprietário do produto já vai ter um backlog do produto priorizado. Cada item é discutido com a equipe de desenvolvimento e o grupo, em sua conjunto, estima o esforço envolvido. Então, a equipe de desenvolvimento faz uma previsão de sprint detalhando a quantidade de trabalho que consegue concluir do backlog do produto. Essa parte do trabalho se torna o backlog do sprint.

Dica profissional:

Use a reunião de planejamento de sprint para analisar os detalhes do trabalho que precisa ser feito. Encoraje os membros da equipe a esboçar as tarefas para todas as histórias, bugs e tarefas de um sprint. Promova discussões e obtenha consenso sobre o plano de ação. O planejamento efetivo aumenta muito as chances de a equipe cumprir os compromissos do sprint. 

Reunião rápida diária

Participantes: equipe de desenvolvimento, Scrum master, proprietário do produto

Quando: uma vez por dia, em geral pela manhã.

Duração: não mais que 15 minutos. Não reserve uma sala de conferências nem faça a reunião sentado. Ficar em pé ajuda a encurtar a reunião!

Estrutura ágil: Scrum e Kanban.

Propósito: a reunião foi pensada para informar com rapidez a todos sobre o que está acontecendo na equipe. Não é uma reunião de status detalhada. O tom deve ser leve e divertido, mas informativo. Peça a cada membro da equipe que responda às seguintes perguntas:

  • O que eu concluí ontem?
  • No que vou trabalhar hoje?
  • Estou me sentindo bloqueado por alguma coisa?

Há uma responsabilidade implícita ao relatar o trabalho concluído no dia anterior na frente de seus colegas de trabalho. Ninguém quer ser o membro da equipe que está sempre fazendo a mesma coisa e não progride. 

Dica profissional:

Algumas equipes usam cronômetros para que todos mantenham o ritmo. Outras equipes jogam uma bola entre todos para garantir que todo mundo está prestando atenção. Muitas equipes distribuídas usam videoconferência ou bate-papo em grupo para lidar com problemas ocasionados pela distância. Sua equipe é única. Sua reunião rápida também deve ser.

Revisão de iteração

Participantes:

Obrigatório: equipe de desenvolvimento, Scrum master, proprietário do produto
Opcional: interessados no projeto

Quando: no final de um sprint ou marco.

Duração: 30 a 60 minutos.

Estrutura ágil: Scrum e Kanban. Como no planejamento, o processo de revisão das equipes de Kanban deve estar alinhado com os marcos da equipe em vez de usar uma frequência fixa.

Finalidade: a revisão de iteração é um momento para mostrar o trabalho da equipe. Ela pode ser bem casual, como "sextas-demo", ou com uma estrutura de reunião mais formal. Esse é o momento para a equipe celebrar as conquistas, demonstrar o trabalho finalizado na iteração e obter feedback imediato dos interessados no projeto. Não esqueça: o trabalho deve ser demonstrável como um todo e atender ao nível de qualidade da equipe para ser considerado concluído e pronto para revisão. 

Dica profissional:

Na Atlassian, a gente usa uma abordagem casual para revisões de sprint, dando a elas uma aparência de comemoração. Todos ficam em volta da mesa de alguém da equipe e vemos as demonstrações dos novos recursos. Não é incomum ouvir aplausos pelo escritório! 

Retrospectiva

Participantes: equipe de desenvolvimento, Scrum master, proprietário do produto

Quando: no final de uma iteração.

Duração: 60 minutos.

Estrutura ágil: Scrum e Kanban. Equipes de Scrum fazem retrospectivas de sprint com uma frequência fixa. As equipes de Kanban também podem ter benefícios com retrospectivas ocasionais.

Finalidade: ser ágil é receber feedback rápido para tornar o produto e a cultura de desenvolvimento melhores. As retrospectivas ajudam a equipe a entender o que funcionou bem e o que não funcionou.

As retrospectivas não são apenas um momento para reclamações sem ação. Use as retrospectivas para descobrir o que está funcionando para que a equipe possa continuar a focar nessas áreas. Além disso, descubra o que não está funcionando e use esse momento para encontrar soluções criativas e desenvolver um plano de ação. Melhoria contínua é o que sustenta e impulsiona o desenvolvimento dentro de uma equipe ágil, e as retrospectivas são uma parte fundamental disso. 

Dica profissional:

Mesmo se tudo estiver correndo bem na equipe, não pare de fazer retrospectivas. Elas funcionam como orientação contínua para que a equipe possa manter tudo correndo bem. 

A agilidade de uma equipe é desenvolvida com práticas sólidas de engenharia, uma abordagem tática e estratégica em relação à mudança e uma ótima colaboração na equipe. As cerimônias ágeis apenas facilitam a comunicação na equipe.

a seguir
Backlogs