Управление проблемами или препятствиями в Azure Boards

  • Статья

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

Если у вас есть известные проблемы, которые вы хотите отслеживать, вы можете сделать это, определив препятствие (Scrum) или проблему (Agile или CMMI). Препятствия и проблемы представляют собой незапланированные действия. Для разрешения их требуется больше работы, помимо того, что отслеживается для фактических требований. Используйте тип препятствия для рабочего элемента, чтобы помочь вам отслеживать и управлять этими проблемами, пока вы не сможете устранить и закрыть их.

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

Внимание

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

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

В этой статье вы узнаете:

  • Когда следует использовать проблемы и задачи
  • Как записать проблемы или препятствия в качестве рабочего элемента
  • Добавление проблем или препятствий в невыполненную работу продукта
  • Когда следует использовать проблемы и задачи
  • Как записать проблемы или препятствия в качестве рабочего элемента

Необходимые компоненты

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

Примечание.

Изображения, которые вы видите на веб-портале, могут отличаться от изображений, которые вы видите в этой статье. Эти отличия от обновлений, внесенных в веб-приложение, параметров, которые вы или администратор включили, и какой процесс был выбран при создании проекта — Agile, Basic, Scrum или CMMI. Базовый процесс доступен в Azure DevOps Server 2019 с обновлением 1 и более поздними версиями.

Определение задачи

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

Определите задачи, когда требуется создать список проверка задач. Можно также определить задачи, если вы используете методы Scrum и отслеживаете работу с помощью поля "Оставшиеся трудоемкие". Связав типы рабочих элементов с задачами с типом ссылки Parent-Child, задачи отображаются в области задач для каждой связанной истории пользователя.

Примечание.

Если в коллекции проектов используется локальная модель XML-процесса для настройки отслеживания работы, можно включить типы рабочих элементов, добавленные в категорию задач, чтобы отображаться в виде списка проверка на доске Kanban продукта. Дополнительные сведения см. в статье "Настройка невыполненных работ и досок", настройка элементов списка проверка kanban Board.

Если вы хотите добавить эти типы рабочих элементов в невыполненную работу, см. статью "Настройка невыполненных журналов или досок".

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

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

Снимок экрана: добавление препятствий из списка новых рабочих элементов.

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

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

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

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

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

Препятствия и проблемы не отображаются в невыполненной работе. Вместо этого вы отслеживаете их с помощью запросов. Они отображаются только в невыполненной работы, если проект настраивается с помощью локальной модели xml-процессов. Дополнительные сведения см. в разделе "Настройка локальной модели XML-процессов".

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

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

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