O que fazer quando um sprint termina cedo?

O que fazer quando um sprint termina cedo?

No momento, nossa equipe do Scrum trabalha com histórias da lista de pendências, se o sprint for concluído mais cedo.

O que acontece com as histórias retiradas da lista de pendências? As histórias serão adicionadas ao Sprint atual? Se sim, e se essas histórias não terminarem a tempo. O Sprint falhou então?

Traga algo do backlog do projeto para o sprint (após discussões com o scrum master e o proprietário do projeto).

O tamanho do item que você realizar dependerá de quanto tempo você tem. Se não houver nada pequeno o suficiente, crie uma subtarefa de uma tarefa maior para iniciá-la (por exemplo, faça alguns dos trabalhos preliminares).

Como alternativa, crie algumas tarefas que melhoram a base de código. Eu nunca vi uma base de código que não pudesse ser melhorada de alguma forma. Revise alguns códigos, adicione mais testes de unidade etc.

Trabalhar em itens extensos ou futuros de backlog do sprint parece ser a coisa mais comum a fazer, o que faz muito sentido se os itens do backlog do sprint forem pequenos o suficiente e claramente definidos. No entanto, os itens de lista de pendências que podem colocar o código "concluído" em um estado "não concluído" devem ser evitados.

Se o sprint estiver realmente concluído, marque-o, prepare-o para entrega, entregue-o e coloque seus repositórios de código-fonte no estado "próximo sprint", para que não haja risco de que alterações tardias no sprint coloquem em risco a entrega.

Para nós, um Sprint nunca termina cedo. Nós apenas aumentamos nossa velocidade ou resolvemos o problema de uma maneira que nos faz realizar mais trabalho no sprint.

Dizendo que sempre temos uma lista de itens que são priorizados em ordem de importância por nossos proprietários de produtos. Quando qualquer equipe pode ajustar mais trabalho ao sprint, é muito fácil para eles ver o que fazer em seguida na lista que se ajustará positivamente ao tempo restante do sprint, dada sua velocidade.

Isso evita qualquer tempo de inatividade do grupo aguardando discussões com o Product Owner / Scrum Master sobre o que deve ser feito a seguir. Nossos proprietários de produtos e Scrum Masters mantêm-se no topo desta lista, para que haja sempre mais trabalho a ser colocado no próximo sprint (ou atual, se houver tempo).

O que minha equipe faz é extrair tarefas do backlog que são razoavelmente pequenas o suficiente para serem concluídas com relação ao quão cedo terminamos. Se estamos a fazer com que , nós damos nosso tempo equipe de QA para recuperar o atraso com seus testes, e os desenvolvedores obter um "dia livre" - podemos usar isso para olhar para outras questões não relacionadas com o sprint atual, temas que queremos pesquisar, configurar / reconfigurar nossos ambientes etc.

Não trabalhe muito porque acabou cedo. Atenha-se ao que sua equipe se comprometeu a fazer neste sprint e, se um trabalho extra for concluído, será uma vantagem incrível.

Eu encorajaria a folga a ser usada para aprimoramento pessoal. Claro, retire histórias da lista de pendências, mas certifique-se de gastar algum tempo consigo mesmo: aprenda um novo idioma, pratique seu ofício com um kata, refatore algumas coisas, aprimore, refine ou escreva novas ferramentas para ajudá-lo, vá e fale para uma parte interessada, colega ou cliente, descubra o que sua equipe de controle de qualidade faz, reserve um tempo para entender como o processo de UX funciona.

Há uma lista enorme de coisas que você pode fazer que agreguem valor ao seu negócio e a si mesmo. E melhore sua velocidade ou a quantidade de valor de qualidade que você fornece, que não envolva a retirada de coisas de um backlog, tente primeiro.