Limpar e estimar a lista de pendências

Artigo
02/25/2013

De acordo com as práticas ágeis, depois que o proprietário do produto criou um plano de alto nível para o produto, sua equipe reune-se para preparar a reserva e para estimar os itens.Você prepara uma reserva definindo um itens mais granularidade, adicionando itens para representar o trabalho adicional, como a pesquisa, ou para endereçar bugs pendentes.Antes de estimar o nível de esforço, sua equipe deve de acordo com o que significa com êxito para cada item.

Este tópico continua tutorial que segue membros da equipe fictício de fibra de Fabrikam como criar uma reserva do produto e executa um ciclo de sprint de acordo com as práticas ágeis.A reserva e a tarefa de acesso Web de equipe usos de equipe embarcam páginas.

Julia, como o proprietário do produto, capturou seus visão e mapa de alto nível para o portal de suporte ao cliente em uma série de itens de fallback como descrito em Criar ou adicionar à lista de pendências de produto.A equipe agora está pronto para preparar e estimar a reserva.

Observação
Se você estiver usando o modelo de processo do scrum 2,0 Visual Studio, você cria item de fallback de produto para descrever um artigo de usuário, o requisito, ou qualquer parte que pode entregar-se do projeto.Se você estiver usando MSF para desenvolvimento de software agile, você cria artigo de usuário.Se você estiver usando o MSF para CMMI a melhoria de processo, você cria requisito.

Neste tópico

Considerações de aceitação de revisão e esforço de avaliação
Pontos catch ou de trabalho não artigo na reserva
Recursos adicionais para oferecer suporte estimar esforços

Requisitos

Para seguir os procedimentos neste tópico, você deve ter o seguinte:

Visual Studio Premium, Visual Studio Ultimate, ou Visual Studio Test Professional.
Você deve ser um membro da equipe, e você deve ter as permissões de Editar itens de trabalho neste nó a Permitir.Por padrão, todos os membros da equipe têm essa permissão, porque o grupo de equipe é um membro do grupo de Colaboradores de projeto de equipe.
Para exibir a página de Fallback , você deve pertencer ao grupo de acesso de Completamente o acesso Web de equipe.

Para obter mais informações, consulte Gerenciar meu perfil e exibir minhas permissões e Acesso aos recursos no Acesso Web da Equipe.

Considerações de aceitação de revisão e esforço de avaliação

Fornecer todos os detalhes de como você deseja para descrever não apenas o item ou o erro de retorno, mas também para descrever os critérios que você usará para verificar se o item é atingido ou o erro foi corrigido.Uma vez que os critérios de aceitação bem são definidos, sua equipe pode então colaboradora estimar cada item de retorno de acordo com qualquer processo adotou.

Critérios de aceitação e o esforço no item de lista de pendências

Team Web Accessaberto, navega para a página inicial para seu projeto de equipe ou equipe, e escolha Alternativas exibição.
Clique duas vezes no item de trabalho que você deseja examinar, ou escolha e pressione ENTER.

Revise e atualizar os campos de Descrição e de Critérios de aceitação com o consenso de equipe para o item ou o erro de retorno.

Dica
Os nomes desses campos podem ser diferentes com base no modelo de processo usado para criar seu projeto de equipe, por exemplo, Descrição com critérios de aceitação ou Descrição.

Sobre considerações de aceitação: No final de uma iteração ou uma sprint, seus clientes ou o proprietário do produto serão aceitos a artigo de usuário como concluída ou rejeitá-la-ão.Antes que inicia a sprint, os critérios para a aceitação de cliente devem ser descritos tão claramente como possível.Naturalmente, um artigo de usuário não pode ser aceita por razões que não foram antecipadas.No entanto, as conversações entre sua equipe e seus clientes para definir os critérios de aceitação ajudarão a garantir que sua equipe entender as expectativas dos seus clientes.Os critérios de aceitação podem ser usados como a base para teste de aceitação de modo que você possa mais efetivamente avaliar se você estiver concluído com um artigo de usuário.

Baseado no método de avaliação seus usos de equipe, digite um valor para Esforço.No início do projeto, você precisa apenas uma avaliação bruta.

Observação
Os nomes desses campos podem ser diferentes com base no modelo de processo usado para criar seu projeto de equipe, por exemplo, Esforço para o scrum, Pontos dessa história para desenvolvimento, e Tamanho para CMMI. Sobre pontos dessa história: No catálogo, a classificação e o planejamento ágeis, Mike Cohn definem pontos dessa história essa maneira: “Os pontos artigo são uma unidade de medida para expressar o tamanho total de um artigo de usuário, ou outro recurso bico de trabalho.” Explica Cohn que os pontos dessa história são os valores relativos que não traduzem diretamente em um número específico de tempo.Em vez disso, ajuda de pontos dessa história uma equipe determina o tamanho geral de artigo de usuário.Essas avaliações relacionados são menos preciso de modo que requer menos esforço para determinar, e sustentem melhor ao longo do tempo.Estimando em pontos de artigo, sua equipe fornecerá o tamanho geral das histórias de usuário agora e desenvolverá a avaliação mais detalhada hora de trabalho posteriormente, quando os membros da equipe estão prestes implementar as histórias do usuário.Para obter mais informações, consulte Estimativa.

