Planejamento do sprint: a cerimônia que dá início ao sprint
O planejamento do sprint é a cerimônia que dá início ao sprint: a equipe define uma meta para o sprint e transforma os itens do backlog em um plano que acredita poder concluir.
O planejamento do sprint é a cerimônia que dá início ao sprint. A equipe define o que irá entregar e esboça como fazê-lo — transformando uma parte do backlog do produto em um backlog do sprint e em uma meta única e clara para o sprint. Quando bem feito, leva algumas horas e garante à equipe duas semanas de foco. Quando mal feito, é um exercício de encher a fila, e a equipe passa o resto do sprint renegociando discretamente.
Este capítulo é um resumo do que ocorre durante a cerimônia. Para conhecer todo o fluxo do evento — a agenda, as funções, os cálculos de capacidade e exemplos práticos de metas de sprint —, consulte o guia completo para o planejamento de sprint.
O lugar do planejamento no ciclo
O planejamento do sprint é a primeira das cerimônias ágeis, e seu resultado serve de ponto de referência para todas as outras. A reunião diária verifica o progresso em relação à meta do sprint definida aqui; a revisão do sprint analisa se a equipe cumpriu essa meta. Se o planejamento for mal feito, o restante do sprint será gasto corrigindo o erro.
O que o planejamento responde: por que, o quê, como
O Guia do Scrum estrutura a reunião em torno de três perguntas — por que este sprint é valioso, o que pode ser feito e como isso será feito — e a ordem é importante.
Defina primeiro o porquê. Uma meta de sprint que você consiga expressar em uma única frase vale mais do que um backlog que você não consegue concluir. A meta é o que a equipe protege quando o plano se depara com a realidade no meio do sprint; o escopo se adapta a ela, e não o contrário.
Em seguida, o o quê: o product owner apresenta as prioridades, os desenvolvedores selecionam as tarefas que acreditam poder concluir, e os dois negociam até que haja um compromisso no qual ambas as partes confiem. E o como: os desenvolvedores dividem as tarefas principais em um plano básico o suficiente para começar — não um gráfico de Gantt, apenas um esboço de projeto para saber que o trabalho é viável.
Entradas e saídas
O planejamento só é tão bom quanto o que você contribui para ele.
- Entradas: um backlog de produtos refinado (itens já esclarecidos e com tamanho definido), a capacidade da equipe para este sprint e uma avaliação da velocidade recente.
- Resultados: uma meta de sprint e um backlog de sprint nos quais a equipe realmente acredita.
A definição do tamanho do trabalho ocorre na sala. A maioria das equipes chega rapidamente a uma estimativa consensual usando o planning poker, em vez de passar horas discutindo — consulte o guia de estimativa para saber por que os pontos são mais eficazes do que o tempo nesse contexto.
O modo de falha a ser observado
Excesso de compromisso. As equipes planejam com base em 100% da capacidade teórica e esquecem que a velocidade já leva em conta as reuniões, as interrupções e a pessoa que estará ausente na quinta-feira. Planeje com base na capacidade, não na esperança: um plano que a equipe cumpre gera confiança, enquanto um plano que a equipe abandona silenciosamente a destrói.
Outro indício é um plano baseado em um backlog não refinado. Se o planejamento se transformar em uma sessão de esclarecimentos e divisão de tarefas, o refinamento do backlog não está ocorrendo — resolva isso na fase anterior e o planejamento ficará mais tranquilo.
Perguntas frequentes
Quanto tempo deve durar o planejamento do sprint?
Defina um limite de tempo de cerca de duas horas por semana de sprint — ou seja, até quatro horas para um sprint de duas semanas e até um dia inteiro para um sprint de um mês. Se o planejamento costuma ficar apertado, é porque o backlog chegou sem estar refinado e a equipe está realizando um trabalho de refinamento que deveria ter sido feito antes.
Quem participa do planejamento do sprint?
Toda a equipe Scrum: os desenvolvedores, o product owner e o scrum master. O product owner define as prioridades e o motivo; os desenvolvedores decidem o que podem assumir de forma realista e como vão implementá-lo; o scrum master garante que a sessão cumpra o tempo previsto e mantenha o foco. As partes interessadas não participam.
Qual é a diferença entre a meta do sprint e o backlog do sprint?
A meta do sprint é a única frase que explica por que vale a pena realizar o sprint — o resultado com o qual a equipe está se comprometendo. O backlog do sprint é o conjunto de itens e tarefas que a equipe espera que a levem a esse resultado. A meta é fixa para o sprint; o backlog pode se adaptar a ela à medida que a equipe vai aprendendo mais.