Термины и понятия, используемые при отслеживании рабочих элементов в Azure Boards

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

Глоссарий Microsoft Agile — это краткий словарь терминов, используемых для отслеживания работы с помощью Azure Boards. Дополнительные термины определены в следующих статьях:

• Основные понятия Канбана
• Основные понятия sprints и Scrum
• Индекс поля рабочего элемента
• Глоссарий управления проектами и навигации

Гибкие методы

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

Гибкие инструменты

Набор веб-инструментов, используемых для отслеживания работы и поддержки методологий Agile. Средства Agile поддерживают основные методы Agile ( Scrum и Kanban), используемые командами разработки программного обеспечения сегодня. Дополнительные сведения: о средствах Agile и управлении проектами Agile.

Путь к области

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

Ошибки

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

Категории

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

Коллекции

Коллекция — это контейнер для ряда проектов в Azure DevOps. Коллекция по умолчанию создается при регистрации с помощью Azure DevOps Services или установки Team Foundation Server. В Azure DevOps Services коллекция соответствует организации. Для локальных развертываний TFS можно добавлять коллекции и управлять ими, чтобы указать логические и физические ресурсы, доступные для проектов в коллекции.

Дополнительные сведения: о проектах и масштабировании организации, управлении организациями или управлении коллекциями проектов в Team Foundation Server.

Панели мониторинга

Панели мониторинга — это пользовательские интерактивные подписи, предоставляющие сведения в режиме реального времени. Панели мониторинга связаны с командой и отображают настраиваемые мини-приложения для отображения сведений. Дополнительные сведения см. в разделе Добавление панелей мониторинга и управление ими.

Обсуждение

Область в форме рабочего элемента, которая поддерживает добавление и просмотр комментариев, сделанных о выполняемой работе. Таким образом, вы записываете все комментарии в рабочем элементе, а не поддерживаете длинный поток электронной почты. В разделе обсуждения можно использовать элемент управления @упоминание для уведомления другого участника группы о обсуждении. Просто введите @ и их имя.

Избранное

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

Поля

Поля поддерживают отслеживание фрагмента информации о выполняемой работе. Значения, назначенные полю, хранятся в хранилище данных отслеживания работы, которое можно запрашивать и создавать диаграммы для просмотра состояния и тенденций. Проект содержит 100 или более полей данных. Вы обновляете данные, изменяя поле данных в рабочем элементе. Каждый рабочий элемент связан с типом рабочего элемента (WIT), а данные, которые можно отслеживать, соответствуют полям, назначенным WIT. Определение каждого предопределенного поля см. в разделе "Индекс поля рабочего элемента".

Follow

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

Глобальные списки

Определяет список элементов меню или элементов списка выбора, которые совместно используются в WIT и проектах в коллекции проектов. Глобальные списки помогают свести к минимуму работу, необходимую для обновления списков. Вы можете определить глобальные списки в WIT, которые вы отправляете с помощью шаблона процесса. Дополнительные сведения: управление глобальными списками для типов рабочих элементов. (Поддерживается только для моделей процессов РАЗМЕЩЕННОГО XML и локального XML)

Глобальный рабочий процесс

Указывает поля рабочих элементов и глобальные списки, которые могут совместно использовать несколько проектов и типов рабочих элементов. Дополнительные сведения: управление глобальным рабочим процессом (поддерживается только для локальной модели XML-процессов).

Категории скрытых типов

Указывает набор типов рабочих элементов, которые пользователи не хотят создавать вручную. По умолчанию этот набор включает:

• Запрос на проверку кода и ответ на проверку кода
• Запрос обратной связи и ответ на отзывы
• Общие шаги и общий параметр
• Тестовый план и набор тестов

С помощью TFS Team Project Manager можно использовать клиент с открытым исходным кодом, доступный на сайте GitHub, чтобы быстро определить, какие WIT относятся к категории скрытых типов.

Модель размещенного XML-процесса

Модель процесса размещенного XML обеспечивает поддержку настройки объектов отслеживания работы и средств Гибкой разработки для проекта путем изменения и импорта шаблона процесса. Эта модель процесса доступна только для выбора учетных записей, размещенных на облачной платформе Azure Boards. Дополнительные сведения см. в разделе "Размещенная модель процесса".

Проблемы или препятствия

Тип рабочего элемента, который помогает отслеживать незапланированные действия. Для решения проблемы или препятствия требуется больше работы, превышающей запланированные на основе фактических требований. Использование проблемы (гибкий или cmMI-процесс) или тип рабочего элемента (scrum process) помогает отслеживать и управлять этими проблемами, пока не удастся устранить и закрыть их. Дополнительные сведения: управление проблемами и препятствиями.

Модель процесса наследования

Модель процесса наследования обеспечивает поддержку настройки объектов отслеживания работы и средств agile для проекта через пользовательский интерфейс. Эта модель процесса доступна только для учетных записей, размещенных на облачной платформе Azure Boards. Проекты наследуют настройки, сделанные в процессе. Дополнительные сведения см. в разделе "Модель процесса наследования".

Проблема

