Ресурсное планирование проекта: полное руководство

Ресурсное планирование проекта — это определение того, какие ресурсы, в каком объёме и в какие сроки нужны для выполнения работ, и распределение этих ресурсов по задачам с учётом их реальной доступности. Без него график проекта — просто список дат, не подкреплённый людьми.

Ресурсный план проекта — это итог такого планирования: таблица или модель, где по каждой роли и периоду указаны потребность в часах и доступность специалистов. Он показывает, хватит ли людей на срок проекта.

Статья обзорная. Детали отдельных тем разобраны в связанных гайдах: загрузка, утилизация, прогноз найма, учёт фактических часов.

Что такое ресурсы проекта?

Ресурсы проекта — это всё, без чего работы не выполнить. ГОСТ Р 54869-2011 «Проектный менеджмент. Требования к управлению проектом» требует определить их все. На практике это четыре группы:

• Люди — специалисты с конкретными компетенциями и их рабочее время. В интеллектуальных бизнесах это главный и самый дефицитный ресурс.
• Деньги — бюджет проекта: ФОТ, субподряд, закупки, накладные.
• Материальные ресурсы — техника, оборудование, лицензии на софт, рабочие места.
• Информация — исходные данные, без которых работа не начнётся: задание, изыскания, техусловия.

В проектных организациях, ИТ-командах и инжиниринге основная часть затрат — фонд оплаты труда. Поэтому дальше речь главным образом о людях: остальные ресурсы либо производны от человеко-часов, либо планируются простыми списками.

Зачем нужно ресурсное планирование

Без ресурсного плана сроки срываются, хотя все заняты. Одни перегружены, другие сидят без задач. Контракт подписывают «под честное слово», а через месяц выясняется, что делать его некому. Деньги теряются трижды:

• Простой — оплаченные часы без проектной работы. Условный пример: при ставке 800 ₽/час (цифра для иллюстрации, не рыночный ориентир) простаивающий специалист стоит около 130 тысяч ₽ в месяц.
• Перегрузка — сверхурочные, ошибки из-за спешки, переделки, уход уставших людей.
• Упущенные контракты — отказ от выгодного заказа, потому что «все заняты», хотя свободные часы были.

Ресурсный план переводит эти решения из интуиции в арифметику. Сколько часов есть, сколько занято, сколько остаётся. Эти три числа снимают большинство споров о том, «потянем или нет».

Что такое ресурсный план проекта?

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

• перечень работ или этапов с оценкой трудоёмкости в часах;
• роли и количество специалистов по каждой роли;
• распределение часов по периодам — неделям или месяцам;
• доступность каждого ресурса: норма времени минус отпуска, обучение и занятость в других проектах.

Пример ресурсного плана небольшого проекта на четыре месяца. Все цифры условные. Сначала потребность в часах по ролям:

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

Дефицит есть только у инженеров: в июне не хватает 80 часов, в июле — 120, всего 200. В июне они частично заняты в другом проекте, в июле один из них часть месяца в отпуске. Свободные 20 часов архитектора в августе и специалиста по проверке в мае эту нехватку не закроют. Часы нельзя переложить ни между ролями, ни из месяца в месяц, не сдвинув работы. Если сложить всё в одну строку «доступно проекту», избыток одной роли спрячет дефицит другой. Узнать о нехватке инженеров лучше в апреле, чем в июле.

Ресурсный план по PMBOK и ГОСТ Р 54869. В PMBOK близкий документ называется «план управления ресурсами» и входит в план управления проектом. Он задаёт правила: как оценивать, получать и контролировать ресурсы, кто за что отвечает. Часы по ролям и периодам считаются отдельно, в рабочей таблице вроде той, что выше. ГОСТ Р 54869-2011 требует определить ресурсы проекта, но форму плана не навязывает.

Шаблон ресурсного плана

Заготовка для Excel или Google-таблицы из двух листов. Строки-примеры условные, замените их своими работами. На первом листе — работы:

На втором листе — сводка по исполнителям. Сначала сложите часы всех работ человека за период, и только потом сравнивайте сумму с его доступностью. Иначе одна и та же доступность засчитается каждой строке отдельно. У Исполнителя 1 ни одна работа не превышает 160 часов, а вместе они дают 200:

Сумму считает =СУММЕСЛИМН(Работы!C:C; Работы!D:D; A2; Работы!E:E; B2), дефицит — =МАКС(0; C2-D2): потребность минус доступность, но не меньше нуля.

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

Как составить ресурсный план за шесть шагов?

Шаг 1. Разбить проект на работы

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

Шаг 2. Оценить трудоёмкость

По каждой работе нужна оценка в человеко-часах. Источники — в порядке убывания точности: собственная статистика по закрытым проектам, отраслевые нормативы, экспертная оценка исполнителей. Собственный факт — самый ценный источник, и появляется он только там, где налажен учёт трудозатрат по проектам.

Шаг 3. Определить роли и назначить людей

Сначала план строится по ролям: «нужно 260 часов архитектора». Затем роли превращаются в фамилии. Разница важна: роль масштабируется, человек — нет. Пока в плане роли, дефицит закрывается наймом или субподрядом; когда в плане фамилии, начинаются конфликты календарей.

