No começo do uso do Scrum, tentamos sprints de duas semanas. Mas isso não foi tão certinho assim no início. Chegamos até a fazer um sprint tapa-buraco de uma semana. E demos um tempo no Scrum por mais outra, antes de voltarmos às nossas duas semanas regulares.
Mas logo vimos que o tempo era muito curto para entregarmos valor significativo para o cliente ao final do sprint. Estávamos construindo novos módulos para o sistema e o tempo de três semanas pareceu mais razoável para essa granularidade. Experimentamos e decidimos seguir com esse tamanho de sprint.
O fato é que cada time deve tentar até achar o tamanho do sprint que funcione melhor. Algo geralmente entre duas e quatro semanas. O Scrum defende tamanhos fixos de sprints para que a equipe possa, com o tempo, aprender quantos pontos em média consegue fazer em cada Sprint e, assim, estimar o próximo com maior precisão. Ainda quero ver isso funcionar.
Mas logo vimos que o tempo era muito curto para entregarmos valor significativo para o cliente ao final do sprint. Estávamos construindo novos módulos para o sistema e o tempo de três semanas pareceu mais razoável para essa granularidade. Experimentamos e decidimos seguir com esse tamanho de sprint.
O fato é que cada time deve tentar até achar o tamanho do sprint que funcione melhor. Algo geralmente entre duas e quatro semanas. O Scrum defende tamanhos fixos de sprints para que a equipe possa, com o tempo, aprender quantos pontos em média consegue fazer em cada Sprint e, assim, estimar o próximo com maior precisão. Ainda quero ver isso funcionar.
English version
0 comentários:
Postar um comentário