TFS-запрос, смешивающий Задачи и Ошибки, отсортированный по Приоритету

Question

Мы используем TFS с MSF для Agile 4.2 в проекте, и у меня есть куча работы, как Задачи, так и Ошибки. Оба приоритета находятся у наших менеджеров, и им назначены сроки и целевые релизы.

Я использую запрос к рабочему элементу в качестве основного списка TODO и хочу перечислить все назначенные мне рабочие элементы в порядке их выполнения по срокам и приоритету.

Проблема: Кажется, я не могу найти способ написать унифицированный запрос, в котором будут перечислены задачи и ошибки, отсортированные по дате, а затем по приоритету. Проблема в том, что Задачи и Ошибки используют разные поля для Приоритета. Итак, мой запрос в настоящее время перечисляет задачи по дате выполнения, затем по приоритету задачи, затем в нем перечислены ошибки по дате выполнения, а затем по приоритету. Итак, я вижу задачи, которые должны быть выполнены позже, чем ошибки:

Title    Due Date    Priority   Task Priority
task1    4/23/2010              Medium
task2    4/23/2010              High
task3    4/30/2010              Low
task4    4/30/2010              Medium
bug1     4/23/2010   1
bug2     4/23/2010   2

Что я хочу:

Title    Due Date    Priority   Task Priority
task1    4/23/2010              Medium
task2    4/23/2010              High
bug1     4/23/2010   1
bug2     4/23/2010   2
task3    4/30/2010              Low
task4    4/30/2010              Medium

Мне все равно, будут ли ошибки появляться до или после задач в один и тот же срок; Я просто хочу, чтобы все рабочие элементы были сгруппированы по срокам, поэтому я никогда не вижу Задачи на более поздний срок, а не Базовые для более раннего.

Другая проблема - сортировка по приоритету задачи. Альфа-сортировка означает, что я не могу заставить их сортировать по значению приоритета. Но это небольшая проблема, с которой я могу смириться, если смогу смешать Задачи и Ошибки. Любой способ сделать это в одном запросе?

Answer 1

Исправлено в TFS 2010: ошибки и задачи теперь имеют одно и то же поле Приоритет, а приоритет - число, поэтому элементы сортируются разумно.

Answer 2

Вам удалось найти решение?

Я думал, что лучше использовать только рабочий элемент задачи и игнорировать рабочий элемент ошибки. Это мое мышление, когда я настраиваю вещи для своей команды. Я пытаюсь понять, почему я не должен этого делать. С моей точки зрения, Задача - это либо новый элемент, либо элемент ошибки. Нет необходимости использовать два разных типа рабочих элементов. Чтобы это произошло в TFS, я начну с рабочего элемента «Ошибка» и создам настраиваемое поле («Тип элемента»), чтобы различать два типа задач: новая / ошибка. И новые задачи, и ошибки будут иметь одни и те же поля. Кто-нибудь видит какие-либо серьезные недостатки этого подхода?