Compartilhar via

Atividades de fim do sprint

  • Artigo

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

No final de um sprint, as equipes podem querer atender a várias tarefas para manter a higiene da lista de pendências. Em geral, o trabalho incompleto nunca deve ser atribuído a um sprint passado. As equipes precisam determinar como desejam lidar com o trabalho que não foi concluído em um sprint e tomar as medidas apropriadas.

Observação

Não há nenhuma maneira automática de mover itens de trabalho incompletos atribuídos a um sprint para outro. Nem um método automático para zerar o Trabalho Restante.

No final de cada sprint, cada equipe deve determinar e tomar medidas para resolver as seguintes perguntas:

  • Como abordar as histórias de usuário e suas tarefas que estão apenas parcialmente concluídas no final do sprint?
  • Qual é a maneira correta de gerenciar o trabalho parcialmente feito no final para que as métricas e a velocidade do sprint sejam contabilizados corretamente?
  • O que devemos examinar e em que ordem?

Em geral, as atividades de fim do sprint devem ser feitas antes ou depois de uma reunião de revisão de sprint e antes de uma retrospectiva de sprint. O item principal a ser considerado é manter exibições e métricas para dar suporte à equipe em suas revisões de sprint, retrospectivas e planejamento de sprint.

Metas para atividades de fim do sprint

Cada sprint representa um intervalo de tempo de desenvolvimento no qual o trabalho é atribuído. Examine a lista de verificação a seguir para lembrar das metas ao executar atividades de fim de sprint.

  • Manter a higiene da lista de pendências em que nenhum trabalho incompleto é atribuído a um sprint cuja data de término está no passado
  • Gerenciar estados de item de trabalho e atribuições de sprint para dar suporte ao monitoramento do progresso e da velocidade da equipe
  • Atividades de melhoria contínua da equipe de suporte
  • Foco da equipe de suporte no envio de software e no cumprimento das metas de sprint
  • Minimizar os esforços de acompanhamento de trabalho que não têm valor

Dica

A velocidade da equipe não é uma medida de produtividade da equipe e só deve ser usada como uma métrica para planejar sprints futuros. O trabalho é concluído no final de um sprint ou não é. Se for concluído, ele conta. Se não for, então ele é reconsiderado para um sprint futuro e não para o sprint atual. A velocidade tende a se nivelar, independentemente das escolhas que você faça. No entanto, considerando apenas o trabalho feito, você trabalha em direção a um valor mais realista e uma fonte de dados históricos muito melhor para fazer previsões futuras.

Decidir preferências da equipe

As sugestões a seguir abordam as principais atividades de fim de sprint que as equipes devem considerar a execução. Normalmente, essas atividades devem ser feitas no último dia do sprint ou após a reunião de revisão de sprint.

  • Examine a lista de pendências de sprint para obter histórias de usuários incompletas, itens da lista de pendências e tarefas. Você pode executar a revisão examinando a lista de pendências de sprint ou o quadro de tarefas de sprint.

  • Reatribua histórias de usuário, itens da lista de pendências do produto e tarefas não iniciadas na lista de pendências do produto ou no próximo sprint. Usando o Painel de planejamento, você pode reatribuir à lista de pendências da equipe ou a um sprint futuro. Os itens de trabalho reatribuídos podem ser reavaliados e priorizados.

  • Determine como lidar com histórias de usuário incompletas, itens da lista de pendências do produto ou tarefas. Tenha em mente que o objetivo é enviar software de trabalho. As duas opções aqui são:

    • Divida a história em duas para representar o trabalho concluído no sprint atual e o trabalho ainda a ser feito. Para obter mais informações, consulte Copiar ou clonar histórias, problemas e outros itens de trabalho.
    • Reatribua a história para o próximo sprint em que o trabalho pode ser concluído. Todas as histórias inacabadas no sprint atual contam como zero na velocidade do sprint.

  • Determine como lidar com o Trabalho Restante para tarefas concluídas. Se as tarefas forem concluídas, ter um valor diferente de zero em Trabalho Restante não fará muito sentido. As equipes devem decidir como desejam lidar com esses casos e considerar definir o valor do Trabalho Restante como zero para tarefas concluídas.

Examinar a lista de pendências do sprint por trabalho incompleto

Para determinar o trabalho incompleto, examine a lista de pendências do Sprint pelo trabalho que ainda está em um estado comprometido, ativo e em andamento. Captura de tela da Lista de Pendências de Sprint no final do sprint.

Reatribuir histórias e tarefas de usuário incompletas no sprint futuro

Na lista de pendências do Sprint, escolha Opções de exibição e selecione Planejamento. Arraste e solte os itens de trabalho incompletos para o próximo sprint ou volte para a lista de pendências da equipe.

Conforme mostrado na imagem a seguir, a lista de pendências da Equipe fabrikam corresponde ao Caminho de Iteração padrão definido para a equipe. Observe que, se o padrão for definido como a macro @CurrentIteration, essa seleção não alterará o Caminho de Iteração até o início do próximo sprint.

Captura de tela da Lista de Pendências do Sprint com o Painel de Planejamento habilitado.

Arquivar sprints passados

Com o tempo, o número de sprints definidos para um projeto ou atribuídos a uma equipe pode aumentar. Para minimizar o menu suspenso para Caminhos de iteração, os Administradores de Projeto podem optar por mover os sprints passados para uma área de arquivo morto. Mantendo a atribuição de sprint, mas movendo-a em um nó de sprint diferente, todos os dados do item de trabalho são mantidos. Todos os widgets e gráficos de sprint continuam funcionando.

Conforme mostrado na imagem a seguir, os sprints de 2012 e 2013 foram movidos sob o nó Sprints Anteriores.

Captura de tela de Caminhos de Iteração arquivados no nó de Sprints Anteriores.

Dica

Todos os dados armazenados em itens de trabalho são mantidos pelo Azure DevOps até que os itens de trabalho sejam excluídos permanentemente.

Dicas de higiene de sprint

A lista de pendências de Sprint aponta automaticamente para o sprint atual como o sprint ativo com base nas datas de início e término. Se a data atual estiver dentro do período de sprint, o sprint correspondente será o sprint atual. Nenhuma ação adicional é necessária para tornar o próximo sprint o sprint atual ativo.

Como administrador de projeto ou da equipe, atenda às diretrizes a seguir para gerenciar sprints.

  • As datas de início e término definidas para os sprints do projeto não devem se sobrepor.
  • Todos os sprints de interesse da equipe devem ser selecionados para a configuração dessa equipe.
  • Vários sprints futuros devem ser definidos para seu projeto e selecionados para suas equipes.

Para saber mais, confira Definir caminhos de iteração (sprints) e configurar iterações da equipe.