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

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

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

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

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

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

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

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

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

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

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

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

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

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

Совет

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

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

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

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

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

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

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

Совет

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

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

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

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

Совет

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

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

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

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

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

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

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

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

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

Работоспособности проекта и прогресса на панели мониторинга целей

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

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

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

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

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

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

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

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

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

Отслеживание емкости при работе с несколькими командами

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

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

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

Внимание

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

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

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

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

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