Управление проблемами или препятствиями в 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, задачи отображаются в области задач для каждой связанной истории пользователя.

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

Откройте рабочие элементы Boards> и выберите значок плюса, а затем выберите в меню "Новый рабочий элемент" параметры.

Выберите значок закрепления , чтобы он отображалась в раскрывающемся меню добавления.

Настройка отслеживания проблем

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

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

Добавление проблем или препятствий в невыполненную работу продукта

Если вы хотите отслеживать проблемы или препятствия вместе с вашими требованиями или невыполненным портфелем, вы можете отслеживать их, добавив их в пользовательский унаследованный процесс. Дополнительные сведения см. в разделе "Настройка невыполненных работ" или "доски" (процесс наследования).

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

• Добавление рабочих элементов
• Элементы управления формами рабочих элементов
• Управление ошибками или дефектами кода
• Создание невыполненной работы