Шаг 4. Посчитать доступность

Доступность — это не «8 часов в день». Из номинального фонда по производственному календарю вычитаются отпуска, больничные, обучение и несписываемая на проекты работа: совещания, административные задачи, помощь коллегам. На проектные задачи остаётся лишь часть фонда — эта доля называется утилизацией, и у неё есть свои формулы и ориентиры.

Шаг 5. Распределить часы по периодам и найти конфликты

Потребность накладывается на доступность — и появляются перегрузки: у кого-то в июне запланировано 220 часов при доступных 150. Конфликты решаются четырьмя способами: сдвинуть сроки задач, передать работу менее загруженному специалисту, привлечь субподряд или пересмотреть объём. Что именно выбрать — вопрос приоритетов проектов, а не геройства исполнителей. Методика этого оперативного уровня целиком — в гайде по планированию загрузки сотрудников.

Шаг 6. Сверять план с фактом и корректировать

Ресурсный план — живой документ. Раз в неделю или в две план сверяется с фактически списанными часами: где переработали оценку, где недобрали, что это значит для оставшихся этапов. Без фактических часов цикл разрывается — план остаётся красивой картинкой из прошлого.

Выравнивание и сглаживание ресурсов: чем отличаются

Когда конфликтов много, применяют два приёма с похожими названиями и разной ценой:

• Выравнивание ресурсов (resource levelling) — задачи сдвигаются так, чтобы нагрузка не превышала доступность. Плата — возможное удлинение срока проекта. Применяется, когда люди — жёсткое ограничение: нанять быстро нельзя, а перегрузка недопустима.
• Сглаживание ресурсов (resource smoothing) — работа перераспределяется только внутри резервов расписания, срок не двигается. Плата — приём работает лишь при небольших пиках: резервы конечны.

Практическое правило: сначала сглаживание — оно бесплатно с точки зрения сроков. Если пики остались — выравнивание с честным пересогласованием дат. Худший вариант — молча оставить перегрузку в плане: она всё равно превратится в сорванные сроки, только позже, дороже и с уставшей командой в придачу.

Многопроектное ресурсное планирование

Один проект можно спланировать в таблице. Настоящая сложность начинается, когда специалист занят в трёх проектах одновременно, а проектов в портфеле — двадцать. Здесь работают три принципа:

• Единый пул ресурсов. Доступность каждого специалиста считается один раз и видна всем руководителям проектов. Пока у каждого РП своя таблица, один и тот же человек «свободен» в трёх планах сразу.
• Приоритеты портфеля. Когда два проекта претендуют на одного специалиста, побеждать должен не тот РП, который громче просит, а проект с большим приоритетом — по марже, штрафным рискам или стратегической важности.
• Горизонт и ритм. Портфель пересматривается регулярно — обычно раз в неделю: новые контракты входят, завершённые выходят, конфликты решаются на одном совещании, а не в коридорах.

Сводная загрузка по всем проектам отвечает и на стратегический вопрос: хватит ли людей на планы следующего года. Если потребность стабильно выше ёмкости, это аргумент для найма — как его считать, разобрано в статье про прогноз потребности в кадрах.

Три горизонта ресурсного планирования

Попытка вести один план «на всё» — частая причина того, что планирование забрасывают. Горизонты различаются целями, детализацией и ритмом пересмотра:

Ошибка — планировать все горизонты с одной детализацией. Задачи на год вперёд — фикция, роли на следующую неделю — бесполезная абстракция. Стратегический план строится по ролям и питает решения о найме, оперативный — по задачам и питает работу команды. Между ними — тактический, где и живёт большинство конфликтов.

Как посчитать ёмкость команды: расчётный пример

Ёмкость команды (capacity) — это суммарное время, которое команда реально может отдать проектам за период. Считается от номинального фонда с двумя поправками — на отсутствия и на утилизацию. Условный пример для отдела из 10 человек на квартал:

• Номинальный фонд: 10 человек × 3 месяца × 165 часов = 4 950 часов;
• Отсутствия (отпуска, больничные, ≈10%): −495 часов, остаётся 4 455;
• Непроектная работа (совещания, административные задачи, допустим, при целевой утилизации 80%): −891 час.

Ёмкость = 4 950 × 0,9 × 0,8 = 3 564 часа на квартал

Именно 3 564 часа — а не 4 950 — можно обещать проектам. Разница в 28% и есть тот зазор, из-за которого «по таблице всё сходилось, а сроки сорвались». Сравнение суммарной потребности проектов с ёмкостью даёт быстрый ответ на вопрос о новом контракте: потребность 3 800 часов при ёмкости 3 564 — значит, нужен либо найм, либо субподряд, либо сдвиг сроков.

Кто отвечает за ресурсное планирование?

План не работает, если у него нет владельцев. Ролей три, и у каждой свой интерес:

• Руководитель проекта отвечает за потребность: сколько часов каких ролей нужно его проекту и когда. Его соблазн — забронировать лучших людей с запасом.
• Руководитель отдела или ресурс-менеджер отвечает за предложение: доступность своих специалистов, их развитие и равномерность нагрузки. Его соблазн — держать резерв «на всякий случай».
• Директор или руководитель портфеля арбитр конфликтов: когда потребность превышает ёмкость, именно он решает, какой проект получит людей, а какой подвинется.

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

