Sprint
Um sprint é um ciclo de trabalho de duração fixa, tipicamente entre uma e quatro semanas e mais frequentemente duas, que termina com um resultado concreto e utilizável.
O termo vem do Scrum, a estrutura ágil amplamente usada no trabalho de software e de produto. No início de um sprint, a equipa acorda quais as tarefas que vai abordar nessa janela, conhecidas como sprint backlog. Essa lista fica bloqueada durante a duração do sprint, e novos pedidos ficam em fila para o ciclo seguinte, em vez de interromper o atual. Cada sprint termina com uma sprint review, em que a equipa mostra o que efetivamente concluiu, seguida de uma retrospetiva focada em como trabalhar melhor na próxima vez.
A janela de tempo fixa é o que faz um sprint funcionar. Obriga a dividir as tarefas em partes suficientemente pequenas para poderem realmente ser concluídas dentro da janela, em vez de se arrastarem durante meses. A duração dos sprints varia tipicamente entre uma e quatro semanas, sendo o ritmo de duas semanas a escolha mais comum na prática. Sprints mais curtos significam mais esforço de planeamento, enquanto sprints mais longos atrasam o feedback e deixam suposições erradas correr mais longe antes de alguém as detetar.
O padrão espalhou-se muito para além do Scrum, por exemplo como um Design Sprint, em que um ciclo de cinco dias é usado para testar uma única ideia, ou simplesmente como um ritmo de trabalho recorrente nas operações e na administração. O que todos partilham é o mesmo ciclo: definir um objetivo, limitar o tempo, entregar algo, refletir e depois começar o ciclo seguinte. É isso que distingue um sprint de um marco, que assinala um único ponto no tempo, e não um ritmo repetido de trabalho.
Exemplo pratico
Uma equipa de desenvolvimento de seis pessoas planeia um sprint de duas semanas para construir uma nova funcionalidade de relatórios para o seu software interno, comprometendo-se com 34 story points. No final do sprint, 29 pontos estão concluídos e são apresentados ao vivo na sprint review, enquanto 5 pontos regressam ao product backlog. Na retrospetiva, a equipa percebe que o contributo da área de negócio chegou tarde demais no ciclo, pelo que agenda um ponto de situação mais cedo para o sprint seguinte.
Como a Leanshift ajuda
Um sprint é o Kaizen em miniatura, um ritmo fixo e repetido de planear, fazer, mostrar e refletir. Cada retrospetiva é uma pausa deliberada para perguntar o que poderia funcionar melhor no ciclo seguinte, em vez de simplesmente avançar. É esse o cerne do que a Leanshift entende por melhorar para criar mais pessoas que melhoram: o resultado de um sprint importa, mas também importa o que a equipa aprende com cada ciclo.
Perguntas frequentes
Quanto tempo deve durar um sprint?
Algures entre uma e quatro semanas, sendo duas semanas a escolha mais comum. A duração exata importa menos do que mantê-la consistente entre ciclos, para se obterem dados comparáveis ao longo do tempo.
O que acontece às tarefas por concluir no final de um sprint?
Regressam ao product backlog e são reordenados por prioridade para um sprint futuro. Não se acrescentam novas tarefas a meio do sprint, já que isso comprometeria o objetivo do sprint.
Em que difere um sprint de um marco?
Um marco assinala um único ponto importante na linha temporal de um projeto. Um sprint é um ciclo de trabalho recorrente e de duração igual, com o seu próprio planeamento e revisão.