Sprint

No Scrum, o trabalho é realizado em ciclos de 1 a 4 semanas, chamados Sprints. Para times que estão em seus primeiros passos na utilização de Scrum, é comum a escolha de Sprints mais curtos – de uma semana, por exemplo – para aumentar a frequência de feedback. Esse feedback frequente, tanto externo (nas reuniões de Sprint Review) quanto interno (nas reuniões de Sprint Retrospective), permite ao time iniciante evoluir mais rapidamente ao identificar onde e como melhorar. Quanto mais frequente é o feedback nos projetos, maiores serão as chances de se efetuarem correções de curso no trabalho realizado, o que diminui os riscos de desperdício do trabalho do Time de Desenvolvimento. Outro benefício é que os clientes e demais partes interessadas também verão os progressos do projeto mais frequentemente. O trabalho concluído em cada sprint deve criar algo de valor tangível para o cliente ou usuário.

Os Sprints são timeboxes, ou seja, sempre têm uma data de início e término fixos e, geralmente, todas devem ter a mesma duração. Um novo Sprint ocorre imediatamente após a conclusão do Sprint anterior. Como regra, não permitimos alterações de escopo ou de pessoal que alterem os objetivos durante um Sprint. A ideia por trás desse conceito é a de criar ritmo e disciplina no trabalho do Time de Desenvolvimento, além de regularidade na obtenção de feedback, cobrança e estímulo do Product Owner e dos clientes e demais partes interessadas.