Durante uma sprint acontecem uma série de cerimônias responsáveis por garantir a transparência (geralmente através da comunicação, mas também envolvendo artefatos) e proporcionar momentos de inspeção e adaptação tal qual pregam os pilares do Scrum. Estas cerimônias são: a Sprint Planning, Daily Scrum, Sprint Review e Sprint Retrospective.
Sprint Planning
No início de um sprint, o time realiza um evento de planejamento da sprint para:
- Discutir e concordar mutuamente sobre o escopo do trabalho que deve ser realizado durante a sprint;
- Selecionar itens de lista do Product Backlog que podem ser concluídos em uma sprint;
- Preparar um Sprint Backlog que inclua o trabalho necessário para concluir os itens do Product Backlog selecionados;
- Concordar com a meta da sprint, uma breve descrição do que eles estão planejando entregar no final da sprint;
- A duração recomendada da cerimônia é de quatro horas para um sprint de duas semanas (proporcionalmente a outros períodos de sprint);
- Durante o primeiro semestre, todo o time seleciona os itens do Product Backlog que eles acreditam que poderiam ser concluídos nessa sprint;
- Durante o segundo semestre, o time de desenvolvimento identifica o trabalho detalhado (tarefas) necessário para concluir os itens do Product Backlog; resultando em um backlog confirmado da sprint;
- À medida que o trabalho detalhado é elaborado, alguns itens do Product Backlog podem ser divididos ou recolocados na lista se o time não acreditar mais que pode concluir o trabalho necessário em um único sprint.
- Depois que o time de desenvolvimento prepara seu Sprint Backlog, eles prevêem (geralmente por votação) quais tarefas serão entregues no sprint.
Daily Scrum
Todos os dias durante uma sprint, o time realiza um Daily Scrum com diretrizes específicas:
- Todos os membros do time de desenvolvimento vêm preparados.
- Começa precisamente na hora certa, mesmo que alguns membros do time de desenvolvimento estejam ausentes;
- Deve acontecer no mesmo horário e local todos os dias;
- É limitado a quinze minutos.
- Qualquer um é bem-vindo, embora apenas os membros do time de desenvolvimento devam contribuir;
- Durante a Daily Scrum, cada membro da equipe normalmente responde a três perguntas:
- O que eu completei ontem que contribuiu para a equipe cumprir nosso objetivo de sprint?
- O que pretendo concluir hoje para contribuir para que a equipe cumpra nossa meta de sprint?
- Vejo algum impedimento que possa impedir a mim ou a equipe de atingir nossa meta de sprint?
Qualquer impedimento identificados na Daily Scrum devem ser recebidos pelo Scrum Master e exibidos no quadro do time ou em um quadro de risco, compartilhado, com um pessoa acordada designada para trabalhar em direção a uma resolução (fora da Daily Scrum).
Embora a moeda do status do trabalho seja de responsabilidade de toda o time, o Scrum Master geralmente atualiza o gráfico de Burndown do sprint. Onde o time não vê o valor nessas cerimônias, é responsabilidade do Scrum Master descobrir o porquê. Isso faz parte da responsabilidade de educar a equipe e as partes interessadas sobre os princípios do Scrum.
Nenhuma discussão detalhada deve acontecer durante a Daily Scrum. Quando a reunião termina, os membros individuais podem se reunir para discutir as questões em detalhes; essa reunião às vezes é conhecida como ‘sessão de grupo’ ou ‘pós-festa’.
Sprint Review
No final de uma sprint, o time realiza duas cerimônias: a Sprint Review e a Sprint Retrospective.
Na Sprint Review, o time:
- Analisa o trabalho que foi concluído e o trabalho planejado que não foi concluído;
- Apresenta o trabalho concluído para as partes interessadas (também conhecida como demo);
- Colabora com as partes interessadas sobre o que trabalhar na próxima.
Diretrizes para Sprint Review:
- Trabalho incompleto não pode ser demonstrado;
- A duração recomendada é de duas horas para um sprint de duas semanas (proporcional a outras durações de sprint).
Sprint Retrospective
Na Sprint Retrospective, o time:
- Reflete sobre o sprint passado;
- Identifica e concorda em ações de melhoria contínua de processos;
Diretrizes para Sprint Retrospective:
- Três questões principais surgem na Sprint Retrospective:
- O que correu bem durante o sprint?
- O que não correu bem?
- O que poderia ser melhorado para alavancar a produtividade no próximo sprint?
- A duração recomendada é de uma hora e meia para um sprint de duas semanas (proporcional a outras durações);
- O Scrum Master facilita essa cerimônia.
Outras cerimônias
Backlog Grooming
O Backlog Grooming é o processo contínuo de revisar os itens do Product Backlog e verificar se estão adequadamente preparados e ordenados, de maneira a torná-los claros e executáveis para os times. Os itens do Product Backlog podem ser divididos em vários itens menores. Os critérios de aceitação podem ser esclarecidos. Dependências podem ser identificadas e investigadas.
Embora não seja originalmente uma prática básica do Scrum, o Backlog Grooming foi adicionado ao Guia Scrum e adotado como uma maneira de gerenciar a qualidade dos itens do Product Backlog que entram em uma sprint, com um investimento recomendado de até 10% da capacidade da sprint de um time.
O Product Backlog pode incluir dívida técnica (também conhecida como dívida de design ou dívida de código). Esse é um conceito no desenvolvimento de software que reflete o custo implícito de retrabalho adicional causado pela escolha de uma solução fácil agora, em vez de usar uma abordagem melhor que levaria mais tempo.
Cancelamento de Sprint
O Product Owner pode cancelar um sprint, se necessário. Pode fazê-lo com informações do time, do Scrum Master ou da gerência. Por exemplo, a gerência pode desejar que o Product Owner cancele uma sprint se circunstâncias externas negarem o valor da meta da sprint. Se uma sprint for encerrada de forma anormal, a próxima etapa é realizar um novo planejamento da sprint, em que o motivo da rescisão é revisado.