Frequência de rastreamento
No acompanhamento de sprints Agile, seguindo um cronograma estabelecido, os membros da equipe inserem informações sobre as tarefas em que estão trabalhando. As equipes podem optar por fazer isso diariamente, semanalmente, duas vezes por semana ou em qualquer intervalo que melhor atenda às suas necessidades de informação. Insira informações de acompanhamento diariamente garante que 1) as informações sejam inseridas enquanto ainda estão frescas na memória das pessoas e 2) os gráficos e tabelas do projeto sejam atualizados. Muitas equipes realizam o acompanhamento uma ou duas vezes por semana até a última semana da iteração e, em seguida, garantem que as informações sejam fornecidas com mais frequência para assegurar a visibilidade diária ao longo da iteração. Grande parte dessas informações também deve ser comunicada durante a reunião diária de acompanhamento. A revisão de um gráfico de acompanhamento deve substituir a valiosa comunicação da reunião diária de acompanhamento.
Conclusão de funcionalidade versus conclusão de tarefa
Quando todas as tarefas de uma funcionalidade são concluídas, então a funcionalidade é considerada finalizada. Algumas equipes podem incluir também a exigência de que todos os testes de aceitação sejam aprovados.
Perguntas Frequentes
Por que acompanhar uma iteração?
Para iterações extremamente curtas, como uma semana, a necessidade de medir o status intermediário diminui, mas mesmo em uma iteração de uma semana, é valioso entender se o trabalho está pela metade no meio da iteração, bem como quanto trabalho adicional foi adicionado à iteração desde o planejamento inicial. À medida que as iterações aumentam em duração, a necessidade de entender o status com precisão também aumenta.
Que informações são rastreadas durante uma iteração?
Poucas informações precisam ser rastreadas durante uma iteração. Para cada tarefa, o esforço despendido e a estimativa de trabalho restante devem ser monitorados regularmente. O status dos testes de aceitação também deve ser acompanhado. O Scrum ignora o esforço despendido para focar o acompanhamento da sprint exclusivamente nas estimativas de trabalho restante.
Quem insere as informações de rastreamento?
Normalmente, cada indivíduo insere suas próprias informações de rastreamento. Algumas equipes optam por designar uma única pessoa a cada iteração para coletar e atualizar todos os dados de rastreamento da equipe.
Com que frequência os membros da equipe registram o horário de trabalho?
Cada organização definirá seu próprio cronograma de acompanhamento. As equipes geralmente variam de um acompanhamento diário a uma vez por semana, com iterações mais longas.
As estimativas devem ser alteradas durante uma iteração?
Estimativas são apenas isso – estimativas. Algumas tarefas serão concluídas antes do prazo, outras depois, e novas tarefas geralmente serão identificadas. O objetivo é a consistência e a confiabilidade contínuas, e não a precisão das estimativas. Se uma equipe entrega consistentemente o equivalente a 20 dias ideais de funcionalidades a cada iteração, o que geralmente resulta em uma estimativa de tarefa entre 200 e 220 horas, então essa informação é mais do que suficiente para planejar e gerenciar um projeto com precisão. Isso pode resultar em 260 horas de trabalho real a cada iteração, caso esse processo esteja sendo monitorado. Portanto, não há necessidade de revisar as estimativas, considerando que se utilizam estimativas historicamente validadas para o planejamento, em vez de dados reais ou capacidade projetada.
E se o esforço restante exceder a estimativa original da tarefa?
Se isso for verdade, então é isso que será inserido. Essa é simplesmente a 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 não é simplesmente calculado?
Os números calculados não representam o verdadeiro estado de uma tarefa ou projeto; representam um cálculo matemático que historicamente se mostrou pouco confiável e impreciso. Para comunicar com precisão o status de uma tarefa, os membros da equipe devem sempre considerar o que ainda resta com base em todas as informações disponíveis no momento.
Como saber quando uma tarefa está concluída?
Uma tarefa está concluída quando não há mais trabalho a ser feito por ninguém relacionado a ela.
Como saber quando uma funcionalidade está concluída?
Uma funcionalidade é considerada concluída quando não há absolutamente mais trabalho a ser feito nela e quando ela foi aceita pelo cliente.
Ao final de uma iteração, o que acontece se uma funcionalidade estiver apenas parcialmente concluída?
Se uma funcionalidade estiver parcialmente concluída, cabe ao cliente determinar se ela deve ser dividida, movida para a próxima iteração, repriorizada etc. O desenvolvimento ágil é geralmente considerado binário, pois o valor é entregue ou não. Se o trabalho é feito, mas nenhum valor de negócio é entregue, o método ágil considera isso um fracasso total. Se a funcionalidade puder ser dividida, com parte do valor sendo entregue durante a iteração atual e parte posteriormente, essa decisão cabe ao cliente e à equipe.
