Планирование ресурсов.

Что это простыми словами

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

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

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

Зачем это бизнесу

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

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

Как считается

Ключевая метрика — утилизация ресурса (resource utilization): сколько полезных, оплачиваемых часов человек тратит относительно всех доступных рабочих часов.

Утилизация = Полезные (оплачиваемые) часы / Доступные рабочие часы × 100%

Пример. дизайнер при 40-часовой рабочей неделе тратит на проектные задачи 35 часов, остальное — встречи, переписка, переключение между задачами.

Утилизация = 35 / 40 × 100% = 87,5%

87,5% — это уже чуть выше комфортного коридора. целевая вилка обычно 70–85%, около 80% считается оптимумом. почему не 100%? потому что оставшиеся часы неизбежно съедают созвоны, контекст-свитчинг и переделки. человек, формально загруженный на 100%, на деле работает в режиме «вечно не успеваю» — и первыми же летят сроки и качество.

шаги планирования в проектной команде: 1) собрать список задач и проектов с оценкой часов; 2) разложить их по людям с нужными навыками; 3) проверить, чтобы загрузка каждого попадала в коридор 70–85%; 4) найти узкие места — ресурсы, на которые навешано слишком много параллельно; 5) пересматривать план по факту, а не один раз в начале месяца.

Примеры из жизни

• digital-агентство или студия. ресурс-менеджер раскладывает дизайнеров и разработчиков по проектам на месяц вперёд, держит загрузку каждого в коридоре 70–85% и заранее ловит бутылочные горлышки — когда два проекта одновременно требуют единственного тимлида или единственного motion-дизайнера.
• производство на 1С: ERP. связка MRP II (долгосрочное планирование заказов и закупок) и APS (оперативная диспетчеризация по факту): система сводит заказы с наличием материалов и полуфабрикатов и сама генерирует требования к закупке и запуску. так крупные фармпроизводители разворачивают расширенные решения на базе 1С: ERP, когда растут быстрее рынка и в голове расклад уже не держится.
• выездная сервисная команда (монтажники, мастера). планирование смен и маршрутов под заявки на неделю вперёд, чтобы не было ни окон простоя, ни авралов с переработками в пятницу вечером.

Когда это про вас

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

а вот кому пока рано, честно. соло-предпринимателю и микрокоманде на 2–3 человека полноценное ресурсное планирование, и тем более ERP, избыточно: ресурс один-два, весь расклад держится в голове или в простом таск-трекере. мимо и там, где нет конкуренции за исполнителей и мощности — например, чисто товарная розница без своего производства. там в фокусе запасы и деньги, а не утилизация людей. тяжёлый ERP оправдан, когда растут номенклатура, число заказов и людей, — а не «на всякий случай».

Грабли и мифы

• Миф «100% загрузки = эффективность». соблазнительно расписать людей под все 100% времени — кажется, что так выжимаешь максимум. на практике это прямой путь к выгоранию, срыву сроков и падению качества. реалистичный потолок — 70–85%, остальное неизбежно уходит на встречи, переключение между задачами и переделки. забитый на 100% план ломается о первую же непредвиденную задачу.
• Игнорировать узкие места. навесить параллельные задачи на одного уникального специалиста или одно критичное оборудование. план на бумаге сходится, а в реальности всё встаёт в очередь к этому единственному ресурсу — и тормозит всю цепочку.
• Планировать на плановых, а не фактических данных. считать загрузку по тому, «сколько должно занять», и не пересматривать план при изменениях. расхождение план/факт копится, и через месяц план превращается в фикцию, которой никто не верит.