Como acompanhar o progresso com gestão ágil: o sprint backlog
Uma ferramenta de um sistema de gestão ágil é o sprint backlog, que é uma lista de requisitos e tarefas em um determinado sprint. O sprint backlog é atualizada a cada dia do sprint. Faça o sprint backlog disponível para toda a equipe do projeto a cada dia. Dessa forma, quem precisa saber o status de sprint pode encontrá-lo instantaneamente.
Conteúdo
Video: 7. SCRUM - Das Product Backlog
UMA gráfico extermínio Sprint (Exemplo mostrado) mostra o progresso da equipe de desenvolvimento está a fazer e é uma ferramenta poderosa para a visualização de progresso e o trabalho restante. O gráfico mostra:
A excelente trabalho (em horas) sobre o primeiro eixo vertical
Tempo, em dias, no eixo horizontal
Alguns gráficos Sprint burndown também mostram os pontos da história em circulação em um segundo eixo vertical plotado contra o mesmo eixo de tempo horizontal como horas de trabalho restante.
Um gráfico de burndown permite a qualquer pessoa ver o status do sprint a qualquer momento. O progresso é clara. Comparando o número real de horas disponíveis para o trabalho real restante, você pode descobrir diariamente se o esforço está indo como planejado, está em melhor forma do que o esperado, ou está em apuros. Essa informação ajuda a determinar se a equipe de desenvolvimento é susceptível de realizar o número alvo de histórias de usuários e ajuda você a tomar decisões informadas no início do sprint.
Video: SCRUM 04 - Prioritize Backlog
Olhando para amostras de gráficos de burndown para sprints em diferentes situações, você pode dizer como o trabalho está progredindo:
Esperado
Este gráfico mostra um padrão de corrida normal. Os restantes horas de trabalho ascensão e queda como a equipe de desenvolvimento completa tarefas, furões os detalhes, e identifica trabalho tático ele pode não ter inicialmente considerado. Embora o trabalho aumenta ocasionalmente, é manejável, ea equipe mobiliza para completar todas as histórias de usuários até o final do sprint.
Mais complicado
Neste sprint, o trabalho aumentou além do ponto em que a equipe de desenvolvimento senti que poderia realizar tudo. A equipe identificou esta questão cedo, trabalhou com o proprietário do produto para remover algumas histórias de usuários, e ainda atingido a meta sprint. A chave para mudanças de escopo dentro de um sprint é que eles estão sempre iniciado pela equipe de desenvolvimento - ninguém mais.
menos complicado
Neste sprint, a equipe de desenvolvimento completado algumas histórias de usuários críticos mais rápido do que o previsto e trabalhou com o proprietário do produto para identificar histórias de usuários adicionais que poderia acrescentar ao sprint.
não participam
Video: 8. SCRUM - Das Sprint Backlog
Uma linha reta em um burndown significa que a equipe não atualizar o burndown ou feita de zero progresso naquele dia. Ambos os casos é uma bandeira vermelha para problemas futuros.
Deitado (ou conforme)
Este padrão burndown é comum para novas equipes ágeis de desenvolvimento usados para relatar a gestão horas espera em vez do tempo o trabalho realmente leva. Uma equipe com este gráfico provável ajustou as suas estimativas de trabalho para o número exato de horas restantes. Este padrão muitas vezes reflete um ambiente baseado no medo, onde os gestores levar pela intimidação.
falhando rápido
Um dos mais fortes benefícios de agilidade é a prova imediata de progresso, ou falta dela. Este padrão mostra um exemplo de uma equipe que não estava participando ou progredindo. No meio do sprint, os proprietários do produto cortar suas perdas e matou o sprint. Somente os proprietários do produto pode terminar uma corrida mais cedo.
O sprint backlog ajuda você a acompanhar o progresso ao longo de cada sprint. Você também pode se referir a atrasos de sprint anteriores para comparar o progresso da corrida de sprint. Você vai fazer alterações ao seu processo em cada sprint. inspecionar constantemente o seu trabalho e adaptar-se a torná-lo melhor.