Перейти к основному содержимому

Управление портфелем изменений

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

СитуацияПроблема команды
ДействияТри шага работы
РезультатЧто получает пользователь
МетрикиЧто измеряется на пилоте
Два проекта зависят от одного сервиса.

Ситуация

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

Как проходит работа

  1. 1Собрать список проектовСобрать проекты, ответственных, требования и общие компоненты.
  2. 2Найти причины задержкиСопоставить непройденные проверки, зависимости, риски и сроки.
  3. 3Открыть источник результатаОткрыть проект, причину задержки и исходную запись.

Результат

Один список причин

Руководитель видит качество, безопасность, зависимости и сроки рядом с проектом.

Причины задержки

Для каждой задержки указаны непройденная проверка или открытый риск.

Раньше видны блокировки

Общие компоненты и зависимые проекты становятся заметны до решения о выпуске.

Метрики и ответственные

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

CPO определяет приоритеты и допустимый риск. Менеджер продукта отвечает за требования. Архитектор отвечает за технический риск. Руководитель проекта отвечает за срок и следующий шаг.

Разобрать портфель изменений

На встрече сравним два проекта, общий сервис и причину задержки.

Разобрать портфель изменений