Os nomes desses campos podem ser diferentes com base no modelo de processo usado para criar seu projeto de equipe, por exemplo, Esforço para o scrum, Pontos dessa história para desenvolvimento, e Tamanho para CMMI.

Sobre pontos dessa história: No catálogo, a classificação e o planejamento ágeis, Mike Cohn definem pontos dessa história essa maneira: “Os pontos artigo são uma unidade de medida para expressar o tamanho total de um artigo de usuário, ou outro recurso bico de trabalho.” Explica Cohn que os pontos dessa história são os valores relativos que não traduzem diretamente em um número específico de tempo.Em vez disso, ajuda de pontos dessa história uma equipe determina o tamanho geral de artigo de usuário.Essas avaliações relacionados são menos preciso de modo que requer menos esforço para determinar, e sustentem melhor ao longo do tempo.Estimando em pontos de artigo, sua equipe fornecerá o tamanho geral das histórias de usuário agora e desenvolverá a avaliação mais detalhada hora de trabalho posteriormente, quando os membros da equipe estão prestes implementar as histórias do usuário.Para obter mais informações, consulte Estimativa.

Escolha o botão de Salvar e Fechar .

Pontos catch ou de trabalho não artigo na reserva

Sua equipe necessário às vezes para fazer o trabalho que não é uma implementação direta de um artigo de usuário ou um requisito do produto.O trabalho é chamado um ponto.Três tipos comuns de pontos são pesquisa, apresentam erros do funcionamento débito, e processos-los ou aperfeiçoamentos de engenharia.Para criar um ponto em Team Foundation, crie um artigo de item ou de usuário de fallback opcionalmente, inclua “” ponto dentro de título, dê a ela e a prioridade na reserva do produto junto com as outras artigos de usuário.

Adicionar painel na página de lista de pendências de produto

No painel adicionar na página de retorno do produto, digite uma descrição no campo de Título para o trabalho ou de ponto de não artigo que precisa ser concluído, e então escolha o botão de Adicionar .

Dica
Se o painel adicionar não aparece, escolha o link de adicionar itens sobre para girar sobre a exibição.

Considere que define o trabalho de não artigo para as seguintes atividades:

Pesquisar: Quando sua equipe tiver problemas abertas sobre um artigo de usuário que deve ser respondida antes que o artigo de usuário possa ser totalmente dividida em tarefas e ser estimada, você deve estimar a pesquisa necessária para responder à pergunta.Por exemplo, em cima de revisão uma equipe que determina a artigo, “como um passageiro frequente, eu posso registrar o traço de concessão” tenho várias perguntas não respondidas.A equipe cria o item, “de equipe membro, i pode compreender o que o traço “de concessão de livro” significa”. para representar o ponto.A equipe acha o trabalho de pesquisa necessário nas mesmas unidades acha que outros itens de retorno.

Importante
Nenhum dos itens de retorno que exigem a pesquisa devem ser adicionados à iteração atual até que a equipe concluir a pesquisa.O trabalho de pesquisa e o item de retorno devem ser agendados para ocorrer em iterações futuras separadas.

Débito de erro: O melhor momento para corrigir um bug é quando você o encontrar.Se você não pode corrigir no mesmo que o dia você localiza, crie um item de trabalho de bug para certificar-se de que você não perde a trilha de ela.Tome cuidado para evitar acumular erro.Se sua equipe acumula bugs, crie um artigo de usuário, e vincular erros ao ponto de modo que o ponto pode ser estimado e recebe a prioridade junto com outros artigos e pontos de usuário.
Aprimoramentos do processo ou de engenharia: Sua equipe empreenderá as melhorias de processo ou de engenharia que ajudam ao levar para o êxito.Esses aperfeiçoamentos são identificados com frequência em uma retrospectiva de sprint ou durante reuniões diárias de scrum.Por exemplo, sua equipe talvez precise melhorar a tinta de código pelos testes de unidade ou de reduzir o tempo de compilação no servidor contínuo de integração.

Para cada ponto ou não artigo trabalhar o item que sua equipe captura, execute as etapas 2 a 5 como descrito em “Considerações de aceitação de revisão e esforço de avaliação” para certificar-se de equipe compreende o trabalho a ser executado e acha o trabalho.Para obter mais informações, consulte Criar ou adicionar à lista de pendências de produto.