Управление приоритетами и получение видимости между командами

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

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

У вас есть три главных способа отслеживания прогресса в нескольких командах.

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

Общие сведения обо всех средствах команды см. в статье "Управление командами" и настройка средств команды.

Планы доставки поддерживают представление невыполненных работ группы на временной шкале календаря

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

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

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

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

Рекомендуется структурировать команды следующим образом:

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

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

Совет

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

Ограничение уровней невыполненной работы для каждой команды — Epic для команд управления и Features и Stories для команд по функциям — помогает каждой команде сосредоточиться на отслеживании прогресса в выполнении своей работы. Для получения сведений об управлении уровнями невыполненной работы команды см. раздел Выбор уровней навигации по невыполненной работе.

С помощью представления портфельного бэклога для нескольких команд вы можете:

• Просмотрите приоритеты с вашей командой и переупорядочьте функции для поддержки текущих приоритетов.
• Вы можете просмотреть состояние дочерних пользовательских историй или PBIS каждой функции.
• Фильтрация невыполненной работы на основе ключевого слова или тега, чтобы сосредоточиться на определенных командах или категориях элементов
• (Необязательно) Вы можете использовать функцию сопоставления для привязки пользовательских историй или PBI к функциям.

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

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

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

Совет

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

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

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

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

Совет

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

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

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

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

Двумя областями, представляющими наибольший интерес для управленческих команд, являются состояние проектов и технический долг по ошибкам. Каталог мини-приложений предоставляет более 10 видов мини-приложений, которые можно добавить на панель мониторинга для отслеживания состояния, прогресса и работоспособности вашего проекта и команд. Кроме того, вы можете найти другие мини-приложения на вкладке Visual Studio Marketplace, Azure DevOps.

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

При определении панелей мониторинга с несколькими командами рассмотрите следующие вопросы:

• Что вы хотите узнать и как он будет управлять действиями вашей организации?
• Какой интервал времени интересен?

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

Состояние проекта и прогресс в достижении целей на панели мониторинга

Используйте мини-приложение результатов запроса для предоставления списка функций по штату.

• Завершенные функции (Выполнено или Закрыто)
• Новые функции (новые или предлагаемые)
• Функции, над которыми активно работают (в разработке или активные)

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

Техническая задолженность, задолженность по ошибкам и панель активности

Еще одна мера работоспособности проектов и работоспособности команд заключается в мониторинге активности ошибок и задолженности по ошибкам. Рассмотрим диаграммы, которые помогут вам ответить на следующие вопросы:

• Исправлены ли ошибки? Это приемлемая ставка?
• Насколько давно существуют ошибки?
• Поддерживается ли задолженность по дефектам для каждой команды?
• Удерживается ли соотношение ошибок высокого приоритета в рамках организационных целей?

Советы по созданию запросов на основе счетчиков или числовых полей см. в разделе "Запрос по числовым полям".

Использование службы Аналитики для получения видимости между командами

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

Управление производительностью при работе в нескольких командах

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

Ограничения представлений с несколькими командами

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

Внимание

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

Связанный контент

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

Ниже приведены некоторые другие статьи, касающиеся работы с несколькими командами:

• Невыполненные работы, доски и планы
• Просмотр планов группы
• Добавление команд
• Управление портфелем