Agile Project Management: Cinco Elementos de uma Sprint
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, qualquer pessoa que precisa de saber o status do sprint pode encontrá-lo instantaneamente.
UMA gráfico de burndown de 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. A carta mostra:
O excelente trabalho (em horas) no primeiro eixo vertical
Tempo, em dias, ao longo do eixo horizontal
Alguns gráficos de sprint burndown também mostram os pontos da história pendentes sobre um segundo eixo vertical em função do 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ário e ajuda você a tomar decisões informadas no início do sprint.
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 sprint normal. Os restantes horas de trabalho ascensão e queda como a equipe de desenvolvimento é concluída 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 esse problema 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
Uma linha reta em um extermínio significa que a equipe não atualizar o extermínio ou feita de zero progresso naquele dia. Ambos os casos é uma bandeira vermelha para problemas futuros.
Mentindo (ou conforme)
Este padrão burndown é comum para novas equipes ágeis de desenvolvimento usados para relatar o manejo horas espera em vez do tempo o trabalho realmente necessário. 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, o produto proprietários cortar suas perdas e matou o sprint. Só 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 sprint backlogs 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.