A filosofia ágil ajudou a revolucionar a forma como o trabalho é feito, indo além do desenvolvimento de software. Uma parte essencial para colocar essa metodologia ágil em prática são as reuniões, ou “cerimônias”. No Scrum – a prática ágil mais utilizada – as reuniões oferecem transparência e comunicação regular com a equipe.
O que são cerimônias do Scrum?
As reuniões do Scrum acontecem quando o mestre do Scrum, o proprietário do produto e a equipe de desenvolvimento se reúnem para planejar e discutir o trabalho em andamento, coletar feedback e muito mais. Nem toda equipe do Scrum Agile precisa participar de todas as reuniões de Scrum e uma equipe não precisa ser uma equipe de Scrum para participar dessas reuniões. São apresentadas a seguir algumas reuniões do Scrum Agile que ajudam a capacitar equipes de todos os tipos.
Observação: várias dessas cerimônias vêm da prática de Scrum, que é uma abordagem iterativa com limites de tempo para implementação do método ágil. Os conceitos por trás dessas cerimônias podem ser aplicados a outras formas de métodos ágeis, como Kanban ou Lean. "Sprint" é um termo específico de Scrum que é, quase sempre, um evento de duração fixa de um mês ou menos para criar consistência. Outras formas de método ágil usam um termo mais genérico, "iteração", para indicar um período de desenvolvimento focado no tempo. Em geral, as cerimônias variam em duração, dependendo da duração do sprint ou iteração.
PLANEJAMENTO DO SPRINT
Ao fazer uso da prática de Scrum, a reunião de planejamento do sprint é realizada no início deste, onde as equipes identificam o que pode ser entregue no sprint e como esse trabalho vai ser realizado. No final da reunião de planejamento, cada membro do Scrum precisa esclarecer o que pode ser apresentado no sprint e como o incremento pode ser entregue.
Participantes: equipe de desenvolvimento, scrum master, proprietário do produto
Quando: no início de um sprint.
Duração: em geral, 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.
Agile framework: Scrum. (Kanban teams also plan, of course, but they are not on a fixed iteration schedule with formal sprint planning)
Finalidade: o planejamento do Sprint prepara toda a equipe para ter êxito durante o sprint. Ao participar da reunião do Scrum, o proprietário do produto vai ter uma lista priorizada de backlog do produto. Eles discutem cada item com a equipe de desenvolvimento e os integrantes do grupo estimam juntos o esforço envolvido. Então, a equipe de desenvolvimento faz uma previsão de sprint que especifica a quantidade de trabalho que consegue concluir da lista de backlog do produto. Essa parte do trabalho se torna a lista de backlog do sprint.
Use a reunião de planejamento de sprint para analisar as informações 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 proporciona um aumento significativo das chances de êxito da equipe de atender os compromissos do sprint.
Reunião rápida diária
A reunião rápida diária — ou seja, Scrum diário — é uma reunião diária curta de 15 minutos (ou menos) para discutir o progresso e identificar bloqueadores. Os participantes são incentivados a participar em pé para ajudar a manter a reunião curta.
Este é um template de reunião rápida diária para ajudar sua equipe a começar.
Participantes: equipe de desenvolvimento, mestre Scrum, proprietário do produto
Quando: uma vez por dia, normalmente pela manhã.
Duração: não mais que 15 minutos. Não reserve a sala de conferências para conduzir a reunião rápida sentado. Ficar em pé faz com que a reunião seja rápida!
Estrutura ágil: scrum e kanban.
Finalidade: a reunião rápida diária é projetada para informar a todos com rapidez o que está acontecendo em toda a equipe. Não é uma reunião de status detalhado. O tom deve ser leve e descontraído, mas informativo. Peça para que cada membro da equipe responda às seguintes perguntas:
- O que fiz ontem?
- No que trabalharei hoje?
- Meu trabalho está com algum obstáculo?
Há uma responsabilidade implícita ao relatar o trabalho concluído no dia anterior na frente dos colegas de trabalho. Ninguém quer ser a pessoa que está sempre fazendo a mesma coisa e não progride.
Algumas equipes usam cronômetros para que todos mantenham o ritmo. Outras equipes jogam uma bola entre todos para se certificar de 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. A reunião rápida também deve ser!
Revisão de sprint
The sprint review, also called an iteration review, is where the scrum team meets to reveal what was accomplished during the sprint. A development team shows which backlog items are “Done” to stakeholders and teammates, who can then give feedback.
Participantes: equipe de desenvolvimento, scrum master, proprietário do produto
Quando: no final de um sprint.
Duração: em geral, 45 minutos para cada semana de iteração. Por exemplo, uma retrospectiva de 90 minutos após um sprint de duas semanas.
Agile framework: Scrum and kanban. Scrum teams do sprint retrospectives based on a fixed cadence. Kanban teams can benefit from occasional retrospectives, too.
Finalidade: a revisão do sprint é um momento para mostrar o trabalho da equipe. Elas podem ser feitas de modo casual, como "sextas-feiras de demonstração", ou com uma estrutura de reunião mais formal de Scrum. Esse é o momento para a equipe celebrar as conquistas, demonstrar o trabalho finalizado na iteração e obter feedback imediato das partes interessadas do projeto. Não se esqueça: o trabalho deve poder ser todo demonstrado e atingir o padrão de qualidade da equipe para ser considerado concluído e pronto para revisão.
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 do sprint
Uma retrospectiva do sprint é uma reunião para analisar o que deu certo durante o sprint e o que pode ser melhorado. As equipes ágeis podem analisar,em particular, a dinâmica, os processos e as ferramentas da equipe e, em seguida, criar planos para melhorar a forma como a equipe trabalha.
Este é um manual de estratégias da equipe sobre como fazer retrospectivas.
Participantes: equipe de desenvolvimento, scrum master, proprietário do produto
Quando: no final de um sprint.
Duração: em geral, 45 minutos para cada semana de iteração. Por exemplo, uma retrospectiva de 90 minutos após um sprint de duas semanas.
Agile framework: Scrum and kanban. Scrum teams do sprint retrospectives based on a fixed cadence. Kanban teams can benefit from occasional retrospectives, too.
Finalidade: ser ágil significa obter 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 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 desenvolvimento dentro de uma equipe ágil, e as retrospectivas são uma parte fundamental disso.
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.
Conclusão…
Some people think agile ceremonies magically make a team agile. They're wrong. A team's agility is built on solid engineering practices, a tactical and strategic approach to change, and great team collaboration. Agile ceremonies simply facilitate communication across the team.
Tudo pronto para começar? Saiba como usar sprints no Jira
Recursos relacionados
