Calculadora de Datas de Sprint

Insira a data de início e a duração do sprint para obter todas as datas das cerimônias instantaneamente.

Como Usar

01

Insira a data de início da sprint, ou seja, o primeiro dia da sua primeira sprint (idealmente uma segunda-feira).

02

Selecione a duração da sprint: 2 semanas (padrão da indústria), 3 semanas ou 4 semanas para programas mais lentos.

03

Insira o número de sprints consecutivas que deseja planejar.

04

Opcionalmente, marque datas de feriados conhecidos para sinalizar sprints com conflitos de cerimônia.

05

Leia a saída do calendário de sprints, mostrando as datas de início, término, revisão e retrospectiva de cada sprint.

O Que É Esta Ferramenta?

Uma calculadora de datas de sprint determina a data de início, a data de término, a data da revisão e a data da retrospectiva de uma ou mais sprints a partir de uma data de início da equipe e da duração da sprint. As cerimônias de sprint dependem de limites previsíveis: a prática da indústria coloca o planejamento nas segundas-feiras e a revisão e a retrospectiva na última sexta-feira. Começar uma sprint numa sexta faz o planejamento invadir o fim de semana; começar no meio da semana desalinha os limites da sprint com a semana de trabalho. Alinhar as sprints com os trimestres fiscais e os feriados conhecidos evita conflitos de cerimônia, já que ninguém quer uma revisão de sprint marcada na véspera de Natal ou um planejamento num feriado bancário.

Por Que Isso Importa?

Planejar as datas das sprints com um trimestre de antecedência permite que as equipes bloqueiem os calendários antes que reuniões concorrentes apareçam, alinhem as férias em torno dos eventos da sprint e coordenem cronogramas de lançamento com equipes dependentes. Equipes que planejam o calendário de sprints com antecedência sofrem menos cerimônias perdidas e têm velocidade mais previsível, porque a sobrecarga de planejamento nunca compete com o trabalho de entrega em cima da hora. Em escala, as cadências de release train no SAFe e no LeSS exigem alinhamento dos limites de sprint entre várias equipes: uma diferença de um único dia gera caos de coordenação entre times nos limites do program increment.

Exemplo prático: por que o dia de início importa

Comece uma sprint de duas semanas na quarta-feira, 4 de junho, e os dez dias úteis vão até terça-feira, 17 de junho: o planejamento cai no meio da semana e a revisão acontece numa terça, atravessando duas semanas de calendário e colidindo com reuniões de segunda-feira que nada têm a ver. Mude o início para segunda-feira, 9 de junho, e a sprint termina na sexta, 20 de junho, com o planejamento logo cedo na segunda e a revisão mais a retrospectiva na tarde de sexta: o ritmo que a maioria das equipes e stakeholders já espera. A calculadora conta apenas dias úteis para as dailies, então pula todo sábado e domingo automaticamente. Ela não conhece os feriados nacionais ou regionais da sua equipe, então confira as datas geradas com o seu calendário local e mova qualquer cerimônia que caia num feriado.

Dica Pro
Evite sprints de 4 semanas na maioria dos times de software. Quanto mais longa a sprint, maior o custo de uma suposição errada: um erro de direção descoberto no dia 25 de uma sprint de 28 dias desperdiça quase a sprint inteira. Sprints de duas semanas são o padrão da indústria: permitem ciclos de feedback mais rápidos sem a sobrecarga de cerimônias das sprints de uma semana. Reserve iterações de 4 semanas para programas de hardware ou ambientes muito regulados em que a cadência de duas semanas é inviável na prática.

Perguntas Frequentes