Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Сервисы Azure DevOps | Azure DevOps Server | Azure DevOps Server 2022
Рабочий элемент — это запись в Azure Boards, представляющая единицу работы — функцию для сборки, ошибку для исправления, задачу для завершения или проблемы или риска для отслеживания. Teams используют рабочие элементы для планирования доставки, назначения владения, записи обсуждения и журнала и подключения изменений кода к работе, которые они поддерживают. Каждый рабочий элемент получает уникальный идентификатор в организации или коллекции проектов и хранится в хранилище данных рабочего элемента.
Каждый рабочий элемент использует тип рабочего элемента, который определяет поля, доступные для отслеживания информации. Доступные типы рабочих элементов зависят от процесса, используемого при создании проекта: Agile, Basic, Scrum или CMMI. Если вы еще не создали проект, выбор процесса определяет типы рабочих элементов и рабочие процессы, на которые ссылается эта статья.
Чтобы начать отслеживание работы на доске, см. статью "Планирование и отслеживание работы". Краткий справочник по общим задачам и понятиям рабочих элементов см. в кратком справочнике по рабочему элементу.
Подсказка
Вы можете использовать ИИ, чтобы помочь с задачами Azure DevOps. См. статью "Включение AI-ассистента в сервере MCP Azure DevOps", чтобы начать.
Отслеживание работы с различными типами рабочих элементов
Выберите конкретный тип рабочего элемента для отслеживания различных видов работы. На следующих изображениях показаны типы рабочих элементов по умолчанию для четырех процессов по умолчанию. Элементы невыполненной работы могут отображаться как пользовательские истории (гибкая методология (Agile)), задачи (базовый), элементы бэклога продукта (Scrum) или ТРЕБОВАНИЯ (CMMI). Все эти типы рабочих элементов описывают ценность для клиента и предоставляют поля для отслеживания связанной информации.
На этой схеме показана иерархия невыполненной работы по процессу Agile:
- Используйте истории пользователей и задачи для отслеживания работы.
- Используйте ошибки для отслеживания дефектов кода.
- Используйте эпические и функциональные возможности для группирования работы в более крупных сценариях.
Каждая команда может настроить, следует ли управлять ошибками на том же уровне, что и история пользователя или рабочие элементы задач. Используйте параметр "Работа с ошибками". Дополнительные сведения об использовании этих типов рабочих элементов см. в разделе "Гибкий процесс".
Типы рабочих элементов образуют иерархию: функции группы Epics, требования к группам функций (пользовательские истории, элементы невыполненной работы продукта, проблемы или требования) и задачи группы требований. Вы связываете элементы в иерархии с помощью связей «родитель-потомок». Дополнительные сведения см. в статье "Невыполненные работы", "Портфели" и "Гибкое управление проектами".
Каждый тип рабочего элемента принадлежит категории. Категории группируют типы рабочих элементов и определяют, какие типы отображаются в невыполненных работах и досках.
| Category | Тип рабочего элемента | Управление бэклогами и досками |
|---|---|---|
| Epic | Epic | Эпические невыполненные работы и советы |
| Feature | Feature | Невыполненные работы и доски портфеля функций |
| Requirement | История пользователя (гибкая) Основная проблема Элемент бэклога продукта (Scrum) Требование (CMMI) |
Реестр продукта, доски задач и реестр спринтов |
| Task | Task | Бэклоги спринта и доски задач |
| Bug | Bug | Зависит от конфигурации команды для отслеживания ошибок |
Типы рабочих элементов "Issue" (Agile и CMMI) и "Impediment" (Scrum) отслеживают нерабочие элементы проекта, которые могут повлиять на выполнение работ. По умолчанию они не отображаются ни на каких бэклогах или досках.
Сведения о других типах рабочих элементов см. в разделе "Типы рабочих элементов" для отслеживания тестирования, проверок и отзывов далее в этой статье.
Отслеживание ошибок в качестве требований или задач
Команды выбирают способ отслеживания ошибок. Вы можете отображать ошибки в бэклоге продукта и на доске задач (отслеживать как требования), отслеживать их как задачи (связанные с пользовательским сценарием или элементом бэклога продукта) или не отслеживать их в бэклогах. Чтобы настроить эту опцию, смотрите Отображение ошибок в бэклогах и досках. Общие сведения о параметрах команды см. в разделе "Управление командами" и настройка средств команды.
Настройка типа рабочего элемента
Добавьте или измените поля в типе рабочего элемента, создайте пользовательский тип рабочего элемента или настройте, какие типы отображаются в невыполненных работах и досках. Какие параметры настройки можно использовать, зависят от модели процесса проекта. See:
- Настройка интерфейса отслеживания работы
- Настройка локального XML-процесса.
Форма рабочего элемента и вкладка "Сведения"
В форме рабочего элемента отображаются поля, используемые для отслеживания информации для каждого рабочего элемента. Обновите рабочий элемент из своей формы или с помощью массового импорта, экспорта или программных методов.
Вкладка "Сведения" содержит общие поля, другие поля, определенные для типа рабочего элемента, и элемент управления "Обсуждение ". Общие поля отображаются в верхней части формы и включают название, назначенное кому-то, состояние, причина, область и итерация, вы можете обновлять эти поля в любое время.
Элементы управления в формах рабочих элементов
Заголовки и вкладки формы включают элементы управления для копирования, обновления, восстановления, расширения и перехода к рабочему элементу.
| Control | Function |
|---|---|
|
|
Скопируйте URL-адрес рабочего элемента в буфер обмена. При наведении указателя мыши на название рабочего элемента отображается значок. |
|
|
Откройте раздел "Обсуждения". |
| Обновите рабочий элемент с последними изменениями. | |
| Вернуть изменения в рабочий элемент. | |
| Откройте вкладку «История». | |
| Откройте вкладку "Ссылки". | |
| Откройте вкладку "Вложения". | |
| Введите или закройте полный режим отображения для раздела в форме. | |
| Свернуть или развернуть раздел в форме. | |
| Откройте меню "Действия ". Полный список задач меню "Действия" см. в разделе "Следуйте обновлениям" и используйте меню "Действия". |
Копирование URL-адреса
На веб-портале скопируйте URL-адрес из адресной строки браузера или наведите указатель мыши на заголовок и щелкните
значок копирования. Дополнительные сведения см. в разделе "Копирование или клонирование рабочих элементов".
Общие поля мониторинга работы
Следующие распространенные поля отображаются в области заголовков большинства форм рабочих элементов. Единственным обязательным полем для всех типов рабочих элементов является Title. При сохранении рабочего элемента система назначает уникальный идентификатор. Форма выделяет обязательные поля желтым цветом. Описание других полей см. в разделе "Индекс поля рабочего элемента".
Note
Другие поля могут потребоваться в зависимости от настроек, сделанных в процессе и проекте.
| Field | Usage |
|---|---|
| Title | Введите описание 255 символов или меньше. Вы можете изменить заголовок позже. |
| Назначено | Назначьте рабочий элемент участнику группы, ответственному за работу. В раскрывающемся списке перечислены члены команды или участники в зависимости от контекста. |
| State | При создании рабочего элемента состояние по умолчанию используется для первого состояния рабочего процесса. Обновите его, чтобы отразить текущий ход выполнения. |
| Reason | Azure DevOps обновляет это автоматически при изменении состояния. Каждое состояние имеет причину по умолчанию. |
| Area | Пути областей группируют рабочие элементы по продукту, функции или команде. Выберите путь области, связанный с продуктом или командой, или оставьте его пустым до тех пор, пока не начнется планирование. Чтобы изменить пути областей, см. раздел "Определение путей области и назначения команде". |
| Iteration | Пути итерации группируют рабочие элементы по ограниченным по времени периодам выполнения, например по спринту или релизу. Выберите спринт или итерацию для работы или назначьте его позже во время планирования. Чтобы редактировать итерации, см. «Определение путей итерации (спринты) и настройка итераций команды». |
Отслеживание активных, открытых, решённых или закрытых рабочих элементов
Состояния рабочего процесса описывают, как рабочий элемент перемещается от создания к закрытию. Они также определяют, отображается ли рабочий элемент в журнале или на доске; см. как используется состояние категорий рабочих процессов в резервах задач и на досках Azure Boards.
В истории пользователя (Agile) используются такие состояния, как New, Active, Resolved, Closed и Removed. Включенные изображения иллюстрируют типичные прогрессии состояния для пользовательских историй (Agile), вопросов (Basic), элементов невыполненной работы продукта (Scrum) и требований (CMMI).
Состояния рабочего процесса: история пользователя, гибкий процесс
Note
- Рабочий элемент может существовать только в одном состоянии одновременно.
- Когда все работы завершено, задайте состояние рабочего элемента закрытым.
- Используйте доски и панель задач Sprint для просмотра и обновления состояний рабочего процесса с перетаскиванием. См. статьи «Начало работы с доской» и «Обновление и мониторинг вашей доски задач».
-
В зависимости от выбранных параметров представления рабочие элементы в состояниях «Закрыто» или «Завершено» могут не отображаться в списке задач. - Состояние "Удалено" предотвращает отображение рабочего элемента в бэклоге. Дополнительные сведения см. в разделе "Перемещение,изменение" или "Удаление рабочих элементов".
- Запрос рабочих элементов по состоянию и другим полям, чтобы вывести список выполняемых работ, разрешенных или завершенных элементов. См. Запрос по назначению или изменениям рабочего процесса.
Назначить работу
Рабочий элемент можно назначить только одному человеку за раз. Поле "Ответственный" хранит идентификатор члена проекта. В форме рабочего элемента откройте "Назначено" для выбора члена проекта или начните вводить имя, чтобы сузить результаты.
Note
- Назначьте работу только пользователям, которые добавляются в проект или команду.
- Рабочий элемент может одновременно иметь только одного назначенного исполнителя. Если несколько пользователей совместно используют работу, создайте отдельные рабочие элементы для каждого ответственного лица.
- В раскрывающемся списке идентификаторов отображаются имена, которые вы выбрали недавно.
- Назначьте несколько рабочих элементов одновременно из невыполненной работы или результатов запроса. См. статью "Массовое изменение рабочих элементов".
- Дополнительные сведения о полях идентификации см. в разделе Запрос по назначению и изменению рабочего процесса.
Когда ваша учетная запись подключается к Microsoft Entra ID или Active Directory, Azure DevOps синхронизирует поля удостоверений, такие как Активировано, Назначено, Закрыто, Создано и Разрешено.
Чтобы предоставить доступ к проекту, добавьте группы безопасности, определенные в идентификаторе Microsoft Entra или Active Directory. Дополнительные сведения см. в разделе "Создание, приглашение и удаление пользователей в Microsoft Entra ID" или "Настройка групп для локальных Azure DevOps Server развертываний".
Использование шаблонов рабочих элементов для быстрого завершения форм
Шаблоны рабочих элементов позволяют быстро создавать рабочие элементы с предварительно заполненными значениями полей. Например, создайте шаблон задачи, который задает путь области, путь итерации и дисциплину при создании этой задачи. См. статью "Использование шаблонов для добавления и обновления рабочих элементов".
Классификация рабочих элементов с тегами
Теги — это пользовательские метки, добавляемые в рабочие элементы для фильтрации невыполненных работ, запросов и досок. Примените один или несколько тегов к рабочему элементу любого типа: один баг может быть помечен тегами регрессия и процесс оплаты, а пользовательская история — тегами мобильные устройства и доступность. Теги работают между типами рабочих элементов, поэтому можно группировать связанные элементы, охватывающие функции, требования и ошибки.
Добавьте теги из формы рабочего элемента. Чтобы создать новые определения тегов, вам потребуется разрешение "Создать определение тега ". Дополнительные сведения см. в разделе "Добавление тегов рабочих элементов для классификации и фильтрации".
Следуйте обновлениям и используйте меню "Действия"
Элементы управления меню "Следовать", "Обновить", "Восстановить изменения" и "Действия" отображаются во всех формах рабочих элементов. Используйте их, чтобы подписаться на изменения, синхронизировать форму с последними изменениями, отменить изменения и действовать над рабочим элементом.
- Нажмите кнопку "Следовать", чтобы получить обновления, когда кто-то изменяет рабочий элемент. Дополнительные сведения см. в разделе "Отслеживание изменений, внесенных в пользовательскую историю, ошибку, другой рабочий элемент или запрос на вытягивание".
- Выберите
"Обновить" , чтобы обновить форму с последними изменениями, внесенными при открытии рабочего элемента. - Выберите
"Вернуть изменения ", чтобы отменить изменения, внесенные в форму. - Используйте меню "Действия " для таких задач, как:
- Новый связанный рабочий элемент
- Тип изменения
- Переход к другому проекту
- Создание копии рабочего элемента
- Отправка сообщения электронной почты с рабочим элементом
- Delete
- Templates
- Новая ветвь...
- Customize
Note
Некоторые параметры меню могут отображаться не в зависимости от ваших разрешений. Расширения Marketplace или настройки процесса могут добавлять дополнительные параметры.
Управление обсуждением
Используйте элемент управления "Обсуждение " для добавления и просмотра комментариев о работе. Панель инструментов редактора форматированного текста отображается при фокусе на поле записи. Каждый комментарий записывает запись в поле История. Дополнительные сведения см. в разделе "Просмотр и добавление рабочих элементов". Для запроса сведений по обсуждению или истории см. раздел «История рабочих элементов и поля обсуждения».
В поле комментария введите @, чтобы упомянуть участника проекта, #, чтобы сослаться на другой рабочий элемент, или !, чтобы сослаться на запрос на вытягивание. Упомянутые пользователи получают уведомление. Дополнительные сведения см. в разделе Use @mentions in work items and pull requests.
Элементы управления "Развертывание", "Разработка" и "Связанные работы"
Элементы управления "Развертывание", "Разработка" и "Связанные с работой" отображаются в большинстве форм рабочих элементов.
В элементе управления "Развертывание " показаны этапы развертывания и состояние компонента или истории пользователя, а также предоставляется навигация по выпускам. См. статью "Связывание рабочих элементов с развертываниями".
Поверхности управления разработки создают ветки, коммиты, пул-реквесты и сборки, связанные с рабочим элементом, чтобы можно было отслеживать развитие. См. Руководство по разработке Git из рабочего элемента.
Элемент управления "Связанная работа" отображает связанные рабочие элементы и позволяет быстро добавлять или удалять ссылки. См. статью "Ссылки на истории пользователей", "Проблемы", "Ошибки" и другие рабочие элементы.
Вкладки "Журнал", "Ссылки" и "Вложения"
Вкладки
"Журнал",
"Ссылки" и
"Вложения" поддерживают аудит, трассировку и общий доступ. Используйте их для просмотра журнала изменений, управления ссылками и присоединения файлов.
История: Просмотр изменений, внесенных в рабочий элемент
Вкладка
"История" фиксирует изменения для рабочего элемента со временем. Каждое изменение общих полей, форматированных текстовых полей, записей обсуждений, ссылок или вложений создает запись журнала.
Сначала отображается диаграмма изменений состояния. Выберите "Показать все ", чтобы просмотреть всю историю состояния.
Выберите запись в левой области, чтобы просмотреть сведения об изменении. Дополнительные сведения см. в разделе "История рабочих элементов и поля обсуждения запроса".
Ссылки: связывание рабочих элементов с другими рабочими элементами или объектами
На вкладке
"Ссылки" добавьте, удалите или просмотрите рабочие элементы и другие объекты, связанные с текущим рабочим элементом.
Дополнительные сведения см. в статье "Связывание рабочих элементов" с другими объектами и справочником по типу ссылок.
Вложения: присоединение файлов к рабочему элементу
На вкладке
"Вложения" добавьте, удалите или просмотрите файлы и изображения, подключенные к рабочему элементу. Перетащите файлы на вкладку, чтобы подключить их, или вставьте изображения непосредственно в элемент управления "Обсуждение ". Вы можете добавить до 100 вложений на рабочий элемент, и каждое вложение ограничено 60 МБ. Дополнительные сведения см. в разделе "Управление вложениями для рабочих элементов".
Отслеживание работы на веб-портале
Добавьте и обновите рабочие элементы на веб-портале. Общие сведения о других клиентах см. в статье "Сервис" и "Клиенты", которые подключаются к Azure DevOps. Используйте веб-портал для выполнения указанных здесь задач.
- Рабочие элементы: используйте для быстрого поиска рабочих элементов, назначенных вам, или фильтрации рабочих элементов на основе других критериев, таких как рабочих элементов, за которыми вы следите, в которых вы упомянуты, или которые вы просмотрели или обновили.
- Доски: используйте для реализации практик Канбана, обновления государства и визуализации потока работы для команды.
- Бэклоги: Используйте для планирования, приоритизации и организации работы для команды, которая будет выполняться в рамках бэклога продукта или портфеля бэклогов.
- Спринты: используйте для планирования работы, которую команда будет выполнять во время спринта.
- Запросы. Используйте для определения набора критериев фильтра для перечисления рабочих элементов для совместного использования с другими пользователями, выполнения массовых обновлений или операций импорта и экспорта.
- Планы по доставке: Используйте их для просмотра расписания задач или функций, которые ваши команды планируют реализовать. Планы показывают запланированные рабочие элементы, определенные для спринтов (пути итерации) выбранных команд в представлении календаря.
Типы рабочих элементов для отслеживания тестирования, обзоров и отзывов
Помимо типов бэклога и досок, Azure Boards предоставляет типы рабочих элементов для тестирования, рецензирования и обратной связи. В следующей таблице перечислены эти типы и типичные варианты использования:
| Тип категории и типа рабочего элемента | Используется для отслеживания указанных типов работы |
|---|---|
| Запрос на проверку кода | Отслеживает запрос на проверку кода, поддерживаемый в репозитории TFVC. См. день в жизни разработчика. |
| Ответ на проверку кода | Ответ каждому рецензенту, оставляющему комментарии. |
| Запрос обратной связи | Отслеживает запросы обратной связи, созданные с помощью формы обратной связи. См. Получить отзыв. |
| Ответ на отзывы | Создает ответ для каждого пользователя, который предоставляет отзывы через клиент отзывов Майкрософт. См. Получить отзыв. |
| Общий шаг | Используйте общие шаги для повторения тестов с различными данными. |
| Общий параметр | Определите параметры для выполнения тестовых случаев вручную. См . раздел "Повторить тест с разными данными". |
| Тестовый случай | Определите тесты вручную. См. статью "Создание тестовых случаев". |
| План тестирования | Группируйте наборы тестов и тестовые случаи. См. статью "Создание планов тестирования" и наборов тестов. |
| Набор тестов | Группируйте тестовые случаи в сценарии тестирования в рамках плана тестирования. См. статью "Создание планов тестирования" и наборов тестов. |
Требуемые разрешения и доступ
Члены группы Участников могут использовать большинство функций в разделе Boards. Сведения о добавлении пользователей в проект см. в разделе "Добавление пользователей в проект или команду".
Следующие разрешения влияют на способность члена просматривать и изменять рабочие элементы.
Разрешения на уровне области
- Просмотр рабочих элементов на этом узле
- Изменение рабочих элементов в этом узле
Разрешения на уровне проекта
- Создание определения тега
- Изменение типа рабочего элемента
- Перемещение рабочих элементов из этого проекта
- Удаление и восстановление рабочих элементов
- Окончательное удаление рабочих элементов
Пользователи с базовым доступом имеют полный доступ к функциям отслеживания работы. Доступ заинтересованных лиц ограничивает определенные функции. Дополнительные сведения см. в разделах "Настройка разрешений и доступ для отслеживания работы" и "Краткая справка по доступу для заинтересованных сторон".
Следующий шаг
Связанный контент
- Узнайте о ключевых понятиях и задачах рабочих элементов в Azure Boards
- Навигация по веб-порталу
- Управление рабочими элементами
- Изучение невыполненных работ, портфелей и управления проектами Agile
- Общие сведения об управлении проектами Kanban и Agile
- Выбор между процессами Agile, Scrum и CMMI
- Просмотр индекса поля рабочего элемента