Метрики: как понять, что планирование работает

Достаточно четырёх показателей:

• Утилизация — доля проектных часов в оплаченном времени.
• Равномерность загрузки — разброс занятости между людьми одной роли. Один загружен на 120%, второй на 50% — плана нет, есть таблица.
• Точность оценок — отношение фактических часов к плановым по закрытым работам. Если факт стабильно выше на 30%, все будущие планы занижены на те же 30%.
• Горизонт видимости — на сколько недель вперёд загрузка известна хотя бы по ролям. Меньше месяца — решения о новых контрактах принимаются вслепую.

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

Ресурсный план и оценка новых контрактов

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

Здесь ресурсный план смыкается с экономикой. Час специалиста, отданный контракту А, не достанется контракту Б — значит, сравнивать проекты нужно по прибыли на час дефицитной роли, а не по сумме контракта. Для этого понадобятся посчитанные показатели: как их получить — в статьях про рентабельность проекта и маржу контракта. Без ресурсного плана обе цифры повисают в воздухе: неоткуда взять ни плановые часы, ни их стоимость.

Специфика проектных организаций

В проектировании зданий и сооружений у ресурсного планирования есть отраслевые особенности. Структура работ задана стадиями и разделами документации, состав ролей — специализациями: АР, КР, инженерные разделы. Взаимозаменяемость специалистов низкая: конструктора не заменишь архитектором, и дефицит одной специализации останавливает выпуск целого раздела. Как устроено планирование загрузки именно проектного бюро — с учётом стадий, смежников и экспертизы — мы разобрали в отдельной статье, а планирование трудозатрат на ПИР — в гайде про управление ПИР.

Типичные ошибки ресурсного планирования

• Планирование на 100% доступности. Человек, у которого расписан весь фонд времени, срывает план при первом же больничном. Закладывайте реальную утилизацию, а не номинальный фонд.
• План без факта. Если фактические часы не собираются, план не с чем сверять — ошибки оценок повторяются из проекта в проект.
• Фамилии вместо ролей на дальнем горизонте. Планировать конкретных людей на год вперёд бессмысленно: люди уходят, болеют, меняют проекты. Дальний горизонт — по ролям, ближний — по людям.
• Молчаливая перегрузка. План, где у ключевых специалистов запланировано 120% времени, не амбициозный — он недостоверный.
• Разрозненные таблицы. У каждого руководителя свой Excel — значит, единой картины доступности нет ни у кого. Это главный аргумент за общий инструмент.
• Планирование ради планирования. План, который не смотрят на еженедельных решениях о людях и контрактах, — мёртвый документ. Критерий живости простой: если план исчезнет, кто-нибудь заметит?

Как внедрить ресурсное планирование с нуля за первый месяц?

Внедрять всё сразу не нужно — процесс ставится поэтапно, и первые результаты появляются раньше, чем закончится настройка. Реалистичная последовательность:

1. Неделя 1 — реестр ресурсов. Список людей с ролями, ставками и календарями отсутствий. Без этого шага любые планы строятся на песке.
2. Неделя 2 — план по активным проектам. По каждому текущему контракту — оценка оставшихся часов по ролям и месяцам. Точность пока грубая, и это нормально: план уточняется фактом.
3. Неделя 3 — запуск учёта фактических часов. Сотрудники начинают списывать время на проекты. Первые две недели данные будут неполными — важно не наказывать за пробелы, а упростить сам процесс списания до пары минут в день.
4. Неделя 4 — первое ресурсное совещание. Сводная загрузка на экране, разбор перегрузок и окон, решения — в план. С этого момента цикл «план → факт → корректировка» замыкается и дальше только уточняется.

Через два–три месяца накопленный факт начинает улучшать оценки новых проектов: видно, сколько реально стоят типовые работы в часах. Это самый ценный побочный эффект внедрения — статистика, которой раньше не было.

Инструменты: от Excel до специализированных систем

Excel честно работает до определённого масштаба: 5–10 человек, несколько проектов, один планирующий — на этой стадии хватит готового шаблона загрузки в Excel. Дальше таблицы начинают расходиться между собой, версия «финальная-3» живёт в почте, а сведение загрузки занимает день в неделю. Признаки, что пора менять инструмент: больше пяти одновременных проектов, общие специалисты между проектами, регулярные конфликты приоритетов и потребность видеть не только план, но и факт.

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

При выборе системы стоит проверить четыре вещи. Есть ли единый пул ресурсов с календарями доступности — или только диаграмма Ганта по одному проекту. Есть ли учёт фактических часов — без него цикл планирования не замкнётся. Видна ли сводная загрузка по портфелю, а не по проекту. И считает ли система из тех же часов экономику — себестоимость и маржу контрактов. Обзор конкретных систем под задачи проектных организаций — в листикле про аналоги MS Project, а классы инструментов именно ресурсного планирования — в обзоре программ для ресурсного планирования.

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