Гибкий процесс. Проблема — это тип рабочего элемента, который определяет элемент, который вы хотите отслеживать, так как это может повлиять на завершение других работ. Он определен для процесса Agile и не отображается в невыполненной работы или доске. См. статью "Управление проблемами и препятствиями".

Базовый процесс: проблема — это тип рабочего элемента, который определяет некоторые дефекты работы или кода, которые необходимо отслеживать. Он определен для базового процесса и отображается в невыполненной версии продукта и на борту Kanban.

Пути итерации (ака спринты)

Период времени, обычно два–три недели, используемый для группирования рабочих элементов, которые должны быть завершены в течение этого периода времени. Спринты используются в методах Scrum для поддержки планирования спринта, очистки спринта и других процессов Scrum. Пути итерации позволяют сгруппировать работу с спринтами, вехами или другими событиями или периодом, связанным с временем. Дополнительные сведения: сведения о областях и путях итерации.

Канбан доска

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

Ссылки и типы ссылок

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

Модель локального XML-процесса

Локальная модель XML-процессов обеспечивает поддержку настройки объектов отслеживания работы и средств Гибкой разработки для проекта. С помощью этой модели можно обновить xml-определение типов рабочих элементов, конфигурацию процесса, категории и многое другое. Вы также можете обновить атрибуты полей. Эта модель процесса доступна только для локальной среды Azure DevOps. Дополнительные сведения см . в локальной модели процессов.

Выбор списков

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

Планы (также известные как планы доставки)

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

Невыполненная работа портфеля

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

Обработка

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

Выполните конфигурацию.

Указывает конфигурацию и функциональные возможности по умолчанию, к которым могут обращаться ваши команды с помощью средств Agile. К этим средствам веб-портала относятся невыполненная работа продукта, невыполненные спринты, доска Kanban и панель задач. (Поддерживается только для моделей процессов РАЗМЕЩЕННОГО XML и локального XML)

Модель обработки

Метод настройки отслеживания работы, поддерживаемый вашей организацией или коллекцией. Одна из трех моделей процессов поддерживается, наследование и размещение XML для Досок Azure и локальный XML для локальной среды Azure DevOps. Дополнительные сведения. Настройка интерфейса отслеживания работы

Шаблон процесса

Задает взаимосвязанный набор файлов, содержащий определения XML для отслеживания работы и определения начальной конфигурации других функциональных областей. Система предоставляет три шаблона процессов по умолчанию: Agile, Scrum или CMMI. Вы можете создать проект, а затем настроить его или настроить шаблон процесса, который затем используется для создания проекта. (Поддерживается только для моделей процессов РАЗМЕЩЕННОГО XML и локального XML)

Невыполненная работа по продукту

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

Невыполненная работа по каждому продукту может быть настроена командой. Дополнительные сведения: создание невыполненной работы.

Элемент невыполненной работы продукта (PBI)

Тип рабочего элемента, который определяет приложения, требования и элементы, которые группы планируют создавать. Владельцы продуктов обычно определяют и ранжируют элементы невыполненной работы продукта, определенные с помощью процесса Scrum. Дополнительные сведения: Типы рабочих элементов и рабочий процесс процесса scrum.

Проекты

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

Запросы

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

Удаленная компоновка

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

Свертка

Свертка относится к сумме оставшихся рабочих элементов, точек истории или другого числового поля дочерних и потомков рабочих элементов в иерархии. Сведения о добавлении столбцов свертки в невыполненную работу продукта или портфеля см. в разделе "Отображение хода выполнения свертки" или "Итоги".

Спринты (также известные как итерации)

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

Невыполненная работа с спринтом

Интерактивный список рабочих элементов, назначенных одному пути спринта или итерации для команды. Невыполненная работа по спринту поддерживает команды, использующие методологии Scrum. Дополнительные сведения: планирование Sprint.

Панель задач

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

Команды

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

Пользовательская история

Тип рабочего элемента, который определяет приложения, требования и элементы, которые группы планируют создавать. Владельцы продуктов обычно определяют и стек ранговых историй пользователей. История пользователя определяется с помощью процесса Agile. Дополнительные сведения: Типы рабочих элементов и рабочий процесс гибкого процесса.

Мини-приложения

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

Типы рабочих элементов (WIT)

WIT задает поля, рабочий процесс и форму, используемую для отслеживания элемента работы. Каждая WIT связана с более чем 30 системными полями и несколькими дополнительными полями типа. Рабочие элементы используются для планирования и отслеживания работы, необходимой для разработки проекта. Общие сведения о предопределенных WIT, предоставляемых процессами по умолчанию, см. в разделе "Сведения о процессах и шаблонах процессов".

Рабочий процесс

Рабочий процесс является неотъемлемой частью рабочего элемента. Он определяется соответствующим типом рабочего элемента. Рабочий процесс определяет логическую прогрессию и регрессию рабочих элементов. Для гибкого процесса он отслеживает состояние работы по мере выполнения работы из нового или активного состояния в закрытое или завершенное состояние. Для базового процесса все типы рабочих элементов используют состояния Список дел, "Выполнение" и "Готово" для отслеживания состояния рабочего процесса.

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

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

• Рекомендации по использованию Scrum