Neste capítulo, você vai entender o ritmo do Scrum: a Sprint como contêiner de todo o trabalho e os quatro eventos que acontecem dentro dela. Cada um existe para criar uma oportunidade formal de inspeção e adaptação, e o Scrum Master é quem cuida para que eles cumpram esse propósito.

O Scrum tem cinco eventos. A Sprint é o contêiner: um período fixo de um mês ou menos em que o time cria um incremento. Dentro dela acontecem a Sprint Planning, a Daily Scrum, a Sprint Review e a Sprint Retrospective. Todos têm duração máxima definida, o timebox, e todos servem ao empirismo: tornar algo visível, inspecionar e adaptar.

A Sprint: o batimento do time

A Sprint começa imediatamente após o término da anterior, sem intervalo. Durante ela, nenhuma mudança que coloque a meta da Sprint em risco é feita, a qualidade não diminui e o Product Backlog é refinado conforme necessário. O escopo pode ser esclarecido e renegociado com o Product Owner à medida que se aprende mais.

Sprints curtas geram mais ciclos de aprendizado e limitam o risco de custo e esforço a um período pequeno. Uma Sprint só pode ser cancelada pelo Product Owner, e apenas quando a meta se torna obsoleta.

Os quatro eventos dentro da Sprint

• Sprint Planning (até 8 horas para um mês). Responde a três perguntas: por que esta Sprint é valiosa, o que pode ser feito e como o trabalho será realizado. Produz a meta da Sprint e o Sprint Backlog.
• Daily Scrum (15 minutos). Os Developers inspecionam o progresso em direção à meta e ajustam o plano do dia. Não é relatório de status para o Scrum Master nem para o gestor.
• Sprint Review (até 4 horas). O time apresenta o incremento aos stakeholders, discute o que mudou no ambiente e ajusta o Product Backlog. É uma sessão de trabalho, não uma apresentação.
• Sprint Retrospective (até 3 horas). O time inspeciona como foi a Sprint em pessoas, interações, processos e ferramentas, e escolhe as melhorias mais impactantes para a próxima.

O que o Scrum Master faz em cada evento

Imagine um técnico de futebol durante o jogo. Ele não entra em campo, mas garante que o time use bem os intervalos: o que precisa mudar no segundo tempo, quem está cansado, o que o adversário mostrou. Os eventos são os intervalos do Scrum, e o Scrum Master é quem garante que eles aconteçam, sejam produtivos e respeitem o timebox.

• Na Planning, ajuda o time a formular uma meta clara e a não se comprometer com mais do que a capacidade permite.
• Na Daily, ensina o time a conduzi-la sozinho e intervém quando ela vira reunião de status.
• Na Review, cuida para que stakeholders participem de fato e que o backlog seja ajustado com o que foi aprendido.
• Na Retrospective, facilita um ambiente seguro para conversas difíceis e garante que ao menos uma melhoria concreta entre na próxima Sprint.

Sinais de que os eventos perderam o propósito

Daily que dura 40 minutos e vira resolução de problemas em grupo. Review sem stakeholder, apenas o time olhando o próprio trabalho. Retrospective que gera a mesma lista de reclamações todo mês sem nenhuma ação. Planning em que o Product Owner dita o escopo e o time apenas anota. Cada um desses sinais indica que o ritual sobreviveu, mas a inspeção e a adaptação não.

O próximo capítulo trata do que é inspecionado em cada evento: os artefatos e os compromissos que acompanham cada um deles.