Блог

В Azure DevOps, как я могу развернуть и получить список того, какие рабочие элементы добавляются по мере увеличения общего объема, используя запросы или любой другой метод?

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

1. Щелкните Аналитика в Sprint board
2. Для бэклога / рабочих элементов установлено значение «Невыполненные элементы backlog»
3. Выгорание при установке на «Количество рабочих элементов»
4. Щелкните самую правую точку на диаграмме, чтобы просмотреть оставшуюся работу (вы можете отключить перекрывающиеся кривые, щелкнув легенды)

5. Это приведет вас к запросу, содержащему все идентификаторы рабочих элементов. Скопируйте эту строку.
6. Сделайте то же самое для начала спринта, самая левая синяя точка. Скопируйте также эту строку.
7. Создайте новый запрос со строкой из 5 и 6 соответственно, вот так

/Крис Л.

Если вы хотите перечислить все недавно добавленные рабочие элементы, мы можем использовать поле Дата создания для получения результата.

Кроме того, на странице Sprint перечислены рабочие элементы с помощью пути итерации вместо даты.

Update1

Мы не можем перечислить эти рабочие элементы в Azure devops сейчас. Вы можете добавить свой запрос на эту функцию на наш сайт UserVoice, который является нашим основным форумом для предложений продуктов. После того, как предложение было выдвинуто, вы можете проголосовать и добавить свои комментарии к этому отзыву. Команда разработчиков предоставит обновления, если они их просмотрят.

Update2

Мы можем проголосовать и следовать этому билету предложений, чтобы получать последние новости.

Пожалуйста, обратитесь к этому документу из Azure DevOps Services REST API 5.1

 GET https://dev.azure.com/fabrikam/_apis/wit/workitems?ids=297,299,300amp;fields=System.Id,System.Title,System.WorkItemType,Microsoft.VSTS.Scheduling.RemainingWorkamp;api-version=5.1
  

Что он делает, так это отправляет запрос GET с идентификатором истории пользователя и меткой времени, которую вы хотите получить. Затем вы получите ответ JSON в то время, которое вы хотите получить.

И результат:

 {
  "count": 3,
  "value": [
    {
      "id": 297,
      "rev": 1,
      "fields": {
        "System.Id": 297,
        "System.WorkItemType": "Product Backlog Item",
        "System.Title": "Customer can sign in using their Microsoft Account"
      },
      "url": "https://dev.azure.com/fabrikam/_apis/wit/workItems/297"
    },
    {
      "id": 299,
      "rev": 7,
      "fields": {
        "System.Id": 299,
        "System.WorkItemType": "Task",
        "System.Title": "JavaScript implementation for Microsoft Account",
        "Microsoft.VSTS.Scheduling.RemainingWork": 4
      },
      "url": "https://dev.azure.com/fabrikam/_apis/wit/workItems/299"
    },
    {
      "id": 300,
      "rev": 1,
      "fields": {
        "System.Id": 300,
        "System.WorkItemType": "Task",
        "System.Title": "Unit Testing for MSA login",
        "Microsoft.VSTS.Scheduling.RemainingWork": 3
      },
      "url": "https://dev.azure.com/fabrikam/_apis/wit/workItems/300"
    }
  ]
}
  

Я также искал ответ на этот вопрос и для тех, кто находится на том же корабле; Я нашел документацию по изменению области в репозитории Microsoft Azure DevOps на GitHub: https://github.com/MicrosoftDocs/azure-devops-docs/blob/main/docs/boards/sprints/scrum-overview.md#query-sprint-scope-changes

Примечание: у файла есть проблемы с форматированием, но потерпите меня. Поврежденные изображения можно найти в этой папке, если это необходимо:https://github.com/MicrosoftDocs/azure-devops-docs/tree/main/docs/boards/sprints/media/overview

Предлагаемое решение немного хакерское, но оно должно работать.

Что вам нужно сделать, это просто:

1. Перейдите к диаграмме скорости (на панели инструментов команды)
2. Нажмите на панель, которая означает «Запланировано»
3. Нажмите «Редактор» на экране пользовательского запроса, в котором перечислены рабочие элементы
4. Добавьте в запрос предложение пути итерации с соответствующим значением
5. Добавьте в запрос предложение Area Path с соответствующим значением
6. Измените оператор фильтра с ‘IN’ на ‘NOT IN’ для поля ID
7. Добавьте созданную дату в качестве параметра столбца и отсортируйте по этому полю. Затем вы можете просмотреть существующие рабочие элементы, которые были добавлены в sprint, и какие недавно созданные рабочие элементы были добавлены.

Поздравляем, вы отфильтровали элементы, добавленные в sprint после даты начала spring.

Самый простой способ, который я нашел, чтобы определить, что было ДОБАВЛЕНО в спринт после его начала, — это использовать виджет Velocity, доступный на информационных панелях.

Виджет Velocity отображает запланированные, завершенные и незавершенные элементы для каждого спринта.

Виджет скорости

Если вы щелкните столбец, отображающий запланированные элементы для спринта, вы будете перенаправлены на пользовательский запрос, результаты которого представляют собой список элементов, которые были в спринте, когда он начался. Если вы переключитесь на представление запроса в редакторе, вы получите список всех идентификаторов рабочих элементов, которые были частью спринта, когда он начался:

Пользовательский запрос — исходные элементы области Sprint

Вы можете использовать этот список ЗАПЛАНИРОВАННЫХ элементов для спринта, чтобы определить любые элементы, которые были ДОБАВЛЕНЫ в спринт:

Новый запрос — элементы, ОТЛИЧНЫЕ от исходных элементов области в Sprint