Проблема: портфель рос быстрее результата
Одновременно запускалось много инициатив. Каждая выглядела приоритетной в своём контуре, но совокупная система заполнялась ожиданиями: решения, аналитика, другая команда, доступ к системе или согласование.
Зависимости поддерживались вручную в схемах и сообщениях. Руководители видели список активной работы, но не цену параллельного старта: увеличение Aging, очередей и риска не завершить важное к нужной дате.
Что изменили
RFC стал единицей портфеля, Epic — реализуемой частью инициативы. Связи между ними и командами начали поддерживать в одном контуре. Ручные схемы постепенно заменили системной визуализацией зависимостей.
Для портфеля стали смотреть не только количество задач, но и:
- активный WIP по стадиям и классам работ;
- Aging незавершённых RFC и Epic;
- повторяющиеся блокировки;
- Throughput за период;
- изменения P85 полного System Lead Time.
Управлять стартом, а не только завершением
Ключевой сдвиг произошёл, когда обсуждение перешло от «как ускорить каждую команду» к «какую работу системе не следует начинать сейчас».
Для сигналов появились варианты решений: не запускать новую инициативу до завершения текущей, сократить объём работ, изменить последовательность, назначить владельца зависимости или остановить работу с неподтверждённым эффектом.
Вероятностные сценарии помогали сравнить текущий WIP с альтернативами. Такой прогноз не выбирает приоритет за руководителя, но показывает последствия выбора.
Результат
Средний выпуск Epic вырос с 16 до 54 в месяц. RFC System Lead Time на P85 сократился на 64%. Важнее самой цифры то, что длинный хвост работ и межкомандные ожидания стали частью портфельного решения, а не локальной проблемой команды.
Рост результата не потребовал трактовать людей как взаимозаменяемую мощность. Изменились правила старта, видимость связей и ответственность за снятие системных ограничений.
Влияние на бизнес
- обязательства обсуждаются вместе с вероятностью и зависимостями;
- низкоценная работа может быть остановлена до дорогой реализации;
- руководители видят, какая связь задерживает несколько инициатив;
- рост штата перестаёт быть первой реакцией на низкий выпуск;
- портфель связывается с ожидаемым эффектом, а не только с объёмом работ.
Что проверять в похожей системе
- сколько инициатив активно одновременно и кто разрешает их старт;
- какие зависимости повторяются между кварталами;
- существует ли правило остановки или переноса работы;
- можно ли связать RFC, Epic, команду и ожидаемый бизнес-эффект;
- какое ограничение сильнее всего влияет на весь портфель.
На delivery-диагностике эти связи можно восстановить на небольшой выборке инициатив, не начиная большую программу трансформации.