Өзгерту

Бөлісу құралы:


Часто задаваемые вопросы об Azure Boards

Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019

Найдите ответы на часто задаваемые вопросы об использовании Azure Boards. Часто задаваемые вопросы о запросах или интеграции Microsoft Excel для добавления или изменения рабочих элементов, определенных в Azure DevOps, см. в часто задаваемых вопросых и часто задаваемых вопросых. Работа в Excel, подключенная к Azure Boards.

Вы можете просмотреть список функций, которые находятся на нашей схеме развития для Azure Boards на временной шкале функций. Чтобы запросить функцию или голосовую функцию, перейдите на страницу Сообщество разработчиков.

Доступ и разрешения

Кто может внести свой вклад в Azure Boards?

Как участник проекта Azure Boards вы можете использовать большинство функций для отслеживания работы. Возможность выбора функций ограничивается на уровне доступа и группой безопасности, которой назначен пользователь. Другие ограничения могут применяться на основе разрешений на отслеживание работы или пользовательских правил. Дополнительные сведения см. в разделе "Разрешения и доступ по умолчанию" для Azure Boards.

Как не участник просматривать или изменять рабочие элементы?

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

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

Как ограничить просмотр или изменение выбранных рабочих элементов?

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

Может ли кэширование повлиять на правила, примененные к рабочим элементам?

Да. Условные правила, основанные на членстве пользователей или групп, кэшируются в веб-браузере. Если вы обнаружите, что вы ограничены обновлением рабочего элемента, вероятно, столкнулись с одним из этих правил. Дополнительные сведения об условных правилах см. в разделе "Правила" и "Оценка правил". Если кэш хранит устаревшие правила, можно ожидать истечения срока действия кэша клиента в течение трех дней или очистить кэш.
Чтобы очистить кэш, выполните следующую команду в командном окне браузера и обновите браузер: window.indexedDB.deleteDatabase("wit")

Какие клиентские средства поддерживают отслеживание работы с Azure Boards?

Рабочие элементы

Где начать изучать рабочие элементы и типы рабочих элементов?

Общие сведения о рабочих элементах см. в разделе "Сведения о рабочих элементах".

Разделы справки просмотреть все рабочие элементы?

Чтобы просмотреть все рабочие элементы, определенные в проекте, откройте запрос и добавьте два предложения:

  • Work Item Type = [Any]
  • State = [Any]

Оттуда можно добавить фильтры для уточнения запроса. Дополнительные сведения см. в статье "Создание и сохранение управляемых запросов" с помощью редактора запросов.

Можно ли назначить рабочий элемент нескольким пользователям или группе пользователей?

Нет. Рабочие элементы можно назначать только одному пользователю. Кроме того, можно добавить только пользователя, доступного из средства выбора людей.

Какой рекомендуемый метод для группирования работы?

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

Обсуждение этих двух способов использования и средств, которые они поддерживают, см. в разделе "Конфигурация и настройка" для azure Boards, пути к областям, группы продуктов и управление портфелем.

Разделы справки пометить задачу или рабочий элемент как веху?

Маркеры вехи не используются в отслеживании работы с Azure Boards, за исключением планов доставки. Планы доставки предоставляют представление календаря и позволяют определить маркер вехи. Дополнительные сведения см. в разделе "Обзор планов доставки группы".

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

Как лучше отслеживать зависимости?

Можно отслеживать зависимости между рабочими элементами, связывая их с помощью связанного или другого типа ссылки. См. статью "Связывание рабочих элементов с другими объектами".

Можно просмотреть зависимости с помощью планов доставки.

Если вы отслеживаете зависимости в одной или нескольких организациях, может потребоваться использовать средство отслеживания зависимостей.

Что определяет, какой тип рабочего элемента должен быть родительским для другого типа рабочего элемента?

Каждый процесс определяет четыре уровня невыполненной работы по умолчанию: невыполненная итерация, невыполненные требования, функции и эпические невыполненные работы портфеля. Типы рабочих элементов, добавленные на каждый уровень невыполненной работы, являются естественными типами рабочих элементов для формирования отношений родительского-дочернего элемента и группирования рабочих элементов в иерархию. Дополнительные сведения см. в разделе "Упорядочение невыполненной работы", сопоставление дочерних рабочих элементов с родителями. Сведения о настройке процесса см. в статье "Настройка невыполненных журналов или досок", "Изменение" или переименование невыполненной работы по требованию.

Разделы справки копировать или клонировать рабочий элемент со всеми связанными элементами?

С помощью Azure Boards (облачная служба) можно скопировать дочерние рабочие элементы при копировании рабочего элемента. Дополнительные сведения см. в разделе "Копирование или клонирование рабочих элементов".

Эта функция в настоящее время не поддерживается для Azure DevOps 2019 и более ранних версий. Копирование рабочего элемента не копирует связанные рабочие элементы с родительским дочерним элементом. Однако доступно для обновления Azure DevOps Server 2020.1 и Azure Boards (облачная служба).

