Planejar um sprint

Um sprint é um bloco fixo de tempo dentro de um projeto: uma data de início, uma data de fim e o conjunto de tarefas assumidas nele.

Sprints são opcionais. Se o seu time puxa trabalho continuamente de um quadro, você pode pular esta página inteira. Use sprints quando quiser uma conversa recorrente do tipo “com o que a gente se comprometeu, e a gente conseguiu?”.

Abra um sprint

Crie na seção de sprints do projeto: dê um nome, uma data de início e uma data de fim. Duas semanas é a duração usual. Uma semana funciona se o seu trabalho é pequeno e constante; quatro semanas normalmente significa que o plano está velho antes do fim.

Encha ele

Puxe trabalho do backlog. De uma visão em lista você pode selecionar várias tarefas de uma vez e jogar todas no sprint, ou passar o mouse sobre uma tarefa e apertar C.

Dois hábitos fazem o número do fim significar alguma coisa:

Estime antes de assumir, não depois. Uma tarefa sem estimativa conta como zero num gráfico baseado em pontos, então um sprint cheio de trabalho sem estimativa parece terminado antes de começar.

Assuma menos do que você acha. Os dois ou três primeiros sprints são medição, não desempenho. Você está descobrindo o que o seu time entrega de verdade em duas semanas. Esse número é quase sempre menor que o plano, e sabê-lo é o objetivo inteiro.

Enquanto ele corre

O dotby grava um retrato do sprint uma vez por dia, em todo dia que ele está aberto. É isso que desenha o gráfico de burn-up: o escopo assumido como uma linha, o trabalho concluído como outra, subindo na direção dela.

O retrato diário importa mais do que parece. Como cada dia é congelado quando acontece, o trabalho adicionado no meio do sprint continua visível como um degrau na linha de escopo, em vez de reescrever a história em silêncio. O aumento de escopo aparece como um formato para o qual você pode apontar numa retrospectiva.

Como ler:

• Concluído subindo firme na direção do escopo — saudável.
• Escopo subindo também — vocês estão assumindo trabalho novo no meio do sprint. Às vezes é correto, sempre vale nomear.
• Concluído parado e um paredão no fim — tudo terminou no último dia, o que normalmente significa que as tarefas são grandes demais para andar.

Feche ele

Complete o sprint quando o bloco de tempo termina — não quando o trabalho termina. É essa distinção que faz o número ser honesto.

Trabalho inacabado não desaparece. Você decide, tarefa por tarefa, o que acontece com ele: levar para o próximo sprint ou devolver ao backlog. Quem acompanha uma tarefa que termina um sprint inacabada é avisado, então nada fica no silêncio.

Sprints concluídos continuam por aí, com os gráficos intactos. Esse histórico é a entrada de planejamento mais útil que você vai ter — depois de três sprints você para de chutar a sua capacidade e passa a lê-la.

Sprints, módulos e iniciativas

Três jeitos diferentes de agrupar trabalho, fáceis de confundir:

Agrupamento	Responde	Vive em
Sprint	Quando — em que bloco de tempo	Um projeto
Módulo	Que parte — em que frente de trabalho	Um projeto
Iniciativa	Rumo a que resultado	Vários projetos

Uma tarefa pode estar em um sprint e em um módulo ao mesmo tempo. São eixos independentes, não concorrentes.

Próximo

• Projetos e visões — salve uma visão “este sprint” para o time ter um lugar só para olhar.
• Conceitos essenciais — como sprints se relacionam com todo o resto.