Ресурсный план – один из ключевых документов в управлении проектом. Он показывает, кто, когда и в каком объеме задействован в работе, какие материалы и бюджеты нужны на каждом этапе. Без такого плана проекты регулярно сталкиваются с перегрузкой команды, кассовыми разрывами и срывом сроков. В этой статье собраны примеры ресурсного плана проекта в разных форматах – от простых таблиц до многоуровневых документов с разбивкой по ролям, фазам и типам ресурсов.
Подборка охватывает основные форматы, которые реально используют в практике: табличные планы, планы с загрузкой по ролям, бюджетные разбивки, матричные и текстовые форматы. Каждый пример показывает логику и структуру конкретного подхода, чтобы вы могли взять нужную модель и адаптировать ее под свой проект.
В подборку вошли те варианты, с которыми чаще всего работают на практике и которые проще всего адаптировать под свою задачу.
Что войдет в подборку: форматы и примеры ресурсного плана проекта
Ниже представлены основные форматы ресурсного планирования с конкретными образцами:
- Табличный ресурсный план
- Ресурсный план IT-проекта по разработке мобильного приложения
- Ресурсный план маркетингового проекта по запуску нового продукта
- Ресурсный план строительного объекта (внутренняя отделка офиса)
- Ресурсный план с загрузкой по ролям и периодам
- Загрузка команды на проекте внедрения CRM-системы
- Загрузка по ролям на проекте разработки корпоративного сайта
- Ресурсный план с бюджетной разбивкой
- Бюджетный ресурсный план для event-проекта (корпоративная конференция)
- Ресурсный план с бюджетом для проекта обучения персонала
- Матричный ресурсный план
- Матрица ресурсов для проекта редизайна интернет-магазина
- Матрица ресурсов для мультипроектной среды (три параллельных проекта)
- Текстовый ресурсный план (для небольших проектов)
- Ресурсный план небольшого исследовательского проекта
- Ресурсный план внутреннего проекта автоматизации отчетности
Примеры ресурсного плана проекта разных видов и форматов: основной FAQ
Что такое ресурсный план проекта? Это документ, в котором зафиксировано, какие ресурсы нужны для выполнения проекта, в каком количестве, на каких этапах и с какой стоимостью. Под ресурсами понимают людей (команду), оборудование, материалы и бюджет.
Основные форматы ресурсного плана:
- Табличный план – список ресурсов с указанием задач, периодов и объема участия. Самый распространенный формат для большинства проектов.
- План с загрузкой по ролям – показывает, какой процент рабочего времени каждый участник занят на проекте в каждый период.
- Бюджетный ресурсный план – объединяет перечень ресурсов с их стоимостью, позволяет контролировать бюджет по статьям.
- Матричный план – перекрестная таблица: по строкам – задачи или этапы, по столбцам – ресурсы. Удобен при сложной структуре проекта.
- Текстовый план – свободное описание ресурсной потребности. Подходит для небольших или внутренних проектов без сложной отчетности.
Где применяются: в IT, строительстве, маркетинге, образовании, event-индустрии, производстве – везде, где есть проектная работа с командой и бюджетом.
Табличные ресурсные планы проекта
Табличный формат – основа ресурсного планирования. Он дает полную картину: кто задействован, на каких задачах, в какие сроки и в каком объеме. Такой шаблон ресурсного плана легко адаптируется под любую отрасль и масштаб проекта. Ниже – три рабочих образца для разных типов задач.
📌 Ресурсный план IT-проекта по разработке мобильного приложения
- Тип проекта: разработка мобильного приложения (iOS + Android)
- Длительность: 4 месяца
- Команда: смешанная (штатные + подрядчики)
Пример:
| Ресурс / Роль | Тип | Задачи | Месяц 1 | Месяц 2 | Месяц 3 | Месяц 4 | Итого (чел.-дни) |
| Менеджер проекта | Штат | Координация, отчетность | 10 | 10 | 10 | 8 | 38 |
| Аналитик | Штат | Сбор требований, ТЗ | 15 | 5 | – | – | 20 |
| UX/UI-дизайнер | Подрядчик | Прототипы, дизайн экранов | 10 | 15 | 5 | – | 30 |
| iOS-разработчик | Подрядчик | Разработка iOS-версии | – | 10 | 20 | 10 | 40 |
| Android-разработчик | Подрядчик | Разработка Android-версии | – | 10 | 20 | 10 | 40 |
| Backend-разработчик | Штат | API, серверная часть | 5 | 15 | 15 | 5 | 40 |
| QA-инженер | Штат | Тестирование, баг-репорты | – | 5 | 15 | 15 | 35 |
| Технический писатель | Подрядчик | Документация | – | – | 5 | 10 | 15 |
| Итого чел.-дней по месяцам | – | – | 40 | 70 | 90 | 58 | 258 |
Примечания к плану:
- Аналитик завершает работу на втором месяце, что типично: требования собраны до старта разработки.
- Пик нагрузки на третий месяц – момент активной разработки и первых итераций тестирования.
- QA подключается позже, но с нарастающей нагрузкой к финалу.
- Почему подходит: табличная структура позволяет видеть нагрузку по месяцам и быстро находить перегруженные периоды.
- Что важно не испортить: не смешивать в одной строке штатных и подрядчиков без пометки типа – это затрудняет управление бюджетом.
- Термин: чел.-дни – единица измерения трудозатрат: 1 чел.-день = полный рабочий день одного специалиста.
📌 Ресурсный план маркетингового проекта по запуску нового продукта
- Тип проекта: запуск нового продукта на рынок (go-to-market)
- Длительность: 3 месяца
- Особенность: смешанные ресурсы – люди, инструменты, рекламный бюджет
Пример:
| Ресурс | Тип ресурса | Задачи / назначение | Апрель | Май | Июнь | Единица |
| Маркетолог (проджект) | Человеческий | Координация кампании, брифинг | 15 дн. | 20 дн. | 10 дн. | чел.-дни |
| Копирайтер | Человеческий | Тексты для сайта, соцсетей, рассылок | 10 дн. | 15 дн. | 5 дн. | чел.-дни |
| Дизайнер | Человеческий | Визуальные материалы, баннеры | 8 дн. | 10 дн. | 5 дн. | чел.-дни |
| Таргетолог | Человеческий | Настройка и ведение рекламы | – | 15 дн. | 20 дн. | чел.-дни |
| SMM-специалист | Человеческий | Публикации, комьюнити | 10 дн. | 20 дн. | 20 дн. | чел.-дни |
| Рекламный бюджет (соцсети) | Финансовый | Таргетированная реклама | – | 80 000 ₽ | 120 000 ₽ | руб. |
| Рекламный бюджет (контекст) | Финансовый | Контекстная реклама | – | 50 000 ₽ | 80 000 ₽ | руб. |
| Сервис email-рассылок | Технический | Автоматические цепочки писем | 3 000 ₽ | 3 000 ₽ | 3 000 ₽ | руб./мес. |
| CRM-система | Технический | Ведение лидов с рекламы | 5 000 ₽ | 5 000 ₽ | 5 000 ₽ | руб./мес. |
- Почему подходит: в маркетинговых проектах ресурсы неоднородны – рядом с людьми стоят бюджеты и инструменты. Этот план показывает их вместе.
- Как применять: добавьте строку "Итого бюджет" по месяцам, чтобы сразу видеть финансовую нагрузку в динамике.
- Что важно не испортить: не оставляйте финансовые ресурсы без привязки к конкретным задачам – иначе план теряет управленческую ценность.
📌 Ресурсный план строительного объекта (внутренняя отделка офиса)
- Тип проекта: ремонт и отделка офисного помещения площадью ~300 м²
- Длительность: 8 недель
- Особенность: сочетание трудовых и материальных ресурсов
Пример:
| Ресурс | Тип | Задачи | Нед. 1–2 | Нед. 3–4 | Нед. 5–6 | Нед. 7–8 | Ед. изм. |
| Прораб | Труд | Контроль работ, приемка | 10 | 10 | 10 | 10 | смен |
| Штукатуры (2 чел.) | Труд | Выравнивание стен | 20 | 20 | – | – | чел.-смен |
| Маляры (2 чел.) | Труд | Покраска, финишная отделка | – | 10 | 20 | 10 | чел.-смен |
| Электрик | Труд | Разводка, подключение | 10 | 10 | 5 | 5 | смен |
| Монтажники перегородок | Труд | Гипсокартонные конструкции | – | 20 | 10 | – | чел.-смен |
| Шпаклевка (мешки) | Материал | Отделка стен | 100 | 80 | – | – | шт. |
| Краска (ведра) | Материал | Покраска стен и потолков | – | 20 | 40 | 10 | шт. |
| Листы ГКЛ | Материал | Перегородки | – | 120 | 40 | – | шт. |
| Строительный инструмент (аренда) | Оборудование | Шлифовка, резка | + | + | + | – | комплект |
- Почему подходит: строительный план всегда включает материальные ресурсы – без них картина неполна. Этот образец показывает, как совместить людей, материалы и оборудование.
- Как применять: добавьте столбец "Стоимость" рядом с каждым ресурсом, чтобы план сразу стал бюджетным.
- Что важно не испортить: материалы нужно планировать с небольшим запасом (5–10%) на брак и перерасход – иначе остановки неизбежны.
Ресурсные планы с загрузкой по ролям и периодам
Когда команда работает одновременно на нескольких задачах или проектах, важно видеть не просто кто участвует, а насколько каждый занят. Планы с процентной загрузкой – стандартный инструмент для таких ситуаций. Они позволяют быстро выявить перегруженных участников и перераспределить нагрузку до того, как начнутся проблемы.
📌 Загрузка команды на проекте внедрения CRM-системы
- Тип проекта: внедрение CRM в отделе продаж (50 пользователей)
- Длительность: 5 месяцев
- Задача плана: показать, как меняется загрузка каждого участника по фазам проекта
Пример:
| Роль / Участник | Фаза 1: Аналитика (мес. 1) | Фаза 2: Настройка (мес. 2–3) | Фаза 3: Тестирование (мес. 4) | Фаза 4: Запуск и обучение (мес. 5) | Примечание |
| Руководитель проекта | 50% | 40% | 40% | 60% | Пик на запуске |
| Бизнес-аналитик | 100% | 30% | 20% | – | Выходит после настройки |
| CRM-администратор | 20% | 100% | 80% | 50% | Ядро технической работы |
| Разработчик интеграций | – | 80% | 40% | 20% | Интеграции с 1С и сайтом |
| Тренер / методист | – | – | 20% | 100% | Только фаза обучения |
| Представитель заказчика (РОП) | 30% | 20% | 50% | 40% | Согласования и приемка |
- Почему подходит: процентная загрузка сразу показывает, кто в какой фазе является узким местом. Здесь видно, что CRM-администратор занят на 100% в фазе настройки – это сигнал для риск-менеджмента.
- Термин: РОП – руководитель отдела продаж, ключевой представитель заказчика в подобных проектах.
- Как применять: если загрузка участника превышает 80% на протяжении двух и более фаз подряд, стоит заранее обсудить либо привлечение дублера, либо перенос части задач.
📌 Загрузка по ролям на проекте разработки корпоративного сайта
- Тип проекта: разработка корпоративного сайта с нуля
- Длительность: 3 месяца (12 недель)
- Особенность: детализация понедельно для точного контроля
Пример:
| Роль | Нед. 1–2 | Нед. 3–4 | Нед. 5–6 | Нед. 7–8 | Нед. 9–10 | Нед. 11–12 |
| Менеджер проекта | 50% | 50% | 50% | 50% | 50% | 70% |
| Аналитик / архитектор | 100% | 80% | 20% | – | – | – |
| UX-дизайнер | 60% | 100% | 80% | 30% | – | – |
| Frontend-разработчик | – | 20% | 100% | 100% | 80% | 40% |
| Backend-разработчик | – | 40% | 80% | 100% | 80% | 30% |
| Контент-менеджер | – | – | 30% | 60% | 100% | 60% |
| QA-тестировщик | – | – | – | 40% | 80% | 100% |
| SEO-специалист | 20% | 20% | – | – | 40% | 60% |
- Почему подходит: понедельная разбивка позволяет точно планировать, когда тот или иной специалист нужен в полную силу, а когда его можно задействовать на параллельных задачах.
- Как применять: цветовое выделение ячеек (красный – 100%, желтый – 80%, зеленый – до 50%) делает перегрузки мгновенно заметными при визуальном просмотре.
- Что важно не испортить: не заполняйте загрузку "от балды" – каждый процент должен опираться на реальную оценку трудозатрат по задачам.
Ресурсные планы с бюджетной разбивкой
Объединение ресурсного плана с бюджетом – стандартная практика для проектов, где финансовый контроль критичен. Такой готовый план показывает не только кто и когда работает, но и сколько это стоит. Это удобно для согласования с руководством, контроля расходов и управления денежным потоком проекта.
📌 Бюджетный ресурсный план для event-проекта (корпоративная конференция)
- Тип проекта: организация корпоративной конференции на 200 человек
- Длительность подготовки: 6 недель
- Задача: контролировать и людей, и расходы в одном документе
Пример:
| Ресурс | Тип | Объем / кол-во | Стоимость ед. | Итого | Период | Ответственный |
| Координатор мероприятия | Труд | 30 рабочих дней | 4 000 ₽/день | 120 000 ₽ | Нед. 1–6 | Иванова А.С. |
| Ассистент координатора | Труд | 15 рабочих дней | 2 000 ₽/день | 30 000 ₽ | Нед. 3–6 | Иванова А.С. |
| Звуковой оператор | Труд (подрядчик) | 2 дня (монтаж + мероприятие) | 15 000 ₽/день | 30 000 ₽ | Нед. 6 | Петров Д.В. |
| Фотограф | Труд (подрядчик) | 1 день | 25 000 ₽ | 25 000 ₽ | День мероприятия | Петров Д.В. |
| Аренда зала | Материальный | 1 день | 120 000 ₽ | 120 000 ₽ | День мероприятия | Иванова А.С. |
| Кейтеринг (обед + кофе-брейки) | Материальный | 200 чел. | 1 800 ₽/чел. | 360 000 ₽ | День мероприятия | Иванова А.С. |
| Печатные материалы (программки, бейджи) | Материальный | 220 комплектов | 150 ₽/комплект | 33 000 ₽ | Нед. 5 | Сидорова Н.Е. |
| Аренда оборудования (проектор, экран, микрофоны) | Технический | 1 комплект, 2 дня | 18 000 ₽/день | 36 000 ₽ | Нед. 6 | Петров Д.В. |
| Транспорт для оборудования | Технический | 2 рейса | 5 000 ₽/рейс | 10 000 ₽ | Нед. 6 | Петров Д.В. |
| Резерв (10%) | Финансовый | – | – | 76 400 ₽ | – | Иванова А.С. |
| ИТОГО | – | – | – | 840 400 ₽ | – | – |
- Почему подходит: для event-проектов ресурсный план и смета – фактически один документ. Совмещение дает полную картину для согласования бюджета.
- Как применять: строка "Резерв" – обязательный элемент. Для event-проектов рекомендуемый резерв составляет 10–15% от общей суммы.
- Что важно не испортить: не оставляйте ячейку "Ответственный" пустой – без закрепленной ответственности ресурсный план становится просто списком.
📌 Ресурсный план с бюджетом для проекта обучения персонала
- Тип проекта: обучение менеджеров по продажам (20 человек, 2 модуля)
- Длительность: 2 месяца
- Задача: согласовать ресурсы и расходы с HR-директором и финансовым отделом
Пример:
| Ресурс | Тип | Модуль 1 (мес. 1) | Модуль 2 (мес. 2) | Стоимость | Примечание |
| Внешний тренер | Труд | 4 дня (2 сессии) | 4 дня (2 сессии) | 30 000 ₽/день | Подрядчик по договору |
| HR-менеджер (куратор) | Труд | 5 дн. (организация) | 5 дн. (организация) | Внутренняя ставка | Штатный сотрудник |
| Методист (разработка материалов) | Труд | 8 дней | 4 дня | 3 500 ₽/день | Доработка под 2-й модуль |
| Учебные материалы (печать) | Материальный | 20 комплектов | 20 комплектов | 500 ₽/комплект | Итого 20 000 ₽ |
| Аренда переговорной | Технический | 4 дня | 4 дня | 3 000 ₽/день | Внешняя площадка |
| LMS-платформа (онлайн-тесты) | Технический | 1 мес. | 1 мес. | 8 000 ₽/мес. | Подписка на период обучения |
| Итого прямые расходы | – | – | – | 338 000 ₽ | Без учета внутренних ставок |
- Термин: LMS (Learning Management System) – платформа для дистанционного обучения и тестирования.
- Почему подходит: в HR-проектах часть ресурсов внутренняя (штат), часть внешняя. Разделение в плане помогает корректно считать реальные денежные расходы.
- Как применять: добавьте строку с "упущенной производительностью" – временем, которое менеджеры тратят на обучение вместо продаж. Это поможет обосновать ROI проекта перед руководством.
Матричные ресурсные планы проекта
Матричный формат удобен, когда нужно одновременно видеть и задачи, и ресурсы – без разрыва между ними. По строкам идут задачи или этапы, по столбцам – участники или ресурсы. На пересечении указывается роль, объем участия или тип вклада. Такой шаблон особенно полезен при сложной структуре проекта или когда один специалист участвует сразу в нескольких задачах.
📌 Матрица ресурсов для проекта редизайна интернет-магазина
- Тип проекта: полный редизайн интернет-магазина (UX, дизайн, фронтенд)
- Длительность: 4 месяца
- Задача: показать распределение ответственности и участия по каждой задаче
Пример:
| Задача / Этап | PM | Аналитик | UX-дизайнер | UI-дизайнер | Frontend | Backend | QA | Заказчик |
| Аудит текущего сайта | У | О | У | – | – | – | – | С |
| Сбор требований | У | О | У | – | – | – | – | С |
| UX-исследование и прототипы | С | У | О | – | – | – | – | С |
| Дизайн-макеты | С | – | У | О | – | – | – | С |
| Верстка (frontend) | С | – | У | У | О | – | – | – |
| Интеграция с backend | С | – | – | – | У | О | – | – |
| Тестирование | С | – | – | – | У | У | О | – |
| Приемка и запуск | О | – | – | – | У | У | У | С |
Условные обозначения: О – ответственный, У – участвует, С – согласует, – – не задействован.
- Почему подходит: матричный формат – это одновременно ресурсный план и матрица ответственности (RACI-подобная). Он показывает не только кто задействован, но и в каком качестве.
- Термин: RACI – модель распределения ролей в задаче: Responsible (ответственный), Accountable (подотчетный), Consulted (консультируемый), Informed (информируемый). Упрощенная версия с О/У/С достаточна для большинства проектов.
- Что важно не испортить: в каждой строке должен быть ровно один "О" – если ответственных двое, ответственных нет.
📌 Матрица ресурсов для мультипроектной среды (три параллельных проекта)
- Контекст: небольшая команда ведет три проекта одновременно
- Задача плана: показать, как распределены люди между проектами, чтобы выявить конфликты ресурсов
Пример:
| Специалист | Проект А (редизайн сайта) | Проект Б (мобильное приложение) | Проект В (внутренняя автоматизация) | Итого загрузка | Статус |
| Коновалов А. (PM) | 30% | 40% | 20% | 90% | Норма |
| Смирнова Е. (аналитик) | 50% | 60% | – | 110% | ⚠ Перегрузка |
| Орлов Д. (дизайнер) | 70% | 20% | – | 90% | Норма |
| Лебедев С. (разработчик) | 40% | 80% | – | 120% | ⚠ Критическая перегрузка |
| Федорова Т. (разработчик) | – | – | 100% | 100% | Норма |
| Захаров М. (QA) | 30% | 50% | 20% | 100% | Норма (предел) |
- Почему подходит: такая матрица сразу показывает конфликты ресурсов – Лебедев С. перегружен на 120%. Это сигнал руководителю пересмотреть распределение или сдвинуть сроки одного из проектов.
- Как применять: обновляйте матрицу минимум раз в две недели – загрузка меняется по мере завершения задач.
- Что важно не испортить: не планируйте загрузку выше 85–90% для ключевых специалистов – без буфера любая задержка создает цепную реакцию.
Текстовые ресурсные планы для небольших проектов
Не каждый проект требует сложных таблиц. Для небольших внутренних задач или проектов с компактной командой текстовый формат часто оказывается удобнее: он быстро составляется, легко читается и не требует специального ПО. Главное – сохранить четкую структуру: что, кто, когда и сколько.
📌 Ресурсный план небольшого исследовательского проекта
- Тип проекта: маркетинговое исследование целевой аудитории нового продукта
- Длительность: 6 недель
- Команда: 3 человека
Пример:
Ресурсный план: Маркетинговое исследование ЦА продукта "[Название продукта]"
Период проекта: 6 недель (с [дата начала] по [дата окончания])
1. Человеческие ресурсы
Маркетолог-исследователь (Петрова О.В.) – ведущий специалист
Занятость: 80% рабочего времени на протяжении всего проекта.
Задачи: разработка гайда для интервью, проведение глубинных интервью (15 штук), анализ данных, написание итогового отчета.
Критически важна на всех этапах.
Ассистент-аналитик (Кузнецов Р.И.) – поддержка
Занятость: 50% в неделях 1–4, 30% в неделях 5–6.
Задачи: рекрутинг респондентов, транскрибация интервью, обработка данных опроса.
Руководитель проекта (Новикова С.Л.) – куратор
Занятость: 20% на протяжении всего проекта.
Задачи: согласование методологии, контроль качества, приемка итогового отчета.
2. Технические ресурсы
– Сервис онлайн-опросов: подписка на 6 недель, ~4 000 ₽.
– Инструмент для транскрибации аудио: разовый пакет, ~2 500 ₽.
– Zoom (видеозвонки с респондентами): действующая корпоративная подписка.
3. Бюджет на привлечение респондентов
– Вознаграждение участникам интервью: 15 чел. × 1 500 ₽ = 22 500 ₽.
– Размещение опроса в тематических сообществах: ~5 000 ₽.
4. Итоговый бюджет проекта (прямые расходы)
Около 34 000 ₽ (без учета внутренних трудозатрат по штатным ставкам).
5. Ключевые риски по ресурсам
– Основной риск: Петрова О.В. – единственный квалифицированный исследователь. В случае временной недоступности проект встанет. Митигация: предусмотреть возможность привлечения внешнего исследователя на часть интервью.
– Рекрутинг респондентов может занять больше времени, чем запланировано. Буфер: +5 дней на нед. 1–2.
- Почему подходит: для небольших проектов текстовый формат дает достаточно деталей без избыточной формализации. Он легко читается и понятен всем участникам без специальной подготовки.
- Как применять: если проект вырастет или команда расширится – тот же план легко перенести в таблицу, разбив по неделям.
📌 Ресурсный план внутреннего проекта автоматизации отчетности
- Тип проекта: автоматизация еженедельных отчетов отдела продаж через Power BI
- Длительность: 5 недель
- Особенность: полностью внутренний проект, без внешних подрядчиков
Пример:
Ресурсный план: Автоматизация отчетности отдела продаж (Power BI)
Период: 5 рабочих недель
Команда проекта и занятость:
Аналитик данных (Громов П.А.) – ключевой исполнитель.
Нед. 1: 100% – сбор и аудит текущих источников данных.
Нед. 2–3: 100% – построение дата-модели и дашбордов.
Нед. 4: 80% – тестирование, правки по обратной связи.
Нед. 5: 40% – финальные доработки, передача пользователям.
Руководитель отдела продаж (Волков Е.К.) – заказчик и приемщик.
Нед. 1: 20% – предоставление требований к отчетам.
Нед. 3: 30% – промежуточная проверка и обратная связь.
Нед. 5: 20% – финальная приемка.
IT-администратор (Степанова А.В.) – техническое обеспечение.
Нед. 1: 30% – настройка доступов к данным.
Нед. 5: 20% – развертывание на сервере компании.
Технические ресурсы:
– Power BI Pro: действующая корпоративная лицензия (дополнительных расходов нет).
– Доступ к базам данных CRM и 1С: предоставляется IT-отделом на нед. 1.
– Тестовая среда: выделяется на нед. 3–4.
Бюджет проекта: нулевой (все ресурсы внутренние, лицензии действующие).
Риски:
– Задержка получения доступа к данным от IT (нед. 1) сдвинет весь план. Митигация: запрос доступов направить за 3 дня до старта.
– Изменение требований со стороны РОП после нед. 3 потребует перепланирования нед. 4–5.
- Почему подходит: для внутренних проектов с нулевым бюджетом важно зафиксировать трудозатраты и риски, даже если денег не тратится. Это помогает управлять приоритетами команды.
- Как применять: даже для простых внутренних проектов раздел "Риски" критически важен – именно здесь часто скрываются причины срыва сроков.
- Термин: Power BI – инструмент Microsoft для визуализации данных и построения интерактивных отчетов. РОП – руководитель отдела продаж.
Как создать ресурсный план проекта. Правила и этапы сборки с примерами
Примеры выше показывают, как выглядят рабочие ресурсные планы в разных форматах. Но понять логику и структуру – это одно, а собрать собственный план под конкретную задачу – другое. Ниже разобрана пошаговая сборка: из каких блоков состоит ресурсный план, что в каждый блок подставляется и как из отдельных частей получается готовый документ.
Базовая схема сборки ресурсного плана
- Шаг 1. Определить цель и рамку проекта (что планируем, на какой срок)
- Шаг 2. Разбить проект на задачи или фазы
- Шаг 3. Определить типы нужных ресурсов (люди, оборудование, материалы, бюджет)
- Шаг 4. Привязать ресурсы к задачам и периодам
- Шаг 5. Оценить объем участия (дни, проценты, единицы)
- Шаг 6. Добавить стоимость (если нужен бюджетный контроль)
- Шаг 7. Проверить план на перегрузки и конфликты
- Шаг 8. Зафиксировать риски и буферы
Таблица блоков ресурсного плана
| Блок | Зачем нужен | Что сюда подставляется | Пример заполнения |
| Цель и рамка проекта | Задать контекст для всего плана | Название проекта, цель, сроки, ключевые ограничения | Разработка мобильного приложения, 4 месяца, бюджет до 2 млн ₽ |
| Задачи и фазы | Разбить работу на части, к которым будут привязаны ресурсы | Список этапов или задач в логической последовательности | Аналитика → Дизайн → Разработка → Тестирование → Запуск |
| Перечень ресурсов | Показать, что именно нужно для проекта | Роли/специалисты, оборудование, материалы, инструменты | PM, аналитик, дизайнер, разработчик, QA; сервер, лицензии ПО |
| Тип ресурса | Разграничить труд, технику и материалы для корректного учета | Человеческий / технический / материальный / финансовый | Дизайнер – человеческий; сервер – технический; краска – материальный |
| Привязка к задачам и периодам | Показать, кто и когда задействован | Задача или фаза + период (неделя, месяц) | Разработчик: мес. 2–4; QA: мес. 3–4 |
| Объем участия | Оценить нагрузку и предотвратить перегрузку | Чел.-дни, процент загрузки, количество единиц | 40 чел.-дней; 80% рабочего времени; 120 мешков шпаклевки |
| Стоимость (если нужна) | Контролировать бюджет по статьям | Ставка × объем, стоимость материала, аренда | 4 000 ₽/день × 30 дней = 120 000 ₽ |
| Ответственный | Закрепить управленческую ответственность за каждым ресурсом | Имя или роль человека, который отвечает за этот ресурс | Иванова А.С. – координатор по всем внешним подрядчикам |
| Риски и буферы | Зафиксировать уязвимые места и запасы | Возможные проблемы с ресурсами и способы их снижения | Ключевой разработчик – единственный; буфер 5 дней на нед. 3 |
Пошаговая сборка на одном кейсе
Сценарий: небольшая компания запускает новый раздел на корпоративном сайте – блог с экспертными статьями. Срок – 6 недель. Команда: редактор, дизайнер, разработчик, SEO-специалист.
Шаг 1. Цель и рамка: Запуск блога на корпоративном сайте. Срок – 6 недель. Бюджет – до 150 000 ₽ (включая внешние расходы). Ограничение: разработчик занят на 50% другим проектом.
Шаг 2. Задачи и фазы:
- Фаза 1 (нед. 1–2): проектирование структуры блога, ТЗ на разработку
- Фаза 2 (нед. 2–4): разработка раздела, дизайн шаблонов
- Фаза 3 (нед. 4–5): наполнение контентом, SEO-настройки
- Фаза 4 (нед. 6): тестирование, правки, запуск
Шаг 3. Перечень ресурсов: редактор, дизайнер, разработчик, SEO-специалист, хостинг (действующий), плагин для блога (~5 000 ₽), стоковые иллюстрации (~10 000 ₽).
Шаг 4–5. Привязка к фазам и объем участия:
- Редактор: нед. 1–6, 60% – структура, редполитика, тексты первых 5 статей
- Дизайнер: нед. 2–4, 50% – шаблоны страниц блога
- Разработчик: нед. 2–5, 50% – разработка и интеграция
- SEO-специалист: нед. 1 (20%, ТЗ на семантику) и нед. 4–5 (40%, настройка)
Шаг 6. Стоимость: Редактор – 3 000 ₽/день × 18 дней = 54 000 ₽. Дизайнер – 4 000 ₽/день × 12 дней = 48 000 ₽. Разработчик – внутренний, ставка не считается. SEO – 3 500 ₽/день × 6 дней = 21 000 ₽. Материалы – 15 000 ₽. Итого: ~138 000 ₽.
Шаг 7. Проверка на перегрузки: Разработчик занят на 50% этим проектом + 50% другим = 100%. Буфера нет. Решение: сдвинуть часть задач разработки на нед. 5 и согласовать с куратором второго проекта.
Шаг 8. Риски: Основной риск – задержка с получением ТЗ на первой неделе сдвинет дизайн и разработку. Митигация: провести установочную встречу в первый рабочий день.
Готовая собранная версия
Ресурсный план: Запуск блога на корпоративном сайте
Срок: 6 недель | Бюджет: до 150 000 ₽
| Ресурс | Тип | Фаза 1 (нед. 1–2) | Фаза 2 (нед. 2–4) | Фаза 3 (нед. 4–5) | Фаза 4 (нед. 6) | Стоимость |
| Редактор | Труд | 60% | 60% | 60% | 40% | 54 000 ₽ |
| Дизайнер | Труд | – | 50% | 20% | – | 48 000 ₽ |
| Разработчик | Труд (штат) | – | 50% | 50% | 30% | Внутренняя ставка |
| SEO-специалист | Труд | 20% | – | 40% | 20% | 21 000 ₽ |
| Плагин для блога | Технический | – | нед. 2 | – | – | 5 000 ₽ |
| Стоковые иллюстрации | Материальный | – | – | нед. 4 | – | 10 000 ₽ |
| Итого | – | – | – | – | – | ~138 000 ₽ |
Риски: Разработчик загружен на 100% – буфер отсутствует. Согласовать приоритет с куратором второго проекта до старта фазы 2.
Границы применимости и типичные ошибки
Когда схема работает хорошо:
- Проект имеет четкие фазы и понятный состав команды
- Ресурсы заранее известны и доступны
- Есть возможность обновлять план по ходу проекта
Где схема ломается:
- Если требования к проекту меняются еженедельно – план устаревает быстрее, чем обновляется
- Если команда работает в Agile-спринтах, лучше использовать планирование ресурсов на уровне спринта, а не всего проекта сразу
- Если ресурсы полностью внешние и зависят от подрядчиков – добавьте статус подтверждения по каждому ресурсу
Что нельзя выкидывать:
- Привязку ресурсов к конкретным задачам и периодам – без этого план теряет смысл
- Блок рисков – именно там скрываются причины срыва большинства проектов
- Ответственного за каждый ресурс – план без ответственных не исполняется
Что можно менять:
- Формат (таблица, матрица, текст) – выбирайте под масштаб и аудиторию
- Уровень детализации – для небольших проектов достаточно понедельной разбивки, для крупных нужна детализация до дня
- Единицы измерения – чел.-дни, проценты, штуки – в зависимости от типа ресурса
Что нельзя переносить бездумно из чужого примера:
- Ставки и цифры – они иллюстративные, не нормативные
- Состав команды – в вашем проекте роли могут называться иначе или совмещаться
- Процентную загрузку – она зависит от реальной оценки трудозатрат, а не от интуиции
Практические советы по составлению ресурсного плана: сводная таблица
| Ситуация | Рекомендация |
| Небольшой внутренний проект (до 3 человек) | Используйте текстовый формат – он быстро составляется и легко читается |
| Команда работает на нескольких проектах одновременно | Составьте матрицу загрузки – она сразу покажет конфликты ресурсов |
| Проект с внешними подрядчиками и бюджетом | Добавьте столбец "Стоимость" и строку "Итого" – план станет и ресурсным, и финансовым |
| Ключевой специалист – единственный в своей роли | Пропишите риск и митигацию прямо в плане; предусмотрите замену или буфер |
| Загрузка участника превышает 80% на длинном отрезке | Перераспределите задачи или сдвиньте сроки – иначе качество и темп упадут |
| Нужно согласовать план с руководством | Добавьте итоговые строки по бюджету и строку "Резерв" – это снимает большинство вопросов |
| Проект длится больше 2 месяцев | Обновляйте план минимум раз в две недели – устаревший план хуже его отсутствия |
| Материальные ресурсы важны наравне с трудом | Включите их в план отдельной строкой с объемом и стоимостью – не держите только в смете |
8 практических приемов, которые делают ресурсный план рабочим
- Начинайте с задач, а не с людей. Сначала разбейте проект на фазы и задачи, потом привязывайте к ним ресурсы – иначе план получится формальным списком, а не управленческим инструментом.
- Не планируйте 100% загрузку без буфера. Оптимальная рабочая загрузка – 80–85%. Оставшиеся 15–20% – буфер на непредвиденное, согласования и задержки.
- Разделяйте типы ресурсов. Люди, оборудование, материалы и деньги – это разные категории с разной логикой управления. Смешивать их в одной колонке без пометок – распространенная ошибка.
- Фиксируйте ответственного за каждый ресурс. Ресурс без закрепленного ответственного – это ресурс, за которым никто не следит.
- Добавляйте резерв в бюджетные планы. Для большинства проектов резерв в 10–15% от прямых расходов – стандартная практика, а не перестраховка.
- Обновляйте план по ходу проекта. Ресурсный план – живой документ. Обновление раз в две недели позволяет видеть реальную картину, а не ту, что была в день старта.
- Выявляйте единственные точки отказа. Если один специалист незаменим, это риск. Пропишите его в плане явно и предусмотрите сценарий на случай его недоступности.
- Согласовывайте план с командой до старта. Ресурсный план, составленный менеджером в одиночку и не обсужденный с исполнителями, часто оказывается нереалистичным – особенно в части оценок трудозатрат.
Примеры ресурсного плана проекта в этой статье охватывают основные форматы: от простых табличных шаблонов до матричных планов и текстовых документов для небольших задач. Каждый из них решает свою задачу и подходит под определенный тип проекта, команды и уровня детализации.
Главное, что объединяет все рабочие образцы, – четкая привязка ресурсов к задачам, периодам и ответственным. Без этой связки документ остается списком, а не инструментом управления. Используйте приведенные структуры как основу и адаптируйте их под реальный масштаб и специфику своего проекта.
