Versão Burndown (scrum)

Examinando um relatório de burndown de versão, você pode compreender quão rapidamente sua equipe entregou itens de reserva e rastreou a quantidade de trabalho que a equipe ainda deve realizar para concluir um lançamento do produto.

ObservaçãoObservação

Esse relatório requer que a coleção de projeto de equipe que contém o projeto da equipe recebeu fornecimento de SQL Server serviços de relatórios.Esse relatório não está disponível se RelatórioRelatórios não aparecer quando você abrir Team Explorer e expandir o nó do projeto de sua equipe.

Neste tópico

  • Data in the Report

  • Interpreting the Report

Permissões Necessárias

Para exibir o relatório, você deverá ser atribuído ou pertencer a um grupo que tem a atribuição da função de Pesquisador nos Reporting Services.Para obter mais informações, consulte Adicionar usuários a projetos de equipe ou Gerenciando permissões.

Dados no relatório

Conforme mostra a ilustração a seguir, um gráfico de burndown de versão mostra quanto trabalho permanece no início de cada sprint em uma versão.A fonte de dados brutos é a lista de pendências do produto.Cada Sprint aparece no eixo horizontal e o eixo vertical mede o esforço que resta quando cada Sprint é iniciado.A quantidade de esforço estimado no eixo vertical está em qualquer unidade que sua equipe de scrum decidir usar (por exemplo, pontos de história ou horas).

Sreenshot mostrando um gráfico de progresso de lançamento

Você pode filtrar o relatório especificando os campos acima do gráfico burndown:

  • Especifique sprints da lista Sprint.

  • Especifique o caminho de área da lista Área.

Ff731579.collapse_all(pt-br,VS.110).gifAtividades necessárias para acompanhar itens de trabalho

Para o gráfico de burndown pode ser útil e exato, sua equipe deve executar as seguintes atividades para acompanhar os itens de trabalho:

  • Defina os itens de retorno de produto e bugs e especifique os caminhos Iteração e Área para cada um.

    Para mais informações, consulte Criar e modificar áreas e iterações.

  • Especifique e atualize o Efeito de cada item do backlog do produto e cada bug em que sua equipe esteja trabalhando.

  • Atualize o Estado de cada item de reserva do produto e de cada bug à medida que progride de Novo a Concluído.

Interpretando o Relatório

Você pode examinar o relatório e determinar o progresso que sua equipe fez em uma versão e responder às seguintes perguntas:

  • Quanto trabalho permanece na versão?

  • Quão rapidamente sua equipe está trabalhando pelo retorno do produto?

Consulte também

Conceitos

Erros (scrum)

Item de retorno do produto (scrum)

Outros recursos

Modelo de processo Scrum para o Visual Studio ALM