Entender as quatro principais reuniões ágeis é a maneira mais rápida de melhorar o funcionamento de uma equipe Scrum. Cada cerimônia tem um propósito distinto, um público diferente e uma definição de sucesso diferente. Se bem executadas, elas se complementam. Se executadas de forma inadequada, ou confundidas umas com as outras, você encontrará o mesmo atrito recorrendo de sprint para sprint.
Este guia aborda o Planejamento da Sprint, a Reunião Diária, a Revisão da Sprint e a Retrospectiva da Sprint: para que serve cada uma, como realizá-la de forma eficaz e os erros mais comuns a evitar.
Os quatro tipos de reuniões ágeis
| Reunião | Quando | Duração | Quem facilita |
|---|---|---|---|
| Planejamento da Sprint | Início de cada sprint | 1–2 horas | Scrum Master |
| Reunião Diária | Todos os dias | 15 minutos | Equipe (auto-facilitada) |
| Revisão da Sprint | Fim do sprint | 1–2 horas | Product Owner |
| Retrospectiva da Sprint | Fim do sprint (após a Revisão) | 1–2 horas | Scrum Master |
1. Planejamento da sprint
O que é
O Planejamento da Sprint abre cada sprint. A equipe revisa o backlog do produto com o Product Owner, concorda em um objetivo para o sprint e seleciona o trabalho que se comprometerão a entregar nas próximas uma a quatro semanas.
O objetivo do sprint é o resultado mais importante. Uma lista de tickets não é um objetivo de sprint. Um objetivo de sprint dá à equipe algo em torno do qual se unir quando as prioridades mudam no meio do sprint.
Como é um bom exemplo
- O objetivo do sprint é acordado antes do término da reunião; não "vamos descobrir isso à medida que avançamos."
- Os itens do backlog estão bem refinados; a equipe não está gastando tempo de planejamento decifrando o que um ticket significa.
- Cada item selecionado tem uma definição compartilhada de 'feito' e uma estimativa realista.
- A carga de trabalho considera a capacidade real: feriados, atividades em regime de plantão, itens carregados do sprint anterior.
Erros comuns
Comprometimento excessivo. Equipes que consistentemente não cumprem seu objetivo de sprint geralmente estão tentando fazer demais, e não trabalhando muito devagar. Utilize dados de velocidade e planejamento de capacidade honesto em vez de otimismo.
Pular refinamento. Se o Planejamento da Sprint regularmente demora muito, o problema geralmente é a falta de refinamento dos itens do backlog. Muitos desconhecidos na sala atrasam tudo.
Sem objetivo de sprint. Sem um objetivo compartilhado, a equipe otimiza para tickets individuais em vez de resultados coletivos. Quando algo inesperado surge no meio do sprint, não há uma estrela guia para as decisões de priorização.
2. Reunião diária
O que é
A Reunião Diária é uma sincronia diária de 15 minutos para coordenar o trabalho da equipe e identificar bloqueios. Não é um relatório de status para o Scrum Master; é uma conversa de equipe para equipe.
As três perguntas clássicas:
- O que eu fiz ontem?
- O que farei hoje?
- Algo está me bloqueando?
Como é um bom exemplo
- A reunião começa e termina no horário, todos os dias.
- Bloqueadores são claramente nomeados, não enterrados. Um bloqueador não resolvido ao final do dia é muito mais caro do que um desconforto breve de 60 segundos na reunião.
- A equipe conversa entre si, não com o Scrum Master.
- Discussões mais profundas são levadas para fora imediatamente após, não exploradas em tempo real.
Erros comuns
Transformar em um relatório de status. Se o Scrum Master está fazendo as perguntas e os membros da equipe estão respondendo a eles, tornou-se uma cerimônia de relato em vez de uma ferramenta de coordenação.
Exceder 15 minutos. Se as reuniões diárias frequentemente ultrapassam o tempo, o problema geralmente é de atualizações que pertencem a uma reunião separada. Aplique firmemente a regra de "vamos discutir isso depois".
Tratar bloqueadores como opcionais para mencionar. Equipes que consistentemente dizem "sem bloqueios" quando claramente há bloqueios têm um problema de segurança psicológica, não um problema de reunião. Aborde isso na retrospectiva.
3. Revisão da sprint
O que é
A Revisão da Sprint ocorre no final do sprint. A equipe demonstra o trabalho concluído para as partes interessadas e o Product Owner, e o backlog é ajustado com base no que foi construído e no feedback recebido.
A Revisão da Sprint é o ciclo de feedback entre a equipe e o negócio. Sem ela, a equipe constrói no vácuo.
Como é um bom exemplo
- Apenas o trabalho que atende à definição de 'feito' é demonstrado. Trabalhos parcialmente concluídos não são mostrados.
- As partes interessadas estão ativamente engajadas: fazendo perguntas e dando feedback, não assistindo a uma apresentação.
- O Product Owner ajusta o backlog com base no que vê e ouve, não mais tarde na semana quando o momento já passou.
- A discussão permanece focada no produto, não no processo da equipe (isso é para a retrospectiva).
Erros comuns
Demonstrar trabalho que não está concluído. Isso erode a confiança na definição de 'feito' e ensina às partes interessadas a esperar um resultado aproximado em vez de verificado.
Apresentação de mão única. Se as partes interessadas são observadores passivos, a revisão não está funcionando. O ponto inteiro é obter feedback que mude o que a equipe constrói em seguida. Projete a sessão para criar um diálogo.
Sem partes interessadas presentes. Uma Revisão da Sprint só com a equipe de desenvolvimento é um ensaio, não uma revisão.
4. Retrospectiva da sprint
O que é
A Retrospectiva da Sprint é o espaço da equipe para refletir sobre como trabalharam, não sobre o que construíram. Ela segue a Revisão da Sprint e foca em processo, colaboração e melhoria contínua.
Três perguntas moldam a maioria das retrospectivas:
- O que correu bem?
- O que poderia ser melhorado?
- O que faremos diferente na próxima sprint?
A terceira pergunta é a mais importante. Uma retrospectiva sem itens de ação concretos é apenas uma conversa.
Como é um bom exemplo
- Itens de ação da retrospectiva anterior são revisados no início.
- A equipe é honesta, o que requer segurança psicológica.
- A sessão produz dois ou três itens de ação específicos e com responsáveis, não uma lista de desejos de dez itens.
- O formato varia de sprint para sprint. Alternar formatos de retrospectiva mantém a conversa fresca.
A TeleRetro tem mais de 50 formatos e templates de retro para adequar-se a diferentes estados de espírito da equipe e tipos de sprint. O Retro Bot do TeleRetro pode sugerir um formato se você não souber por onde começar.
Erros comuns
Mesmo formato a cada sprint. A familiaridade gera respostas automáticas. Tente alternar entre Lean Coffee, Mad Sad Glad ou Sailboat para mudar o que surge.
Itens de ação sem responsáveis. "Deveríamos melhorar o pipeline de CI" não é uma ação. "Priya investigará a paralelização da suíte de testes até a próxima quinta-feira" é.
Partes interessadas ou gerentes na sala. Retrospectivas são para a equipe. A presença externa muda o que as pessoas dizem. Mantenha a presença restrita à equipe e ao Scrum Master por padrão.
Como as quatro reuniões se conectam
As quatro cerimônias formam um ciclo. O Planejamento da Sprint define a direção. As reuniões diárias mantêm a coordenação. A Revisão da Sprint verifica a produção em relação à visão do produto. A Retrospectiva melhora a forma como a equipe trabalha para que o próximo ciclo seja melhor do que o anterior.
Quando uma cerimônia é fraca, isso pressiona as outras. Equipes com um Planejamento da Sprint ruim tendem a ter reuniões diárias caóticas. Equipes sem retrospectivas eficazes repetem os mesmos problemas sprint após sprint. Tratar as quatro reuniões como um sistema conectado, em vez de quatro obrigações separadas, é o que faz o ritmo ágil realmente funcionar.
Perguntas frequentes
Todas as quatro reuniões são necessárias no ágil?
No Scrum, especificamente, sim: todas as quatro cerimônias estão definidas no Guia Scrum. No Kanban ou em outros frameworks, a estrutura é mais flexível. Muitas equipes Kanban realizam uma reunião diária e uma retrospectiva periódica, mas pulam o Planejamento e a Revisão da Sprint nas suas formas tradicionais. O que importa é que os propósitos subjacentes sejam atendidos: coordenação, feedback e melhoria contínua.
Qual é a diferença entre uma revisão de sprint e uma retrospectiva de sprint?
A revisão de sprint é sobre o produto: o que foi construído, se atende à definição de 'feito' e o que as partes interessadas acham. A retrospectiva é sobre a equipe: como vocês trabalharam juntos, o que os atrasou e o que mudar. Reuniões diferentes, participantes diferentes, resultados diferentes.
Quem deve participar de cada reunião?
- Planejamento da Sprint: A equipe de desenvolvimento, Scrum Master e Product Owner.
- Reunião Diária: A equipe de desenvolvimento. O Scrum Master pode participar, mas não deve conduzi-la.
- Revisão da Sprint: A equipe de desenvolvimento, Scrum Master, Product Owner e partes interessadas convidadas.
- Retrospectiva da Sprint: A equipe de desenvolvimento e Scrum Master. O Product Owner pode participar se a equipe o convidar, mas é opcional e deve ser uma escolha da equipe, não padrão.
Quanto tempo deve durar cada reunião?
O Guia Scrum vincula a duração ao comprimento do sprint. Para um sprint de duas semanas: Planejamento da Sprint até quatro horas, Revisão da Sprint até duas horas, Retrospectiva da Sprint até 1,5 horas. Na prática, equipes experientes realizam reuniões mais curtas. Reuniões diárias são sempre 15 minutos, independentemente do comprimento do sprint.
Atualizado
Experimente uma retro melhor
Crie uma retro em segundos e veja você mesmo.