Битрикс24 остается внешним контуром: заказчики видят задачи, пишут комментарии, присылают ссылки и ждут статусы там. Azure DevOps / TFS остается внутренним контуром разработки: там ветки, коммиты, пайплайны, Story Points и рабочие задачи команды.
Главный риск - задачи быстро расходятся: название может отличаться, статус меняется только в одной системе, а оценка или связь теряются. Поэтому синхронизацию нужно проверять вручную, пока нет автоматизации.[1]
Если нужно не просто сверить связь, а понять, как устроена карточка Azure, см. отдельную инструкцию: Azure Boards: user story, статусы и оценки.

Boards / Backlog / нужную итерацию.Sprint / итерацию.Bitrix link: в нем должна быть ссылка на соответствующую задачу Битрикс24.Draft или исключить из статистики.
Если в Azure появилась задача без связи с Битрикс24, она ломает отчетность: разработчики могут ее видеть и оценивать, но в Битрикс24 она не будет учтена как входящая / открытая / закрытая. В видео такие задачи предлагается либо привязать к существующей задаче Битрикс24, либо создать соответствующую задачу в Битрикс24.

В Azure могут лежать предварительные варианты задач, которые когда-то расписывали для оценки. Если они остаются в New, они попадают в статистику как активные. Такие элементы нужно переводить в Draft, закрывать или переносить в отдельное место, чтобы не завышать бэклог и сумму оценок.

Если появится время на улучшение процесса, полезный минимум - отчет, который по кнопке показывает расхождения: задача есть в Azure, но нет в Битрикс24; нет Bitrix link; разные статусы; Story Points есть, но задача не должна идти в отчет.
В видео отдельно отмечено, что задачи в Azure часто переносились вручную, в том числе Валентином, а переписка с заказчиком остается в Битрикс24. Поэтому без регулярной сверки системы расходятся. ↩︎