O Scrum tem cinco eventos: a Sprint, a Sprint Planning, a Daily Scrum, a Sprint Review e a Sprint Retrospective. A Sprint é um contêiner de duração fixa de um mês ou menos que abriga os outros quatro, e cada um deles tem um timebox máximo: 8 horas para a Sprint Planning, 15 minutos para a Daily Scrum, 4 horas para a Sprint Review e 3 horas para a Sprint Retrospective, considerando uma Sprint de um mês. Sprints mais curtas costumam ter eventos mais curtos.
Essa é a resposta curta. O restante deste artigo explica o objetivo de cada evento, quem participa, o que um timebox realmente significa e as perguntas sobre eventos que pegam muita gente nos exames PSM I, PSPO I e CSM. Tudo aqui segue o Scrum Guide 2020.
Eventos do Scrum e timeboxes de relance
Um timebox é um máximo, não uma meta. Os valores do Scrum Guide são dados para uma Sprint de um mês.
| Evento | Timebox máximo (Sprint de um mês) | Quem participa | Resultado principal |
|---|---|---|---|
| Sprint | Duração fixa, de um mês ou menos | Todo o Scrum Team | Um ou mais Increments Done em direção ao Product Goal |
| Sprint Planning | 8 horas | Todo o Scrum Team (outras pessoas podem ser convidadas para aconselhar) | Sprint Goal e Sprint Backlog |
| Daily Scrum | 15 minutos, todos os dias | Os Developers | Um plano adaptado para o próximo dia de trabalho |
| Sprint Review | 4 horas | O Scrum Team e os principais stakeholders | Entendimento compartilhado do progresso e um Product Backlog ajustado |
| Sprint Retrospective | 3 horas | O Scrum Team | Melhorias na qualidade e na eficácia |
A Sprint: o evento contêiner
A Sprint é um evento por si só, e é o que as pessoas esquecem na hora de contar. Ela tem duração fixa de um mês ou menos e contém a Sprint Planning, as Daily Scrums, a Sprint Review e a Sprint Retrospective. Todo o trabalho necessário para alcançar o Product Goal acontece dentro das Sprints. Uma nova Sprint começa imediatamente depois que a anterior termina.
A Sprint tem duração fixa, e não um máximo que você possa encurtar quando quiser. A única forma de uma Sprint terminar antes é ser cancelada, e somente o Product Owner pode cancelar uma Sprint, quando o Sprint Goal se torna obsoleto. O Scrum Master, os Developers, os stakeholders ou a gerência não podem cancelá-la, embora possam, claro, levar a questão ao Product Owner.
Sprint Planning (máx. 8 horas)
A Sprint Planning dá início à Sprint. Todo o Scrum Team trabalha junto no plano, e pode convidar outras pessoas para dar conselhos. Ela aborda três tópicos:
- Por que esta Sprint é valiosa? O Scrum Team elabora o Sprint Goal, o objetivo único da Sprint.
- O que pode ser concluído (Done) nesta Sprint? Os Developers selecionam itens do Product Backlog, em conversa com o Product Owner.
- Como o trabalho escolhido será feito? Os Developers planejam o trabalho necessário para transformar os itens selecionados em um Increment que atenda à Definition of Done.
O Sprint Goal, os itens do Product Backlog selecionados e o plano para entregá-los formam juntos o Sprint Backlog, que pertence aos Developers.
Daily Scrum (15 minutos)
A Daily Scrum é um evento de 15 minutos para os Developers. Seu objetivo é inspecionar o progresso em direção ao Sprint Goal e adaptar o Sprint Backlog conforme necessário. Ela acontece no mesmo horário e local todos os dias úteis da Sprint, para reduzir a complexidade.
Os Developers podem usar a estrutura ou a técnica que quiserem, desde que o foco seja o progresso em direção ao Sprint Goal e um plano para o dia seguinte. As conhecidas "três perguntas" são uma opção, não uma regra. Se o Product Owner ou o Scrum Master estiverem trabalhando ativamente em itens do Sprint Backlog, eles participam como Developers.
A Daily Scrum não é um relatório de status para o Scrum Master ou para um gerente, e não é o único momento em que os Developers podem ajustar seu plano. Eles podem conversar e replanejar a qualquer momento durante o dia.
Sprint Review (máx. 4 horas)
A Sprint Review inspeciona o resultado da Sprint e decide sobre adaptações futuras. O Scrum Team apresenta os resultados do seu trabalho aos principais stakeholders, e juntos discutem o progresso em direção ao Product Goal e o que mudou no ambiente deles. O Product Backlog pode ser ajustado para refletir novas oportunidades.
O Scrum Guide a descreve como uma sessão de trabalho e diz que o Scrum Team deve evitar limitá-la a uma apresentação. Duas consequências importam para o exame:
- Não é um portão de liberação. Um Increment pode ser entregue aos stakeholders assim que atende à Definition of Done, mesmo antes da Sprint Review. Ninguém precisa esperar pela Review para aprovar uma liberação.
- Só o trabalho Done é mostrado. O trabalho que não atende à Definition of Done não faz parte de um Increment, não pode ser apresentado na Sprint Review e volta para o Product Backlog.
Sprint Retrospective (máx. 3 horas)
A Sprint Retrospective encerra a Sprint. Seu objetivo é planejar maneiras de aumentar a qualidade e a eficácia. O Scrum Team inspeciona como foi a última Sprint em relação a indivíduos, interações, processos, ferramentas e à sua Definition of Done, e depois identifica as mudanças mais úteis. As melhorias de maior impacto são tratadas o mais rápido possível e podem até ser adicionadas ao Sprint Backlog da próxima Sprint.
E se um evento terminar mais cedo ou ficar curto?
Como um timebox é um máximo, um evento pode terminar assim que seu objetivo for alcançado. Uma Sprint Planning que produz um Sprint Goal claro e um plano viável em três horas está ótima. Uma Daily Scrum de 15 minutos que termina em oito minutos também.
O caso oposto importa mais: um evento não deve passar do seu timebox. Se a Sprint Planning vive estourando o tempo, é um sinal para inspecionar. Talvez os itens do Product Backlog não estejam refinados o suficiente, ou a reunião esteja se desviando dos seus três tópicos. O Scrum Master ajuda o time a garantir que os eventos aconteçam, sejam positivos e produtivos e respeitem o timebox.
Para Sprints menores que um mês, o guia diz que os eventos costumam ser mais curtos. Ele não dá uma fórmula, então não espere uma pergunta de exame que peça para calcular um valor exato para uma Sprint de duas semanas. Os números conhecidos são os máximos para um mês.
Por que o refinamento do Product Backlog não é um evento
O refinamento é o ato de decompor e definir melhor os itens do Product Backlog em itens menores e mais precisos, acrescentando detalhes como descrição, ordem e tamanho. O Scrum Guide 2020 o trata como uma atividade contínua, não como um evento, então não tem timebox nem reunião fixa.
Versões antigas do guia sugeriam que o refinamento normalmente não levava mais de 10% da capacidade dos Developers. Esse número foi removido em 2020, e o guia atual não dá nenhuma porcentagem. Se uma opção de resposta cita "10% of capacity" como regra, ela está desatualizada.
Perguntas de exame sobre eventos do Scrum que as pessoas costumam errar
- "How many Scrum events are there?" Cinco. A Sprint conta como um evento e é o contêiner dos outros quatro. O refinamento não é um deles.
- "Who must attend the Daily Scrum?" Ela é para os Developers. O Scrum Master não precisa conduzi-la nem estar presente, e o Product Owner só participa como Developer se estiver trabalhando em itens do Sprint Backlog.
- "Is the Sprint Review where the Product Owner approves the release?" Não. É uma sessão de trabalho para inspecionar o Increment e adaptar o Product Backlog. As liberações podem acontecer sempre que um Increment estiver Done.
- "Can the Scrum Master cancel the Sprint?" Não. Somente o Product Owner pode, quando o Sprint Goal se torna obsoleto.
- "Can you extend a Sprint to finish the work?" Não. A Sprint tem duração fixa. Os itens inacabados voltam para o Product Backlog.
- "What is the timebox for a two-week Sprint Planning?" O guia só fixa o máximo para uma Sprint de um mês (8 horas) e diz que Sprints mais curtas costumam ter eventos mais curtos.
Se quiser verificar o quanto essas regras ficaram na memória, experimente o simulado gratuito de PSM da Scrumdemy: 20 perguntas em 20 minutos, com nota mínima de 80%. Para praticar mais a fundo, o treinamento para a certificação Scrum Master inclui quatro simulados cronometrados com 316 perguntas.
FAQ
Quais são os 5 eventos do Scrum?
A Sprint, a Sprint Planning, a Daily Scrum, a Sprint Review e a Sprint Retrospective. A Sprint contém os outros quatro.
Quais são os timeboxes do Scrum para uma Sprint de um mês?
A Sprint Planning tem no máximo 8 horas, a Daily Scrum 15 minutos, a Sprint Review 4 horas e a Sprint Retrospective 3 horas. A Sprint em si dura um mês ou menos.
O refinamento do Product Backlog é um evento do Scrum?
Não. No Scrum Guide 2020, o refinamento é uma atividade contínua, sem timebox, e a antiga orientação de 10% da capacidade foi removida.
Quem pode cancelar uma Sprint?
Somente o Product Owner, e apenas quando o Sprint Goal se torna obsoleto.