Отчетность с помощью Azure DevOps

Для отчетов о рабочих элементах использование аналитические представления (Power BI) - это новейший метод сбора этой информации и предоставления ее для отчетов. Как вы могли заметить, уже доступно несколько представлений.

Для некоторых готовых графиков спринтов и их истории Analytics Extension от Microsoft может быть полезным для создания информационных панелей, которые дают вам (и вашим пользователям) представление о прогрессе команды и статистике. ИМХО этому инструменту немного не хватает в доступной конфигурации, но с готовой функциональностью сложно поспорить.

Другой очевидный инструмент - это опция запросов для просмотра рабочих элементов. К сожалению, диаграммы доступны только для "плоских" наборов результатов, поэтому использование некоторых интересных функций вложения / группирования, которые могут быть реализованы с запросами, требует компромисса в этой области. Я использовал Расширение WIQL Editor с хорошими результатами, поскольку оно позволяет вам получить доступ к некоторым полям рабочего элемента, которые недоступны через пользовательский интерфейс.

Вы также можете ознакомиться с Расширение Feature Timeline и Epic Roadmap. К сожалению, у меня не было лучшего опыта работы с этим инструментом. Это результат хакатона в Microsoft DevLabs, и документация по использованию, мягко говоря, скудна. Однако это дает результат в духе Ганта, если вы планируете свои итерации с портфелем невыполненных работ.

Для чего-то более обширного вам нужно начать использовать REST API для сбора ваших данных и форматирования их в структуру, соответствующую вашему желаемому инструменту отчетности (выберите ваш выбор). Swagger IO Editor предлагает кратчайший путь (в широком смысле) к созданию клиентский SDK на основе спецификации API. Я делаю акцент на «сокращении», потому что обнаружил, что для получения действительно работающего SDK необходимо внести некоторые изменения.

1. Не забудьте добавить "authToken": [] в раздел безопасности каждой определенной конечной точки, чтобы разрешить базовую (читай: PAT) аутентификацию, b / c oAuth используется по умолчанию (то, что использует сервер).
2. Внесите массовые изменения в модели, которые «реализуют» IValidatableObject и наследуют (спецификация: allOf) от других моделей, которые также реализуют IValidatableObject. Реализация в основном представляет собой реализацию нулевого шаблона, и я удалил попытки генераторов вызвать base.Validate() (который на самом деле был неопределенным методом BaseValidate()) в подклассах.

Вы можете проверить инструмент DevOpSmartBoard на торговой площадке. Это дает показатели уровня организации, уровня проекта и другие отчеты.

https://marketplace.visualstudio.com/items?itemName=canarysautomationspvtltd.devopsmartboard< >