Самый простой способ выполнить задачу копирования многих рабочих элементов с дочерними элементами — создать ссылки на новые рабочие элементы с помощью Excel. Дополнительные сведения см. в статье "Массовое добавление или изменение рабочих элементов" в Excel, добавление иерархии связанных рабочих элементов.

Другие решения включают использование одного из следующих расширений Marketplace:

Разделы справки массовое изменение поля с форматированным текстом?

Правила автоматизации

Существует ли способ сделать родительский актив, когда дочерний объект активен?

Да, вы можете задать уровень невыполненной работы, чтобы включить два разных правила. Первое правило, которое необходимо задать для родительского элемента как активное, если для любого из дочерних элементов задано значение "Активный". Второе правило — задать родительское значение для разрешения или закрытия при закрытии всех дочерних элементов. Эти правила можно настроить для уровня невыполненной работы. Дополнительные сведения см. в разделе "Автоматизация переходов состояния рабочего элемента"

Почему мои рабочие элементы автоматически изменяют состояние?

Рабочие элементы автоматически изменяют состояние после настройки правил автоматизации в невыполненной работе администратора команды. Создайте правила для автоматического задания состояния активным или закрытым в зависимости от изменения состояния дочерних элементов. Дополнительные сведения см. в разделе "Автоматизация переходов состояния рабочего элемента".

Почему правила не активируются при повторной активации дочернего элемента?

Правила активируются только в том случае, если состояние дочернего элемента перемещается из "Создать" в "Активный" или "Закрыто". Правила не активируются, когда состояние дочернего элемента перемещается с закрытого на активный. Сейчас такое поведение является ожидаемым.

Можно ли задать правила автоматизации для каждого типа или состояния рабочего элемента?

Нет, правила применяются ко всем типам рабочих элементов в этом уровне невыполненной работы. Мы используем категории состояний вместо состояний, так как категории состояний согласованы во всех типах рабочих элементов.

Можно ли настроить правила автоматизации для пользовательских историй, но не для функций или эпических элементов?

Да, правила настраиваются на уровне невыполненной работы. Правила автоматизации для невыполненной работы пользователей не влияют на функции или эпические характеристики. Но вы также можете настроить правила отдельно для функций и эпических элементов. Дополнительные сведения см. в разделе "Автоматизация переходов состояния рабочего элемента".

Почему правила автоматизации не работают, если дочерние или родительские элементы принадлежат другой группе или проекту?

Правила активируются только в том случае, если родитель и дочерние элементы принадлежат одной команде. Мы не хотим, чтобы правила автоматически активировались для элементов, принадлежащих другим командам. Дополнительные сведения см. в разделе "Автоматизация переходов состояния рабочего элемента".

Невыполненные работы и доски

Какова разница между невыполненной работой и советом?

Каждая невыполненная работа и доска представляет отфильтрованный набор рабочих элементов на основе пути к области команды и назначений путей итерации. Невыполненные списки рабочих элементов, доски отображают рабочие элементы как карта. Чтобы понять, как применяется фильтрация, см. сведения о командах и инструментах Agile, значения по умолчанию команды, на которые ссылается невыполненная работа и доски.

Разделы справки добавить невыполненную работу или доску?

Чтобы добавить невыполненную работу или доску, добавьте команду. Каждая команда настроена с собственным набором невыполненных работ и досок, как описано в разделе "О командах" и средствах Agile. Каждая команда может настроить эти средства Agile.

Какие ограничения следует учитывать?

Azure DevOps накладывает ограничения, такие как количество рабочих элементов, отображаемых в невыполненной работе или доске, числа команд, которые можно определить, и многое другое. Полный список см. в разделе "Отслеживание работы", "Процесс" и "Ограничения проекта".

Разделы справки перенести существующую невыполненную работу в Azure Boards?

См. сведения о миграции и интеграции с Azure Boards.

Как отличаются три типа невыполненных работ, продуктов, портфеля и спринта?

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

  • Невыполненная работа продукта: по умолчанию перечислены пользовательские истории (гибкая), проблемы (базовый), элементы невыполненной работы продукта и ошибки (scrum) или требования (CMMI). Предоставляет параметры отображения дочерних элементов "Родители", " Прогноз" и "Ход выполнения " или "Завершено ".
  • Невыполненная работа по портфелям: по умолчанию перечислены функции (все модели процессов) для невыполненной работы функций и Epics (Agile, Scrum и CMMI) для невыполненной работы в Epic. Предоставляет параметры отображения дочерних элементов "Родители " и "Ход выполнения " или "Завершено ".
  • Невыполненная работа с спринтом: по умолчанию перечисляет все элементы невыполненной работы продукта, назначенные выбранной итерации, независимо от состояния. Предоставляет параметры отображения сведений о работе.

Можно ли определить спринты и использовать их с моей доской Kanban?

Да. Вы можете назначить спринты рабочим элементам и отфильтровать доску Kanban на основе пути итерации. Дополнительные сведения см. в разделе "Фильтрация доски Kanban".

Если я управляю ошибками с задачами, можно ли добавить ошибки в качестве списка проверка в требование?

Нет. Списки проверка задач поддерживают только тип рабочего элемента задачи.

Разделы справки создать представление критического пути?

