O que é Agile Sprint Tracking ou Iteration Tracking?

No rastreamento de sprint ágil, em um cronograma de rastreamento estabelecido, os membros da equipe inserirão informações de rastreamento nas tarefas em que estão trabalhando no momento.

Frequência de rastreamento

No rastreamento de sprint ágil, em um cronograma de rastreamento estabelecido, os membros da equipe inserirão informações de rastreamento nas tarefas em que estão trabalhando no momento. As equipes podem optar por fazer isso diariamente, semanalmente, duas vezes por semana ou em qualquer intervalo que atenda melhor às suas necessidades de informação. Insira informações de rastreamento diariamente garante que 1) as informações sejam inseridas enquanto estão frescas na mente das pessoas e 2) gráficos e gráficos do projeto serão atualizados. Muitas equipes acompanharão uma ou duas vezes por semana até a última semana da iteração e, em seguida, garantirão que as informações sejam fornecidas com mais frequência para garantir a visibilidade diária durante a iteração. Muitas dessas informações também devem ser comunicadas durante a reunião diária. Espera-se que a revisão de um gráfico de rastreamento substitua a valiosa comunicação da reunião diária.

Recurso versus conclusão da tarefa

Quando todas as tarefas de um recurso forem concluídas, o recurso será considerado concluído. Algumas equipes também podem incluir a exigência de aprovação em todos os testes de aceitação.

Perguntas Frequentes

Por que rastrear uma iteração?

Para iterações extremamente curtas, como uma semana, a necessidade de medir o status intermediário diminui, mas mesmo dentro de uma iteração de uma semana, é valioso entender se o trabalho está na metade do caminho da iteração, bem como potencialmente como muito trabalho adicional foi adicionado à iteração desde o plano de iteração inicial. À medida que as iterações aumentam de duração, aumenta a necessidade de entender o status preciso.

Quais informações são rastreadas durante uma iteração?

Muito pouca informação precisa ser rastreada durante uma iteração. Para cada tarefa, o esforço gasto e a estimativa de trabalho restante devem ser rastreados regularmente. O status dos testes de aceitação também deve ser rastreado. O Scrum ignora o esforço gasto para focar o rastreamento do sprint apenas nas estimativas de trabalho restantes.

Quem insere as informações de rastreamento?

Normalmente, cada indivíduo inserirá suas próprias informações de rastreamento. Algumas equipes optam por designar um único indivíduo a cada iteração para coletar e atualizar todos os dados de rastreamento para a equipe.

Com que frequência os membros da equipe entram no horário?

Cada organização estabelecerá seu próprio cronograma de rastreamento. As equipes normalmente variam de todos os dias a todas as semanas com iterações mais longas.

As estimativas devem ser alteradas durante uma iteração?

As estimativas são apenas isso - estimativas. Algumas tarefas serão concluídas mais cedo, outras mais tarde, e novas tarefas geralmente serão identificadas. A consistência e a confiabilidade contínuas são o objetivo, em oposição à precisão da estimativa. Se uma equipe fornece consistentemente 20 dias ideais de recursos a cada iteração, o que geralmente resulta em uma estimativa de tarefa entre 200 e 220 horas, isso é bastante informação para planejar e gerenciar um projeto com precisão. Isso pode resultar em 260 horas de trabalho real a cada iteração se isso estiver sendo rastreado. Portanto, a necessidade de voltar e revisar as estimativas não é necessária à luz do uso de estimativas historicamente validadas para planejamento, em vez de capacidade real ou projetada.

E se o esforço restante exceder a estimativa original de uma tarefa?

Se esta é a verdade, então é isso que está inserido. Isso é simplesmente uma realidade em algumas tarefas e o objetivo é representar a realidade com informações de rastreamento, não algum ideal ou cálculo.

Por que o esforço restante simplesmente não é calculado?

Os números calculados não representam o verdadeiro estado de uma tarefa ou projeto, eles representam um cálculo matemático que historicamente se mostrou não confiável e impreciso. Para transmitir com precisão o status de uma tarefa, os membros da equipe devem sempre considerar o que resta com base em todas as informações agora disponíveis.

Como saber quando uma tarefa está concluída?

Uma tarefa é concluída quando não há mais trabalho a ser feito por ninguém na tarefa.

Como você sabe quando um recurso está pronto?

Um recurso é concluído quando não há absolutamente nenhum trabalho a ser feito no recurso e o recurso foi aceito pelo cliente.

No final de uma iteração, e se um recurso estiver apenas parcialmente concluído?

Se um recurso estiver parcialmente completo, cabe ao cliente determinar se o recurso deve ser dividido, movido para a próxima iteração, repriorizado, etc. O desenvolvimento ágil é geralmente considerado muito binário em que o valor é entregue ou não é. Se o trabalho é feito, mas nenhum valor comercial é entregue, o ágil considera isso um grande ovo de ganso. Se o recurso puder ser dividido, com algum valor sendo entregue durante a iteração atual e outro mais tarde, isso caberá ao cliente e à equipe decidir.