Atividades de fim de sprint
Serviços de DevOps do Azure | Azure DevOps Server 2022 - Azure DevOps Server 2019
No final de um sprint, as equipas podem querer atender a várias tarefas para manter a higiene do backlog. Em geral, o trabalho incompleto nunca deve ser atribuído a um sprint passado. As equipes precisam determinar como querem lidar com o trabalho que não é concluído em um sprint e tomar as medidas apropriadas.
Nota
Não há uma 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 equipa deve determinar e tomar medidas para resolver as seguintes questões:
- Como devemos abordar as histórias de usuários e suas tarefas que sã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 de sprint e a velocidade sejam contabilizadas corretamente?
- O que devemos rever e por que ordem?
Em geral, as atividades de fim de sprint devem ser feitas antes ou depois de uma reunião de revisão de sprint e antes de uma retrospetiva de sprint. O principal item a considerar é manter visualizações e métricas para apoiar a equipe em suas revisões de sprint, retrospetivas e planejamento de sprint.
Metas para atividades de fim de sprint
Cada sprint representa um período de desenvolvimento calendarizado ao qual o trabalho é atribuído. Analise a lista de verificação a seguir para conhecer as metas a ter em mente ao executar atividades de fim de sprint.
- Manter a higiene da lista de pendências quando nenhum trabalho incompleto é atribuído a um sprint cuja data de término está no passado
- Gerencie 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 equipa de apoio
- Foco da equipe de suporte no envio de software e no cumprimento das metas de sprint
- Minimize os esforços de controle de trabalho que não têm valor
Gorjeta
A velocidade da equipe não é uma medida da produtividade da equipe e deve ser usada apenas como uma métrica para planejar sprints futuros. O trabalho está concluído no final de um sprint ou não está. Se for feito, conta. Se não for, então ele é reconsiderado para um sprint futuro e não para o sprint atual. A velocidade tende a nivelar-se, independentemente das escolhas que fizer. No entanto, considerando apenas o trabalho feito, você trabalha em direção a um valor mais realista e uma fonte muito melhor de dados históricos para fazer previsões futuras.
Decida as preferências da equipa
As sugestões a seguir percorrem as principais atividades de fim de sprint que as equipes devem considerar executar. Normalmente, essas atividades devem ser feitas no último dia do sprint ou após a reunião de revisão do sprint.
Analise a lista de pendências do sprint para verificar se há histórias de usuários, itens da lista de pendências e tarefas incompletas. Você pode realizar a revisão revisando a lista de pendências da sprint ou o quadro de tarefas da sprint.
Reatribua histórias de usuários, itens da lista de pendências e tarefas não iniciadas à lista de pendências do produto ou à próxima sprint. Usando o painel Planejamento, você pode reatribuir à lista de pendências da equipe ou a um sprint futuro. Os itens de trabalho reatribuídos podem ser reestimados e priorizados.
Determine como lidar com histórias de usuários incompletas, itens de lista de pendências 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 fazer. 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 onde o trabalho pode ser concluído. Todas as histórias inacabadas no sprint atual contabilizam zero à velocidade do sprint.
Determine como lidar com o Trabalho Restante para tarefas concluídas. Se as tarefas estiverem concluídas, ter um valor diferente de zero para Trabalho Restante não faz muito sentido. As equipes devem decidir como querem lidar com esses casos e considerar definir o valor de Trabalho Restante como zero para tarefas concluídas.
Revisar a lista de pendências do sprint para trabalhos incompletos
Para determinar o trabalho incompleto, revise a lista de pendências do Sprint para o trabalho que ainda está em um estado comprometido, ativo e em andamento.
Reatribuir histórias e tarefas de usuário incompletas a sprint futuro
Na lista de pendências da Sprint, escolha 
Opções de visualização e selecione Planejamento. Arraste e solte os itens de trabalho que estão incompletos para o próximo sprint ou de volta para a lista de pendências da equipe.
Conforme mostrado na imagem a seguir, a lista de pendências da Equipe da Fabrikam corresponde ao Caminho de Iteração padrão definido para a equipe. Observe que, se o padrão estiver definido como a macro @CurrentIteration , essa seleção não alterará o caminho de iteração até o início do próximo sprint.
Arquivar sprints anteriores
Com o tempo, o número de sprints definidos para um projeto ou atribuídos a uma equipe pode crescer. Para minimizar o menu suspenso para caminhos de iteração, os administradores de projeto podem optar por passar de sprints para uma área de arquivamento. Ao manter a atribuição de sprint, mas movê-la sob um nó de sprint diferente, todos os dados do item de trabalho são mantidos. Todos os gráficos e widgets de sprint continuam a funcionar.
Como mostrado na imagem a seguir, os sprints de 2012 e 2013 foram movidos sob o nó Sprints anteriores.
Gorjeta
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 Sprint
A lista de pendências do Sprint aponta automaticamente para o sprint atual como o sprint ativo com base nas datas de início e fim. Se a data atual estiver dentro do período de sprint, então 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 equipe, certifique-se de atender às seguintes orientações para gerenciar sprints.
- As datas de início e término definidas para os sprints do seu projeto não devem se sobrepor.
- Todos os sprints de interesse para uma equipe devem ser selecionados para a configuração dessa equipe.
- Vários sprints futuros devem ser definidos para o seu projeto e selecionados para as suas equipas.
Para obter mais informações, consulte Definir caminhos de iteração (sprints) e configurar iterações de equipe.