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

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

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

• Настройка разрешений для отслеживания работы и планирования
• Предоставление или ограничение разрешений для выбора задач

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

Ознакомьтесь с инструментами и клиентами, которые подключаются к Azure DevOps.

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

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

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

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

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

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

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

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

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

• Предварительно или добавьте слово Веха в заголовок рабочего элемента
• Добавление тега рабочего элемента с меткой вехи
• Добавление настраиваемого поля с меткой вехи и заполнение его списком вехи выбора
• Связывание рабочих элементов с помощью типа предшественника или преемника или связанного ссылки с вехой рабочего элемента
• Назначьте рабочий элемент вехи спринту , в котором он предназначен для завершения.

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

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

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

См. статью "Массовое изменение рабочих элементов", "Массовое изменение форматированных текстовых полей".

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Да, см . запросы на запросы по назначению или рабочим процессам.

Да, добавив расширение Marketplace на основе запросов.

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

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

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

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

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

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

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

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

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

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

• Добавление списков проверка задач
• Добавление, запуск и обновление встроенных тестов
• Добавление функций и эпических элементов

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

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

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

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

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

Связанные статьи

• Часто задаваемые вопросы о запросах
• Ограничения для отслеживания хода выполнения работы, процесса и проекта
• Часто задаваемые вопросы по настройке и настройке доски Azure
• Часто задаваемые вопросы: работа в Excel, подключенная к Azure Boards
• Часто задаваемые вопросы о работе с несколькими проектами
• Расширения Azure Boards
• Сведения о командах и средствах Agile