Existe uma macro de consulta TFS para a iteração atual?

Question

Existe uma maneira de TFs no VS2010 para especificar que uma iteração específica é a atual e depois retorne isso para uso em consultas semelhantes à maneira como @Project funciona? Se não, existe uma maneira de fazer sub-questões nas consultas de item de trabalho do TFS?

Answer 1

Receio que não haja uma macro. Pessoalmente, tenho algumas consultas de "X na iteração atual" e, em seguida, edito essas consultas para apontar para o novo caminho de iteração no início de cada iteração.

Answer 2

Parece que a Microsoft ouviu. @CurrentIteration é sendo adicionado como um token.

Isso é ótimo, é claro. Ao procurar escrever uma consulta contra o sprint atual, no entanto, você corre o risco de perder de vista os itens de trabalho não foram os sprints anteriores. Quando você alcança @CurrentIteration, você provavelmente apenas significa "todo trabalho inacabado que foi comprometido com um sprint". Se você filtrar para um único sprint, perderá todos os retardatários que não fechará ou avançarem de sprints anteriores.

Considere usar o seguinte padrão, onde “ScrumofScrums Release 1.0.0.0 ″ é o seu caminho de atraso, e todos os seus caminhos de sprint são crianças para isso:

Filtre itens de trabalho no nó de iteração do backlog, mas não igual ao nó de iteração do backlog. Isso lhe dará todos os itens comprometidos com um sprint.

Isso também captura quaisquer itens que não estavam fechados nos seus sprints anteriores. Como o objetivo é fechar todos os itens em um sprint antes de se mudar para o próximo, esse padrão de consulta geralmente será melhor do que usar @CurrentIteration, a menos que você queira encontrar os itens fechados na iteração atual.

PS, embora essa seja uma pergunta antiga, foi o meu principal sucesso quando procurei informações sobre como consultar a iteração atual no TFS.

Answer 3

Vou tentar usar um nome padrão para a iteração atual, como 'atual'. As consultas para essa iteração referenciariam esse nome. Depois que a iteração for concluída, vou renomeá -la usando uma convenção de nomenclatura que inclui a data, por exemplo, e a próxima iteração será criada com o nome 'atual' (ou renomeado para isso, se já existir). As consultas retornariam os resultados da nova iteração.

- 2010-49
- Current
- 2010-51

Não tenho certeza se renomear iterações dessa maneira causará conflitos ou confundirá o data warehouse, por exemplo, mas isso economizaria em criar ou modificar um monte de consultas no início de cada iteração.

Eu ficaria muito interessado em ouvir feedback sobre essa abordagem!

Answer 4

Consulta para sprint em um intervalo de data, como mostrado aqui:

    Team Project    =   @Project
And Work Item Type  =   Sprint
And Start Date  <=  @Today
And Finish Date >=  @Today

Answer 5

Eu achei que Telerik é grátis Gerente de item de trabalho Fornece uma solução elegante para esse problema.

Basta definir suas consultas como você normalmente deixaria, mas deixa de fora quaisquer filtros relacionados às iterações (observe que isso também se aplica a áreas). Existe um painel TreeView chamado 'Filtros de área/iteração' que adicionará filtragem extra -recursiva com base na iteração (ou área) que você seleciona lá.

Observe que, se o painel não estiver visível, você poderá ativá -lo através do menu Exibir.