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

Parece que Microsoft escuchó. @CurrentIteration se agrega como un token.

Eso es genial, por supuesto. Sin embargo, al buscar escribir una consulta en el sprint actual, corre el riesgo de perder de vista elementos de trabajo no cerrados en sprints anteriores. Cuando alcanzas @CurrentIteration, probablemente solo te refieres a "todo el trabajo inacabado que se ha comprometido a un sprint."Si se filtra a un solo sprint, se perderá cualquier rezagado que no pudo cerrar o avanzar desde el anterior sprints.

Considere usar el siguiente patrón, donde "ScrumOfScrums \ Release 1.0.0.0" es su ruta de backlog, y todas sus rutas de sprint son hijos de eso:

Filtre los elementos de trabajo bajo su nodo de iteración de backlog, pero no igual al nodo de iteración de backlog. Eso le dará todos los elementos comprometidos a un sprint.

Esto también capturará cualquier elemento que no se haya cerrado en tus sprints anteriores. Ya que el objetivo es cerrar cada elemento en un sprint antes pasando al siguiente, este patrón de consulta generalmente será mejor que usar @CurrentIteration, a menos que esté buscando encontrar los elementos cerrados en la iteración actual.

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

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

- 2010-49
- Current
- 2010-51

No estoy seguro de si cambiar el nombre de las iteraciones de esta manera causará cualquier conflicto o confusión en el almacén de datos, por ejemplo, pero esto ahorraría en tener que crear o modificar un montón de consultas al inicio de cada iteración.

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

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

He encontrado que el Gestor de Elementos de trabajo libre de Telerik proporciona una solución elegante a este problema.

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

Tenga en cuenta que si el panel no es visible, puede habilitarlo a través de la vista menu.