4 Razões para manter uma duração de Sprint constante no Scrum

Uma equipe ágil deveria ter uma duração de sprint constante. Quando comecei com o desenvolvimento iterativo e incremental (ainda antes do que hoje chamamos de desenvolvimento ágil), infelizmente cometi o erro de não manter todos os nossos sprints com a mesma duração.

Nós nos reuníamos no início de um sprint para planejar o trabalho daquele sprint. Um ponto na nossa agenda dessas primeiras Sprint Planning Meetings era decidir quanto tempo o Sprint duraria. Isso variava de forma bastante arbitrária entre duas e seis semanas.

A decisão sobre quanto tempo o sprint deveria durar dependia de quanto trabalho achávamos que tínhamos; quanto precisávamos entregar antes que nossos usuários pudessem avaliar; quem não viria ao escritório e se estávamos nos sentindo energizados ou exaustos.

Naquele momento, parecia certo variar a duração do sprint – e devo admitir que não foi uma decisão consciente; simplesmente fazíamos assim, sem nunca pensar se era uma boa ideia ou não. Só mais tarde descobri quatro razões para manter uma duração de sprint constante.

1) As equipes se beneficiam do ritmo regular de uma duração de Sprint consistente

Em primeiro lugar, as equipes se beneficiam de um ritmo regular. Quando a duração do Sprint varia, os membros da equipe frequentemente ficam um pouco confusos em relação ao cronograma. "Esta é a última semana do Sprint?" e "Entregamos nesta quinta-feira ou na próxima?" são perguntas comuns nesses casos. Uma duração de Sprint fixa – seja uma semana, quatro semanas ou algo entre isso – ajuda as equipes a encontrar um ritmo que funcione melhor para elas.

2) O Sprint Planning fica mais simples

Um segundo motivo para manter uma duração constante do Sprint é que o Sprint Planning se torna mais simples. Com a ajuda dos Sprints, o time aprende quanto trabalho consegue concluir com sucesso em um Sprint. Planejar o próximo Sprint fica então relativamente fácil, já que basta selecionar aproximadamente a mesma quantidade de trabalho dos Sprints anteriores.

3) A velocidade é mais fácil de comparar quando a duração do Sprint permanece constante

Quando todos os Sprints têm a mesma duração, fica muito mais fácil comparar a Velocity. Se a duração dos Sprints de uma equipe varia, você precisa sempre informar a duração exata do Sprint (para explicar por que um Sprint teve uma Velocity maior) ou normalizar a Velocity, por exemplo, usando a Velocity por semana ou a Velocity por dia.

Infelizmente, não há garantia de que em um Sprint de quatro semanas você conseguirá realizar exatamente o dobro do trabalho de um Sprint de duas semanas. Por isso, usar a Velocity por semana funciona de certa forma, mas é desnecessário quando todos os Sprints têm a mesma duração.

4) Richard Feynman também faria isso

Uma quarta razão para manter os Sprints com a mesma duração é que o físico e ganhador do Prêmio Nobel Richard Feynman também faria isso. Em seu livro Surely You Must Be Joking, Mr. Feynman ele conta como estava cansado de escolher sua sobremesa todas as noites. Ele resolveu a situação decidindo que, a partir daquele momento, sempre comeria sorvete de chocolate como sobremesa.

Escolher a duração do Sprint no início de cada Sprint é puro desperdício de energia. Experimente diferentes durações de Sprint, tome uma decisão e mantenha-a até que haja uma boa razão para mudar algo.

Pode uma equipe realmente mudar a duração do Sprint?

Quando enfatizo que é importante que os Sprints tenham a mesma duração, isso não significa que você deva se apegar rigidamente a isso. Nenhuma diretriz deve se tornar uma regra imutável. Pode haver situações em que faz sentido desviar ligeiramente da duração de Sprint estabelecida.

Períodos longos de férias são, por exemplo, um bom motivo para uma equipe alterar a duração do Sprint. Nos EUA, por exemplo, é comum tirar folgas mais longas durante o Thanksgiving e o Natal. Uma equipe que normalmente tem Sprints de duas semanas pode ter apenas metade dos dias-pessoa disponíveis durante esses feriados. Nesse caso, a equipe pode se beneficiar de um Sprint de três semanas, já que isso corresponderia melhor à quantidade habitual de dias-pessoa.

Outro exemplo poderia ser uma equipe que está prestes a alcançar um marco importante, por exemplo, na primeira semana do próximo Sprint. Essa equipe pode perfeitamente optar por estender o Sprint final em uma semana a mais do que os demais.

Alterar a duração do Sprint não é minha abordagem preferida, mesmo nesses casos, mas consigo entender por que uma equipe escolheria fazer isso.