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.
Для частных проектов можно предоставить доступ к неограниченному количеству пользователей, назначив им доступ к заинтересованным лицам. Для общедоступных проектов анонимные пользователи , которые не входить в проект, могут просматривать все рабочие элементы. Дополнительные сведения см . в кратком справочнике по доступу заинтересованных лиц и создании общедоступного частного проекта.
Кроме того, если ваша организация использует идентификатор Microsoft Entra для управления доступом пользователей, вы можете добавить внешних пользователей в организацию.
Вы можете предоставить доступ к неограниченному количеству пользователей, назначив им доступ заинтересованных лиц. Дополнительные сведения о доступных функциях см . в кратком справочнике по доступу заинтересованных лиц.
Доступ можно ограничить, задав разрешения для пути к области. Дополнительные сведения см. в следующих статьях:
Да. Условные правила, основанные на членстве пользователей или групп, кэшируются в веб-браузере. Если вы обнаружите, что вы ограничены обновлением рабочего элемента, вероятно, столкнулись с одним из этих правил. Дополнительные сведения об условных правилах см. в разделе "Правила" и "Оценка правил".
Если кэш хранит устаревшие правила, можно ожидать истечения срока действия кэша клиента в течение трех дней или очистить кэш.
Чтобы очистить кэш, выполните следующую команду в командном окне браузера и обновите браузер: window.indexedDB.deleteDatabase("wit")
Общие сведения о рабочих элементах см. в разделе "Сведения о рабочих элементах".
Чтобы просмотреть все рабочие элементы, определенные в проекте, откройте запрос и добавьте два предложения:
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.
Каждая невыполненная работа содержит отфильтрованный набор рабочих элементов на основе выбранного пути группы, путей итерации и типов рабочих элементов.
- Невыполненная работа продукта: по умолчанию перечислены пользовательские истории (гибкая), проблемы (базовый), элементы невыполненной работы продукта и ошибки (scrum) или требования (CMMI). Предоставляет параметры отображения дочерних элементов "Родители", " Прогноз" и "Ход выполнения " или "Завершено ".
- Невыполненная работа по портфелям: по умолчанию перечислены функции (все модели процессов) для невыполненной работы функций и Epics (Agile, Scrum и CMMI) для невыполненной работы в Epic. Предоставляет параметры отображения дочерних элементов "Родители " и "Ход выполнения " или "Завершено ".
- Невыполненная работа с спринтом: по умолчанию перечисляет все элементы невыполненной работы продукта, назначенные выбранной итерации, независимо от состояния. Предоставляет параметры отображения сведений о работе.
Да. Вы можете назначить спринты рабочим элементам и отфильтровать доску на основе пути итерации. Дополнительные сведения см. в разделе "Фильтрация доски".
Если я управляю ошибками с задачами, можно ли добавить ошибки в качестве контрольного списка в требование?
Нет. Контрольные списки задач поддерживают только тип рабочего элемента задачи.
Azure DevOps не предоставляет собственное представление критического пути. В частности, как гибкие методологии предпочитают минимальный жизнеспособный продукт (MVP) по поводу управления критическими путями (CPM). Используя MVP, вы определите самый короткий путь и зависимости путем приоритета эпических, функций, историй и задач.
Тем не более чем рекомендуется использовать планы доставки для просмотра зависимостей и представления календаря работы.
Если ваша организация поддерживает подключение к Microsoft Project, вы можете найти дополнительные расширения Marketplace, поддерживающие подключение Azure DevOps к Microsoft Project.
Дополнительные сведения см. в статье "Критически важный путь для гибких проектов " и запуск на основе azure DevOps.
Столбцы свертки позволяют просматривать индикаторы выполнения, или итоги числовых полей, или элементы-потомки в иерархии. Элементы-потомки соответствуют всем дочерним элементам в иерархии. В невыполненную работу по продукту или портфолио можно добавить один или несколько столбцов свертки. В невыполненную работу по продукту или портфолио можно добавить столбцы свертки. См. раздел {Отображение хода выполнения или итогов](невыполненные операции/display-rollup.md).
Свертка предоставляет суммированные значения полей выбора для всех дочерних рабочих элементов родительского элемента. Дополнительные сведения см. в разделе "Свертка работы" и других полей.
Нет. Данные о производительности команды не хранятся в обычных хранилищах данных.
Нет. Эта возможность не поддерживается. Это предлагаемая функция, которую можно повысить, перейдя на страницу Сообщество разработчиков.
Да, см . запросы на запросы по назначению или рабочему процессу, запросы на изменение доски.
Да, добавив расширение Marketplace на основе запросов.
Да, добавив расширение Azure Boards Kanban Tools Marketplace.
Да, можно отслеживать перемещение столбцов на доске с помощью полей Board Column and Board Column Done.
Если при открытии доски возникает следующая ошибка, необходимо исправить конфигурацию. Основная причина этой ошибки заключается в том, что состояния рабочего процесса типов рабочих элементов, добавленные в категорию "Требование" , не сопоставляются со столбцом.
Нажмите кнопку "Исправить", чтобы открыть диалоговое окно "Параметры ". В следующем примере добавляются два новых состояния: триaged для ошибки и анализ истории пользователя. Затем каждое состояние сопоставляется с существующим или новым столбцом. После сопоставления каждого состояния с столбцом доска отображает рабочие элементы, назначенные этим состояниям.
Да, вы можете добавить или удалить дорожки на доске. Вы также можете настроить правила пловцов, где при соблюдении определенных условий Azure Boards автоматически перемещает рабочие элементы в определенные полосы.
Вы можете определить шаблоны рабочих элементов для команд, к которому вы принадлежите. Чтобы определить шаблоны рабочих элементов, чтобы указать значения по умолчанию для выбора полей, см . раздел "Использование шаблонов для добавления и обновления рабочих элементов".
Эта функция для установки шаблона по умолчанию для команды в настоящее время не поддерживается.
Нет. Эта функция в настоящее время не поддерживается.
Пример запроса: при создании шаблона я хотела бы, чтобы родительская история пользователя была по умолчанию. В шаблоне нет предопределенного поля. Может ли эта функция находиться под определяемым пользователем выбором?
Нет, нет собственной поддержки создания шаблонов иерархий. В частности, нельзя указать родительский рабочий элемент по умолчанию. Однако вы можете быстро копировать задачи, ошибки и другие элементы с помощью Excel для применения ссылок родительского дочернего элемента в списке деревьев. Кроме того, можно использовать доску для добавления дочерних задач, элементов невыполненной работы или функций. Дополнительные сведения см. в разделе:
- Добавление контрольных списков задач
- Добавление, запуск и обновление встроенных тестов
- Добавление функций и эпических элементов
Кроме того, можно найти решение для создания дочерних рабочих элементов, установив одно из следующих расширений Marketplace:
На странице типа рабочего элемента выберите значок действий для существующего шаблона и выберите параметр "Удалить ".
Azure Boards интегрируется с GitHub для Azure DevOps Server 2019 и более поздних версий. Дополнительные сведения см. в статье Azure Boards и GitHub.
Нет. Эта функция в настоящее время не поддерживается.
Настройка Azure Boards выполняется на уровне проекта и группы. Общие сведения о том, что можно настроить для поддержки бизнес-требований, см. в статье Настройка Azure Boards.
Часто задаваемые вопросы о конфигурации и настройке см. в часто задаваемых вопросы о настройке и настройке доски Azure.
- Часто задаваемые вопросы о запросах
- Ограничения для отслеживания хода выполнения работы, процесса и проекта
- Часто задаваемые вопросы по настройке и настройке доски Azure
- Часто задаваемые вопросы: работа в Excel, подключенная к Azure Boards
- Часто задаваемые вопросы о работе с несколькими проектами
- Расширения Azure Boards
- Сведения о командах и средствах Agile