Эту страницу открывают, когда проект упирается в реальность: доступного ресурса меньше, чем нужно для полного объёма и желаемого срока. В этот момент PM должен не просто констатировать нехватку, а предложить осмысленные варианты компромисса.
Что это за навык
Ресурсные компромиссы — это умение менять баланс между объёмом, сроком, качеством, составом команды и очередностью поставки так, чтобы проект оставался управляемым и объяснимым для участников.
Какие компромиссы встречаются чаще всего
- сократить объём, чтобы удержать срок;
- сдвинуть срок, чтобы сохранить объём;
- усилить ресурс, чтобы уменьшить задержку;
- упростить решение или убрать второстепенные требования;
- поменять порядок поставки, сохранив критичный результат первым.
Как делать
1. Сначала покажите, почему текущая комбинация параметров нереалистична. 2. Подготовьте несколько вариантов, а не один ультимативный сценарий. 3. Для каждого варианта обозначьте цену решения: срок, деньги, объём, риск, нагрузка на команду. 4. Свяжите компромисс с целями проекта и критериями успеха. 5. Зафиксируйте выбранный вариант в плане, статусе и изменениях.
Практический ориентир
Удобно собирать компромиссы в таблицу из четырёх колонок:
- вариант решения;
- что выигрываем;
- что теряем;
- какие условия нужны, чтобы вариант сработал.
Такой формат помогает не скатываться в разговор уровня «нужно просто добавить людей» и связывает дискуссию с критериями успеха, сроком и бюджетным отклонением.
Частые сценарии компромисса
- добавить middle вместо ожидания одного senior и принять более высокий объём координации;
- убрать часть non-critical scope, чтобы удержать дату внешнего запуска;
- перенести вторую волну поставки в отдельный этап и сохранить ядро результата в срок;
- не расширять команду, но сместить срок и явно зафиксировать влияние на зависимые работы.
Каждый из этих сценариев нужно обсуждать не как абстракцию, а как изменение баланса между объёмом, временем и стоимостью. Именно здесь PM обычно опирается на объяснение компромиссов и переговоры по срокам.
Что важно проговорить на встрече
- какой вариант сохраняет обязательный минимум результата;
- что станет первым кандидатом на перенос;
- какие риски растут при выбранном компромиссе;
- где решение должно быть отражено: в плане, status report, change log.
Типовые ошибки
- пытаться скрыть нехватку ресурса за переработками команды;
- обсуждать компромиссы без данных по сроку и стоимости;
- не показывать последствия отказа от решения;
- менять параметры проекта негласно, без общей фиксации.