Управление проблемами или препятствиями в Azure Boards
Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019
Если у вас есть известные проблемы, которые вы хотите отслеживать, вы можете сделать это, определив препятствие (Scrum) или проблему (Agile или CMMI). Препятствия и проблемы представляют собой незапланированные действия. Для разрешения их требуется больше работы, помимо того, что отслеживается для фактических требований. Используйте тип препятствия для рабочего элемента, чтобы помочь вам отслеживать и управлять этими проблемами, пока вы не сможете устранить и закрыть их.
Не путайте препятствия с ошибками. Вы отслеживаете препятствия, которые могут вызвать проблемы с доставкой одного или нескольких требований. Например, может потребоваться устранить неоднозначность функций, проблемы с персоналом или ресурсами, проблемы с средами или другие риски, влияющие на область, качество или расписание. Другие вопросы, которые заслуживают отслеживания, являются решениями, которые требуют от нескольких заинтересованных лиц или групп продуктов взвесить.
Внимание
Проблемы и препятствия, рассмотренные в этой статье, определяются для проектов, созданных с помощью процесса Agile, Scrum или CMMI . По умолчанию эти типы рабочих элементов не отображаются в невыполненной работе продукта или в области задач.
Если проект был создан с помощью базового процесса, который отслеживает работу с использованием Epics, Проблем и задач, вы отслеживаете проблемы с использованием невыполненной работы продукта. Дополнительные сведения см. в разделе "Отслеживание проблем и задач".
В этой статье вы узнаете:
- Когда следует использовать проблемы и задачи
- Как записать проблемы или препятствия в качестве рабочего элемента
- Добавление проблем или препятствий в невыполненную работу продукта
- Когда следует использовать проблемы и задачи
- Как записать проблемы или препятствия в качестве рабочего элемента
Необходимые компоненты
Доступ к проекту. Добавьте его в проект.
Разрешения:
Просмотр рабочих элементов в этом узле и изменение рабочих элементов в этом узле разрешений, заданных в параметре Allow. По умолчанию группа участников имеет эти разрешения. Дополнительные сведения см. в разделе "Настройка разрешений отслеживания работы".
Чтобы добавить новые теги в рабочие элементы, укажите базовый доступ или более высокий уровень, а для параметра "Разрешить" задано разрешение на создание нового определения тега. По умолчанию группа участников имеет это разрешение.
Примечание.
Заинтересованные лица не могут добавлять новые теги, даже если разрешение явно задано из-за их уровня доступа. Дополнительные сведения см. в кратком справочнике по правам доступа для заинтересованных лиц.
Рабочие элементы электронной почты: все участники проекта, включая участников группы читателей , могут отправлять сообщения электронной почты, содержащие рабочие элементы.
Примечание.
Изображения, которые вы видите на веб-портале, могут отличаться от изображений, которые вы видите в этой статье. Эти отличия от обновлений, внесенных в веб-приложение, параметров, которые вы или администратор включили, и какой процесс был выбран при создании проекта: Agile, Basic, Scrum или CMMI. Базовый процесс доступен в Azure DevOps Server 2019 с обновлением 1 и более поздними версиями.
Определение задачи
Вы используете проблемы или препятствия для отслеживания элементов, которые могут блокировать работу. Как правило, эти элементы связываются с пользовательскими историями или другими рабочими элементами с помощью типа связанной ссылки.
Определите задачи при создании контрольного списка задач. Можно также определить задачи, если вы используете методы Scrum и отслеживаете работу с помощью поля "Оставшиеся трудоемкие". Связав типы рабочих элементов с задачами с типом ссылки Parent-Child, задачи отображаются в области задач для каждой связанной истории пользователя.
Примечание.
Если в коллекции проектов используется локальная модель XML-процесса для настройки отслеживания работы, можно включить типы рабочих элементов, добавляемые в категорию задач, чтобы отображаться в качестве контрольного списка на доске продуктов. Чтобы узнать, как настроить невыполненные работы и доски, настройте контрольные списки доски.
Если вы хотите добавить эти типы рабочих элементов в невыполненную работу, см. статью "Настройка невыполненных журналов или досок".
Добавление проблемы или препятствия
Откройте рабочие элементы Boards> и выберите значок плюса, а затем выберите в меню "Новый рабочий элемент" параметры.
Выберите значок закрепления , чтобы он отображалась в раскрывающемся меню добавления.
Настройка отслеживания проблем
Для большинства типов рабочих элементов можно добавлять поля, изменять рабочий процесс, добавлять настраиваемые правила и добавлять настраиваемые страницы в форму рабочего элемента. Можно также добавить настраиваемые типы рабочих элементов. Дополнительные сведения см. в разделе "Настройка процесса наследования".
Для большинства типов рабочих элементов можно добавлять поля, изменять рабочий процесс, добавлять настраиваемые правила и добавлять настраиваемые страницы в форму рабочего элемента. Можно также добавить настраиваемые типы рабочих элементов. Дополнительные сведения см. в разделе "Настройка процесса наследования" или настройка локальной модели XML-процессов в зависимости от модели процесса, используемой проектом.
Проблемы и препятствия не отображаются в невыполненной работе по умолчанию. Вместо этого вы отслеживаете их с помощью запросов. Чтобы отслеживать их в невыполненной работе, см. следующий раздел: добавление проблем или препятствий в невыполненную работу продукта.
Препятствия и проблемы не отображаются в невыполненной работе. Вместо этого вы отслеживаете их с помощью запросов. Они отображаются только в невыполненной работы, если проект настраивается с помощью локальной модели xml-процессов. Дополнительные сведения см. в разделе "Настройка локальной модели XML-процессов".
Добавление проблем или препятствий в невыполненную работу продукта
Если вы хотите отслеживать проблемы или препятствия вместе с вашими требованиями или невыполненным портфелем, вы можете отслеживать их, добавив их в пользовательский унаследованный процесс. Дополнительные сведения см. в разделе "Настройка невыполненных работ" или "доски" (процесс наследования).
Если вы хотите отслеживать проблемы или препятствия вместе с вашими требованиями или невыполненной работой портфеля, их можно отслеживать, настроив процесс проекта. Дополнительные сведения см. в следующих разделах:
- Для наследуемого процесса: настройка невыполненных работ или досок (процесс наследования).
- Для локального xml-процесса: справочник по XML-элементу конфигурации процесса).