O Sprint se inicia com a reunião de Sprint Planning (ou Planejamento de Sprint), na qual se planeja o trabalho a ser realizado no próprio Sprint. Nessa reunião, Time de Desenvolvimento e Product Owner negociam, a partir dos itens do alto do Product Backlog, o que será desenvolvido.
Ou seja, facilitados pelo ScrumMaster, eles selecionam um conjunto de itens do alto do Product Backlog que julgam ser capazes de desenvolver na duração do Sprint, o que é apenas uma previsão.
E então estabelecem um objetivo ou meta de negócios a ser alcançada com o desenvolvimento esses itens, chamada de Meta do Sprint. O Time de Desenvolvimento, então, se compromete com atingir essa Meta do Sprint.
Organizando os itens para a Planejamento de Sprint
É importante que os itens do alto do Product Backlog estejam preparados para que a reunião de Planejamento de Sprint seja eficiente e produtiva. Itens que chegam à reunião sem detalhes suficientes, por exemplo, podem colocar todo o Sprint em risco.
Exemplo de Definição de Preparado para um Planejamento de Sprint
Para garantir que esses itens estejam preparados para serem discutidos na reunião de Sprint Planning, pode-se criar e utilizar uma Definição de Preparado. São critérios claros que definem o que é necessário para um item estar preparado para ser colocado em desenvolvimento.
Caso um Time de Scrum opte pelo uso de uma Definição de Preparado, o Time de Desenvolvimento passa a ter a prerrogativa de recusar, na a reunião de Sprint Planning, um item que não esteja preparado de acordo com essa definição.
Além do detalhamento necessário, por exemplo, outros critérios da Definição de Preparado podem incluir o item ser pequeno o suficiente e possuir os Critérios de Aceitação definidos, entre outros.
No primeiro Sprint, o Time de Desenvolvimento ainda não tem dados para gerar métricas sobre sua capacidade de trabalho em um Sprint. Ele pode estimar os itens do Product Backlog individualmente para possibilitar a futura obtenção dessas métricas úteis para o planejamento.
Story Point é uma unidade muito utilizada por times Ágeis em suas estimativas. A partir dos Sprints seguintes, o Time de Desenvolvimento pode utilizar como parâmetro a média da quantidade de trabalho entregue nos últimos Sprints, que pode ser medida em Story Points.
Outra forma de se obter essas métricas é dividir e deixar sempre os itens do alto do Product Backlog bem pequenos, com pouca variação de tamanho entre eles, para então contar o número de itens entregues nos últimos Sprints e calcular a média.
Em qualquer caso, essa quantidade de trabalho que se espera realizar por Sprint é chamada de Velocidade do Time de Desenvolvimento.
Exemplo de Quadro de Tarefas (Sprint Backlog) para um Planejamento de Sprint
Além de, juntamente com o Product Owner, selecionar os itens e definir uma meta, o Time de Desenvolvimento também cria um plano de como o que foi selecionado será desenvolvido. Esse plano é geralmente expresso por tarefas a serem realizadas durante o Sprint.
O conjunto de itens selecionados e seu respectivo plano é chamado de Sprint Backlog e é geralmente representado na forma de um Quadro de Tarefas.
Perguntas frequentes
Como funciona a reunião de Planejamento de Sprint no Scrum?
No início de cada Sprint, a reunião de Planejamento de Sprint reúne o Time de Desenvolvimento, o Product Owner e o ScrumMaster. Juntos, eles negociam e selecionam os itens do topo do Product Backlog para o período. A equipe estabelece uma Meta do Sprint, que representa um objetivo de negócios, e o time se compromete em alcançá-la.
O que é a Definição de Preparado no Planejamento de Sprint?
A Definição de Preparado é um conjunto de critérios claros que indicam se um item do Product Backlog possui os detalhes necessários para entrar em desenvolvimento. Caso o time utilize essa definição, o Time de Desenvolvimento ganha o direito de recusar itens durante a reunião de Planejamento de Sprint se eles não atenderem aos critérios mínimos, como tamanho adequado e critérios de aceitação definidos.
Como medir a velocidade do time para planejar o Sprint?
A velocidade é a quantidade de trabalho prevista para um Sprint. Nos Sprints seguintes ao primeiro, calcula-se essa métrica tirando a média do trabalho entregue nos Sprints anteriores. A medição pode ser feita em Story Points ou pela contagem do número de itens pequenos entregues. No primeiro Sprint, o time estima itens individualmente para gerar dados futuros.
O que é um Sprint Backlog e como ele é estruturado?
O Sprint Backlog é formado pelo conjunto de itens selecionados do Product Backlog e pelo plano detalhado de como eles serão desenvolvidos. Esse plano costuma ser dividido em tarefas práticas criadas pelo Time de Desenvolvimento durante a reunião de planejamento. O Sprint Backlog é comumente visualizado e gerido por meio de um Quadro de Tarefas.
Pronto pra dar o próximo passo?
Conheça os cursos da K21 e leve essas ideias pra prática com quem vive agilidade todo dia.
Ver cursos K21