¿Hay una macro de consulta TFS para la iteración actual?

Question

¿Hay alguna manera en TFS en VS2010 para especificar que una iteración particular es la actual, y luego devolverla para su uso en consultas similares a la forma en que funciona @Project? Si no, ¿hay alguna manera de realizar subconsultas en las consultas de los elementos de trabajo TFS?

Answer 1

Me temo que no existe tal macro. Personalmente, tengo unas pocas consultas del equipo "X en la iteración actual" y luego edito esas consultas para señalar la nueva ruta de iteración al comienzo de cada iteración.

Answer 2

Voy a intentar usar un nombre estándar para la iteración actual, como 'Actual'. Las consultas para esta iteración harían referencia a este nombre. Una vez completada la iteración, la renombraré usando una convención de nomenclatura que incluya la fecha, por ejemplo, y la próxima iteración se creará con el nombre 'Actual' (o se cambiará a este nombre si ya existe). Las consultas devolverían los resultados de la nueva iteración.

- 2010-49 
- Current 
- 2010-51 

No estoy seguro de si el cambio de nombre iteraciones de esta manera hará que cualquier conflicto o confundir al almacén de datos, por ejemplo, pero esto ahorraría tener que crear o modificar un montón de preguntas al comienzo de cada iteración.

¡Estaría muy interesado en escuchar comentarios sobre este enfoque!

Answer 3

He encontrado que el Work Item Manager libre de Telerik proporciona una solución elegante a este problema.

Simplemente defina sus consultas como lo haría normalmente, pero omita los filtros relacionados con las iteraciones (tenga en cuenta que esto también se aplica a las áreas). Hay un panel de vista en árbol llamado 'Filtros de área/iteración' que agregará un filtrado recursivo adicional basado en la iteración (o área) que seleccione allí.

Tenga en cuenta que si el panel no está visible, puede habilitarlo a través del menú Ver.

Answer 4

de consulta para Sprint en un intervalo de fechas, como se muestra aquí:

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

Answer 5

Parece que Microsoft escuchó. @CurrentIteration es being added as a token.

Eso es genial, por supuesto. Sin embargo, al buscar escribir una consulta contra el sprint actual, corre el peligro de perder de vista elementos de trabajo no cerrados en los sprints anteriores. Cuando llegue a @CurrentIteration, probablemente solo se refiera a "todo el trabajo pendiente que se haya comprometido con un sprint". Si se filtra a un solo sprint, se perderá cualquier rezagado que no cerró o avance de los sprints anteriores.

considerar el uso del siguiente patrón, donde “ScrumOfScrums \ Release 1.0.0.0" es la ruta de atraso, y todos sus caminos son hijos de velocidad a que:

filtro para elementos de trabajo bajo su nodo de iteración de acumulación, pero no igual al nodo de iteración de acumulación. Eso le dará todos los artículos comprometidos con un sprint.

Esto también capturará los elementos que no se cerraron en sus sprints anteriores.Dado que el objetivo es cerrar cada elemento en un sprint antes de pasar al siguiente, este patrón de consulta generalmente será mejor que usar @CurrentIteration, a menos que busque los elementos cerrados en la iteración actual.

P.S. Si bien esta es una vieja pregunta, fue mi principal éxito cuando busqué información sobre la consulta de la iteración actual en TFS.