Используйте журналы невыполненной работы для эффективного управления проектами в Azure Boards

Azure Boards | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018–TFS 2013

С помощьюневыполненной работы вы можете быстро спланировать проект, добавив пользовательские истории или требования к незавершенной работе продукта. После создания плана можно приступить к разработке кода.

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

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

Использование невыполненной работы

Вы планируете и следите за проектом, используя набор средств Agile, доступ к которым можно получить с веб-портала. Гибкие инструменты поддерживают базовые гибкие методы — Scrum и Канбан, которые уже сегодня используются группами разработки программного обеспечения. Средства Scrum поддерживают определение и управление работой в спринтах, задание емкости и отслеживание задач. Средства канбана позволяют управлять непрерывным потоком работы с помощью интерактивной платы входа.

Если вы не знакомы с гибкостью, см. Общие сведения в статье что такое Agile? .

В двух словах, использование невыполненной работы позволяет:

Примечание

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

Примечание

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

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

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

журналы невыполненной работы Boards

Boards невыполненной работы  , TFS 2015, веб-портал 2013

Конфигурация невыполненной работы

Примечание

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

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

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

Подробности см. в следующих статьях:

Распространенные конфигурации невыполненной работы для нескольких команд

Вопрос. можно ли определить конфигурацию невыполненной работы, на которую может подписываться несколько команд?Ответ. нет. Каждая команда управляет собственными параметрами команды и конфигурациями невыполненной работы.

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

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

Определение рабочих элементов и создание невыполненной работы

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

Определение историйОрганизация невыполненной работыУправление ошибкамиУправление проблемами

Приоритет невыполненной работы или порядок ранжирования стека

Последовательность элементов в каждой невыполненной работе определяется в соответствии с тем, куда вы добавили элементы или переместили элементы на странице. При перетаскивании элементов из списка невыполненной работы фоновый процесс обновляет поля Ранг стека (Agile and CMMI Process) или приоритет невыполненной работы (Scrum-процесс) . Эти поля используются системой для контроля относительного ранжирования элементов продукта, функции, ситуации или других невыполненных работ портфеля. По умолчанию эти поля не отображаются в форме рабочего элемента.

Изменение порядка рабочих элементов

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

Предпочтительным методом для групповой правки является использование множественного выбора для перемещения элементов в верхнюю, нижнюю или определенную положение на странице. Если необходимо изменить один из полей невыполненной работы, чтобы получить большое количество рабочих элементов в нужном порядке приоритета, используйте Excel. Можно экспортировать запрос, содержащий элементы невыполненной работы, обновить поля приоритета невыполненной работы или ранжирования стека, а затем опубликовать изменения.

Выполняемые элементы и работа, указанные в списке невыполненной работы

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

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

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

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

Организация невыполненной работы путем сопоставления и повторного наследования элементов невыполненной работы

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

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

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

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

Скорость

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

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

Открыть аналитику скорости

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

В отчете отслеживается предполагаемая работа команды невыполненной работы — сумма усилий (процессы Basic или Scrum), баллы истории (процесс гибкой разработки) или размер (процесс CMMI, который команда завершила (зеленый) в предыдущих спринтах или все еще выполняется (синий цвет).

Веб-портал, диаграмма скорости отображения семи спринтов выполняемой и завершенной работы

Дополнительные сведения см. в следующих статьях:

Отображение хода выполнения свертки, счетчиков или итогов

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

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

Пример невыполненной работы портфеля с индикаторами выполнения

Работа с несколькими командами владение элементами невыполненной работы

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

Просмотр элементов невыполненной работы и родительских элементов, принадлежащих другим командам

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

Элементы, принадлежащие другим командам, отображаются со значком информации .

Снимок экрана элементов невыполненной работы и родительских элементов, принадлежащих другим командам.

Совет

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

Элементы, принадлежащие другим командам, отображаются со значком информации .

снимок экрана элементов невыполненной работы и родительских элементов, принадлежащих другим командам, Azure DevOps Server версии 2019.

Совет

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

Элементы, принадлежащие другим командам, отображаются со значком информации .

Невыполненная работа, в которой отображаются родители и владельцы из нескольких групп, TFS 2018 и TFS 2017 версии.

Совет

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

Невыполненная работа показывает, что в TFS 2017,2 и более поздних версиях поддерживаются значки рабочих элементов. Для TFS 2017,1 и более ранних версий элементы, принадлежащие другим командам, отображаются с заполненными пустыми полосами.

Журнал невыполненной работы команды фильтруется на основе пути к области владение, версия TFS 2017.

Элементы, принадлежащие другим командам, отображаются с заполненными пустыми полосами.

Журнал невыполненной работы команды фильтруется на основе пути к области владения, TFS 2015 и более ранних версий.

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

Просмотр ситуаций и дочерних элементов, принадлежащих другим командам

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

Просмотр ситуаций и дочерних элементов, принадлежащих другим командам.

просмотр ситуаций и дочерних элементов, принадлежащих другим командам, Azure DevOps Server версии 2019.

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

Пример, в котором показана невыполненная работа ситуаций для группы управления, TFS 2017 и версии TFS 2018.

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

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

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

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

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

Дополнительные сведения о иерархических структурах групп и невыполненной работы см. в разделе Управление портфелем.

Изменение порядка и повторное наследование рабочих элементов

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

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

Снимок экрана информационного сообщения о владении командой.

Отображение рабочих элементов конечного узла

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

Несмотря на то, что можно создать иерархию элементов невыполненной работы, задач и ошибок, не рекомендуется создавать иерархии одной и той же категории. То есть не создавайте связи "родители-потомки" между рабочими элементами одного типа, такими как "статья-история", "ошибка", "задача-задача". Причина в том, что конечный узел, последний узел в иерархии той же категории, может отображаться только на досках Канбан, невыполненных работ спринта и таскбоардс. Например, если связать элементы в иерархии одной категории с глубиной четыре уровня, только элементы на четвертом уровне будут отображаться на доске Канбан, невыполненной работе спринта и taskboard.

Вместо вложенных требований, ошибок и задач рекомендуется поддерживать плоский список. Иными словами, можно создавать только ссылки типа «родители-потомки» на один уровень между элементами, принадлежащими к другой категории. Дополнительные сведения см. в разделе Устранение проблем повторного упорядочения и вложения, как невыполненные работы и доски отображают иерархические (вложенные) элементы.

Разрешения и доступ

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

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

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

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

Если вам требуется более двух невыполненных работ портфеля, можно добавить до двух дополнительных уровней в пять.

Их можно добавить, настроив процесс, добавляя новые типы рабочих элементов, а затем настроив свои невыполненные работы и доски. Можно также добавить или изменить поля, определенные для типа рабочего элемента (WIT), или добавить пользовательский WIT. Дополнительные сведения см. в статьях Настройка процесса наследования и настройка невыполненной работы или досок (процесс наследования).

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

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

Локальная модель процесса XML:

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

Возможные дальнейшие действия

Если вы только начинаете работу, см. статью Начало работы с Azure Boards.