Выделите текст, чтобы комментировать.
Задумывались ли вы, что ваш проектный портфель говорит о компании? Что он показывает? Ясную стратегию или постоянные метания между задачами? Чаще всего ответ очевиден: если приоритеты меняются каждую неделю, значит, стратегия либо не проработана, либо о ней забыли на уровне исполнения.
Чтобы исправить ситуацию, нужно понять, в каком состоянии находится портфель. Выделим три типичных сценария и разберём способы управления для каждого.
Сценарий №1: когда все ресурсы есть, но стратегия размыта
Бюджет выделен, люди наняты, проекты поступают потоком. Казалось бы, работай. Но именно в таких условиях появляется стратегический шум. В портфель попадают инициативы, которые кажутся полезными, но слабо приближают компанию к долгосрочным целям. Или на одно направление приходит 40 запросов, а на другое всего два. Вроде бы разные проблемы, но корень у них один: проекты запускаются без привязки к стратегии.
Исправить это можно одним действием: сделать стратегическое обоснование обязательным не на этапе рассмотрения бизнес-кейса, а на этапе подачи заявки. Тогда ресурсы получат только те инициативы, которые действительно двигают компанию в нужном направлении.
Есть три вопроса, которые стоит задавать по каждой инициативе еще до попадания в портфель:
- К какой стратегической цели привязан проект? Ответ должен быть конкретным. Не «повысим эффективность», а «сократим время вывода продукта с 9 до 6 месяцев за счёт параллелизации тестирования».
- За счёт чего будет достигнут результат? Здесь нужно выстроить короткую логическую цепочку: проблема — решение — механизм влияния на бизнес. Это отсекает неполезные проекты и даёт PMO право отклонить заявку до того, как в нее зайдут ресурсы.
- Как проект повлияет на баланс всего портфеля? Любое смещение приоритетов должно быть осознанным. Прежде чем утвердить заявку, убедитесь, что вы понимаете, какие направления окажутся в минусе и к чему это приведет.
Но даже эти вопросы не сработают, если топ-менеджеры не договорились между собой, что для компании стратегически важно, а что нет. Поэтому перед тем как внедрять такой фильтр, проведите калибровочную сессию с заказчиком проекта. Иначе фильтр будет работать формально или вовсе саботироваться.
Сценарий №2: когда ресурсы ограничены, а проекты взаимосвязаны
Если нет никакого запаса прочности: денег и людей ровно столько, чтобы закрыть приоритеты, то классические скоринговые модели (когда проекты оценивают по баллам) часто подводят. Потому что они рассматривают каждую инициативу отдельно, а это работает только до тех пор, пока проекты никак не связаны между собой. Но на практике так почти не бывает.
Задержка в одном проекте автоматически сдвигает сроки в другом. Один архитектор может быть задействован в трех инициативах одновременно. И если не учитывать эти связи, вы получаете красивый план в Excel и полный коллапс в реальности.
Что делать? Вместо одного «оптимистичного» бюджета стоит закладывать вариабельность. Для этого есть два рабочих подхода.
Первый: симуляция методом Монте-Карло. Вы получаете не ответ «проект уложится в бюджет», а ответ в духе: «В 85% сценариев мы укладываемся, в 15% потребуется дополнительное согласование». С такими цифрами разговор с руководством выглядит иначе.
Второй: парето-оптимизация. Вы ищете не одно идеальное решение, а строите несколько сценариев, сбалансированных по парам критериев: доходность против риска, сроки против трудозатрат. И уже выбираете лучший компромисс под текущую стратегию.
Если эти методы не дают нужного эффекта, есть другой путь: показать руководству, чего на самом деле стоит каждый проект.
Для этого нужно посчитать не его бюджет, а то, от чего мы отказываемся ради него. Сколько других инициатив затормозятся, какие ресурсы уйдут впустую, какой доход недополучим. И эти цифры уже выносить на уровень совета директоров.
Сценарий №3: уход ключевых сотрудников и секвестр бюджета
Бывает, что из команды уходят ключевые специалисты или бюджет сокращают. Причём часто в разгар проекта, когда это больнее всего. Это сдвигает сроки и требует пересмотра планов. Но если настроена динамическая балансировка, ситуация не становится катастрофой, а просто превращается в ряд пересчетов.
Алгоритм здесь простой. Сначала находят проект, который сильнее всего тормозит. Потом смотрят, можно ли перебросить туда людей из других проектов. И повторяют этот цикл до закрытия проекта: мониторят загрузку, пересматривают назначения, снова мониторят.
Казалось бы, логично. Но на практике руководители проектов редко горят желанием отдавать своих специалистов, даже временно. Поэтому динамическая балансировка работает только при одном условии: если у PMO есть полномочия принимать такие решения на уровне портфеля, без необходимости согласования их с каждым руководителем отдельно.
Когда без цифровых инструментов не обойтись
Описанные выше сценарии вполне можно отработать в Excel, если проектов немного. Но как только их становится больше десяти, а сотрудников — под сотню, ручные расчеты перестают успевать за реальностью. Информация устаревает быстрее, чем вы успеваете её обновить.
Здесь нужны цифровые платформы, которые не просто хранят данные, а пересчитывают логику портфеля в реальном времени. Для этого в платформе должно быть:
1. Входной контроль (для сценария №1). Платформа не должна давать запустить проект, пока не заполнены обязательные поля с обоснованием. Сама заявка должна быть привязана к стратегическим целям и KPI. Это автоматически отсекает инициативы, которые не тянут компанию в нужном направлении.
2. Моделирование и зависимости (для сценария №2). Система должна автоматически выстраивать связи между проектами. Если сдвигается срок в одном, она должна пересчитывать всю картину и показывать, какие проекты попадают под удар. Плюс должна быть возможность загружать разные сценарии бюджета (оптимистичный, пессимистичный) и видеть разницу в графиках платежей и доходности без ручных пересборок таблиц.
3. Живая балансировка ресурсов (для сценария №3). Учёт должен вестись не по «человеко-часам», а по конкретным сотрудникам с их навыками и загрузкой. Тогда, если кто-то заболеет или уволится, система покажет, какие проекты под угрозой, и предложит варианты переброски людей с менее срочных задач. А у руководителя PMO будет дашборд с загрузкой по ролям, на основании которого он может принимать решения на основе данных, а не интуиции.
Дальше разберем, как это работает в реальных условиях на примере IT-компании.
Кейс: как в IT-компании навели порядок в портфеле проектов
Возьмем компанию «Диасофт». Когда в портфеле оказалось несколько десятков проектов, старые методы управления перестали работать. Приоритеты вроде бы были, но на деле их пересматривали при любом изменении. Ключевые специалисты работали сразу над несколькими проектами, а пересборка портфеля превращалась в многодневную ручную работу в Excel.
В компании понимали: ускорять отдельные проекты малоэффективно, нужно сделать сам портфель управляемым и устойчивым. Для этого внедрили платформу Digital Q.PM. С ее помощью удалось перестроить саму логику принятия решений.
Стратегический фильтр вместо бесконечных согласований
Первым шагом стало смещение стратегического контроля на вход портфеля. В Диасофт отказались от оценки инициатив «по факту» и сделали стратегическое обоснование обязательным на этапе подачи заявки. Каждый проект должен был:
- быть привязан к конкретной стратегической цели;
- иметь понятный механизм бизнес-эффекта;
- учитывать влияние на другие инициативы портфеля.
Эти требования встроили в процесс. Заявки без обоснования просто не доходили до распределения ресурсов. В результате часть инициатив перестала попадать в портфель, а обсуждение каждого проекта стало короче и предметнее.
Работа с зависимостями, а не с «идеальными планами»
Следующим шагом стала работа с перекрестными зависимостями. Ключевые специалисты были задействованы сразу в нескольких проектах одновременно.
Вместо попыток «собрать идеальный план» компания перешла к сценарному управлению:
- фиксировали зависимости между проектами и ролями;
- моделировали разные варианты сроков и бюджета;
- смотрели, какие проекты и направления проседают при изменениях.
При любом изменении в одном проекте система сразу показывала последствия для остальных. Так решения стали логичными и принимались на основе осознанного компромисса.
Динамическая балансировка в кризисных ситуациях
Когда бюджет неожиданно урезали, портфель пришлось пересобирать на ходу. Алгоритм был простой:
- определить проект, который сильнее всего тормозит портфель;
- временно перебросить ресурсы с менее критичных инициатив;
- пересчитать картину и повторить цикл
Этот подход сработал потому, что у PMO были полномочия принимать такие решения. В Диасофт их получили не сразу: сначала закрепили за PMO ответственность за пересмотр приоритетов в регламенте, а затем показали результат на одном-двух проектах. Когда руководство увидело, что это снижает хаос, полномочия закрепились естественным путём.
Вывод
Опыт Диасофт показал: устойчивое управление портфелем строится не на регламентах и таблицах, а на понятной управленческой логике. Цифровой инструмент здесь нужен, чтобы эта логика работала каждый день, а не только на стратегических сессиях.
Заключение: не фиксировать проблемы, а управлять приоритетами
Управление портфелем проектов — это не про бюрократию. Это про честные ответы на три вопроса: «Те ли проекты мы делаем?», «Хватит ли нам людей?» и «Что будет, если завтра изменится рынок?». Внедрение четких фильтров на входе, сценарное моделирование и динамическое перераспределение ресурсов как раз помогает на них отвечать.