Azure DevOps не предоставляет собственное представление критического пути. В частности, как гибкие методологии предпочитают минимальный жизнеспособный продукт (MVP) по поводу управления критическими путями (CPM). Используя MVP, вы определите самый короткий путь и зависимости путем приоритета эпических, функций, историй и задач.

Тем не более чем рекомендуется использовать планы доставки для просмотра зависимостей и представления календаря работы.

Если ваша организация поддерживает подключение к Microsoft Project, вы можете найти дополнительные расширения Marketplace, поддерживающие подключение Azure DevOps к Microsoft Project.

Дополнительные сведения см. в статье "Критически важный путь для гибких проектов " и запуск на основе azure DevOps.

Свертка

Как получить свертка полей "Точки истории", "Усилия" или "Другие рабочие элементы"?

Столбцы свертки позволяют просматривать индикаторы выполнения, или итоги числовых полей, или элементы-потомки в иерархии. Элементы-потомки соответствуют всем дочерним элементам в иерархии. В невыполненную работу по продукту или портфолио можно добавить один или несколько столбцов свертки. В невыполненную работу по продукту или портфолио можно добавить столбцы свертки. См. раздел {Отображение хода выполнения или итогов](невыполненные операции/display-rollup.md).

Свертка предоставляет суммированные значения полей выбора для всех дочерних рабочих элементов родительского элемента. Дополнительные сведения см. в разделе "Свертка работы" и других полей.

Можно ли создать свертку производительности команды?

Нет. Данные о производительности команды не хранятся в обычных хранилищах данных.

Канбан-доски

Есть ли способ расширить столбцы на доске Канбан?

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

Можно ли запрашивать на основе столбцов канбан-доски?

Можно ли просмотреть запрос как доску Kanban?

Можно ли скопировать конфигурацию Kanban в другую команду?

Да, добавив расширение Azure Boards Kanban Tools Marketplace.

Можно ли вывести список элементов на основе назначения столбца Kanban?

Да, можно отслеживать перемещение столбцов на доске Kanban с помощью полей Board Column and Board Column Done.

Что делать, если появится сообщение об ошибке", "Конфигурации столбцов недопустимы"?

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

Снимок экрана: сообщение об ошибке конфигурации на доске Kanban.

Нажмите кнопку "Исправить", чтобы открыть диалоговое окно Параметры. В следующем примере добавляются два новых состояния: триaged для ошибки и анализ истории пользователя. Затем каждое состояние сопоставляется с существующим или новым столбцом. После сопоставления каждого состояния с столбцом доска Kanban отображает рабочие элементы, назначенные этим состояниям.

Снимок экрана: параметры доски Kanban, столбцы.

Можно ли использовать купальники и настроить правила плаваньи?

Да, вы можете добавить или удалить дорожки на доске Kanban. Вы также можете настроить правила пловцов, где при соблюдении определенных условий Azure Boards автоматически перемещает рабочие элементы в определенные полосы.

Шаблоны рабочих элементов

Где начать изучать шаблоны рабочих элементов?

Вы можете определить шаблоны рабочих элементов для команд, к которому вы принадлежите. Чтобы определить шаблоны рабочих элементов, чтобы указать значения по умолчанию для выбора полей, см . раздел "Использование шаблонов для добавления и обновления рабочих элементов".

Разделы справки задать шаблон по умолчанию для команды?

Эта функция для установки шаблона по умолчанию для команды в настоящее время не поддерживается.

Можно ли скопировать шаблон рабочего элемента в другую команду или проект?

Нет. Эта функция в настоящее время не поддерживается.

Можно ли создать шаблон рабочего элемента, который создает ссылки на другие рабочие элементы?

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

Нет, нет собственной поддержки создания шаблонов иерархий. В частности, нельзя указать родительский рабочий элемент по умолчанию. Однако вы можете быстро копировать задачи, ошибки и другие элементы с помощью Excel для применения ссылок родительского дочернего элемента в списке деревьев. Кроме того, можно использовать доску Kanban для добавления дочерних задач, элементов невыполненной работы или функций. Дополнительные сведения см. в разделе:

Кроме того, можно найти решение для создания дочерних рабочих элементов, установив одно из следующих расширений Marketplace:

Разделы справки удалить шаблон рабочего элемента?

На странице типа рабочего элемента выберите значок действий для существующего шаблона и выберите параметр "Удалить ".

Удаление шаблона

Интеграция с GitHub

Разделы справки подключить Azure Boards к GitHub?

Azure Boards интегрируется с GitHub для Azure DevOps Server 2019 и более поздних версий. Дополнительные сведения см. в статье Azure Boards и GitHub.

Можно ли указать состояние при связывании рабочего элемента с фиксацией или PR GitHub?

Нет. Эта функция в настоящее время не поддерживается.

Конфигурация и настройки

Что настраивается или настраивается?

Настройка Azure Boards выполняется на уровне проекта и группы. Общие сведения о том, что можно настроить для поддержки бизнес-требований, см. в статье Настройка Azure Boards.

Часто задаваемые вопросы о конфигурации и настройке см. в часто задаваемых вопросы о настройке и настройке доски Azure.