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

Question

¿Hay una manera de TFS en VS2010 para especificar que una iteración particular es la actual, y luego regresar que para su uso en consultas similares a las obras de manera @Project? Si no hay una manera de hacer sub-consultas en las consultas de elemento de trabajo TFS?

Answer 1

Me temo que no es una macro tales. Yo personalmente sólo tienen unos pocos "X" en la iteración actual consultas del equipo y luego editar las consultas para que apunte a la nueva ruta de iteración en el comienzo de cada iteración.

Answer 2

Parece que Microsoft escuchó. @CurrentIteration es que se añade como un token.

Eso está muy bien, por supuesto. Al mirar para escribir una consulta en el sprint actual, sin embargo, que está en peligro de perder de vista los elementos de trabajo sin cerrar en carreras anteriores. Cuando se trata de alcanzar @CurrentIteration, es probable que sólo decir “todo el trabajo sin terminar que se ha comprometido con una carrera de velocidad.” Si filtra a un único esprint, se perderá cualquier rezagado que no logró cerrar o mover hacia adelante desde carreras anteriores.

Considere usar el siguiente patrón, donde “ScrumOfScrums \ 1.0.0.0 Release" es la ruta de atraso, y todos sus caminos son hijos de velocidad a lo siguiente:

Filtro de elementos de trabajo bajo el nodo de atraso iteración, pero no es igual al nodo atraso iteración. Eso le dará todos los elementos comprometidos con una carrera de velocidad.

Esto también se captura ningún artículo que no se cerraron en sus carreras anteriores. Dado que el objetivo es cerrar todos los elementos de una carrera de velocidad antes de pasar a la siguiente, este patrón de consulta será generalmente mejor que usar @CurrentIteration, a menos que usted está buscando para encontrar los artículos cerrados en la iteración actual.

P.S. Si bien esto es una cuestión de edad, fue mi top hit cuando buscaba información sobre la consulta de la iteración actual en TFS.

Answer 3

Voy a tratar de usar un nombre estándar para la iteración actual como 'Actual'. Las consultas para esta iteración se hagan referencia a este nombre. Una vez que se ha completado la iteración, voy a cambiarle el nombre utilizando una convención de nombres que incluye la fecha, por ejemplo, y la siguiente iteración se creará entonces con el nombre de 'Actual' (o cambiado de nombre a esto si ya existe). Las consultas serían entonces devolver 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.

Yo estaría muy interesado en escuchar comentarios sobre este enfoque!

Answer 4

Consulta de 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

He encontrado que Administración de elementos ofrece una solución elegante a este problema.

Sólo definir las consultas como lo haría normalmente, pero dejar de lado los filtros relativos a las iteraciones (tenga en cuenta que esto también se aplica a las áreas). Hay un panel de vista de árbol llamada 'área de iteración / Filtros' que agregarán filtrado adicional, recursivo basado en la iteración (o área) que seleccione allí.

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