Capacity planning: как находить узкие места и управлять загрузкой

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

Что такое capacity planning и почему «мощность» почти всегда переоценена

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

• «Номинальная» vs «доступная» мощность. Реальная мощность зависит от сменности, календарей, простоев, переналадок, окон обслуживания и ограничений по материалам.
• Почему планы «не исполняются». План строится без конечных мощностей или без реальных правил — результат: расписание на бумаге, а в цехе другая реальность.
• Задача управления. Цель — не «100% загрузка», а управляемый баланс: сервис (OTD/OTIF), стабильность плана, WIP/очереди, стоимость и риск срыва.

Как находить узкие места: 5 практичных методов

Узкое место — ресурс/операция, которое ограничивает выпуск или сервис.

• 1) Очередь и WIP «перед ресурсом». Перед узким местом всегда накапливается очередь — это кандидат №1 на constraint.
• 2) Невыполнимость по календарю. Если план не помещается в доступное время — проблема в дефиците мощности (или в ошибочных нормативах).
• 3) Нормативы и маршруты. Часто bottleneck «искусственный»: нормативы устарели, маршруты неполные.
• 4) Смена ассортимента = сдвиг узкого места. Constraint может «переезжать» при другом миксе — важны сценарии и what-if.
• 5) Малые проценты, большие последствия. Если ресурс загружен «под потолок», прибавка эффективности на 1-2 п.п. может дать заметную добавку к выпуску.

Ключ: искать не «самый загруженный», а «самый ограничивающий» — то, что ограничивает поток и сервис.

Playbook: как управлять загрузкой

• Шаг 1. Соберите «правду мощности». Календари/сменность, доступность, нормы времени, переналадки, совместимости.
• Шаг 2. Разведите горизонты. Долгий — агрегатные мощности и инвестиции. Средний — баланс спроса/мощностей. Короткий — исполнимое расписание.
• Шаг 3. Защитите bottleneck. Bottleneck должен работать максимально предсказуемо — не ломайте его частыми срочными перестановками.
• Шаг 4. Управляйте партиями и переналадками. Большая часть потерь — не простои, а плохая последовательность. Нужна модель A→B.
• Шаг 5. Ограничьте «героизм». Overtime и ручные ускорения — симптом того, что мощность не управляется системно.
• Шаг 6. Закрепите через plan-fact. Без измеримого план-факта вы не управляете мощностью, вы реагируете на хаос.

Метрики

• Utilization (загрузка). По ключевым ресурсам: план/факт, простои, переналадки. Не гонитесь за 100% — перегруз увеличивает очереди и сроки.
• WIP / очередь перед bottleneck. WIP — главный индикатор «затыка». Управляя WIP, вы управляете lead time.
• Schedule adherence / plan-fact. Сколько выполнено «как планировали» — базовый индикатор доверия к плану.

Эффекты: ориентиры из публичных кейсов

Это ориентиры. В реальном проекте эффект фиксируется через ваши KPI и план-факт.

• APS/планирование (кейс Siemens Drives): -20% inventory, -60% WIP, +14% utilization, +4% delivery capability.
• Ускорение потока (VSM): lead time с 9.5 до 2.17 дней, рост on-time delivery.
• Эффект «пара процентов»: рост заполнения фур с 96% до 98-99% дал около 2% отправок «бесплатно» (кейс IBM).

Пошаговая инструкция: запуск capacity planning за 6 недель

Практический план для производственной компании, которая хочет перейти от «управления по ощущениям» к системному управлению мощностями. Рассчитан на команду из плановика, технолога и аналитика.

Недели 1-2: аудит мощностей и сбор базовых данных

Начните с одного участка — того, где чаще всего звучит «мощностей не хватает». Соберите: реальные календари работы (сменность, перерывы, плановые ТО), нормативы времени по операциям (из ERP, MES или сменных отчётов), фактические данные загрузки за последние 3 месяца. Рассчитайте доступную мощность: календарное время минус плановые простои, минус средние переналадки, минус аварийные простои. Сравните с номинальной мощностью — разница обычно 25-40%. Это и есть «скрытые потери», которые объясняют, почему «станков хватает, а план не выполняется».

Недели 3-4: определение узкого места и модель загрузки

Постройте профиль загрузки: для каждого ресурса — план (часы работы по заказам) vs доступная мощность (часы после вычета потерь). Ресурс, где план/доступность > 85% — кандидат на bottleneck. Проверьте: накапливается ли WIP перед этим ресурсом? Бывают ли случаи, когда заказы ждут именно этот ресурс? Если да — это узкое место. Постройте простую Excel-модель или Python-скрипт: вход — список заказов с нормативами, выход — загрузка по ресурсам по дням. Модель покажет, где и когда мощности не хватает.

Недели 5-6: what-if сценарии и правила управления

Используя модель загрузки, проиграйте сценарии: «Что, если добавить вторую смену на bottleneck?», «Что, если сократить переналадки на 20%?», «Что, если убрать 3 наименее маржинальных продукта?». Каждый сценарий — конкретная цифра: на сколько часов / единиц вырастет пропускная способность. Выберите 2-3 quick wins и внедрите. Зафиксируйте правила: максимальная загрузка bottleneck — 90% (10% буфер на непредвиденное), приоритеты при конфликте заказов, частота пересмотра плана.

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

Типичные ошибки в capacity planning

Capacity planning кажется простым — «посчитай загрузку и найди bottleneck». На практике ошибки возникают не в расчётах, а в допущениях и данных.

Ошибка 1: использовать номинальную мощность вместо доступной

Номинальная мощность — это «станок работает 24/7 без остановок». В реальности доступная мощность на 25-40% ниже: сменность, перерывы, переналадки, ТО, аварии. Компании, которые планируют по номинальной мощности, регулярно получают невыполнимые планы и «героизм» (overtime, ночные смены) как нормальный режим. Решение: всегда считайте доступную мощность = календарное время * коэффициент доступности * коэффициент производительности. OEE (Overall Equipment Effectiveness) — готовый фреймворк для этого расчёта.

Ошибка 2: искать самый загруженный ресурс вместо самого ограничивающего

Самый загруженный ресурс (utilization 95%) — не обязательно bottleneck. Bottleneck — тот, который ограничивает поток и сервис. Если ресурс загружен на 95%, но перед ним нет очереди и заказы не ждут — он не bottleneck. Если ресурс загружен на 80%, но перед ним постоянно копится WIP и заказы опаздывают из-за него — это bottleneck. Метод определения: ищите очередь (WIP перед ресурсом), а не загрузку. Очередь = ресурс не справляется с потоком.

Ошибка 3: не учитывать динамику узкого места

Bottleneck — не фиксированная точка. Он «переезжает» при изменении ассортимента, сезонности, поломках. Компания, которая оптимизировала один ресурс, обнаруживает, что теперь ограничивает другой. Это нормально — это закон Голдратта (Theory of Constraints). Решение: пересчитывайте профиль загрузки минимум раз в месяц и при каждом значительном изменении портфеля заказов. Автоматизируйте расчёт, чтобы пересчёт занимал минуты, а не дни.

Чек-лист внедрения capacity planning

Используйте для контроля прогресса при запуске системы управления мощностями.

• Данные: собраны реальные календари работы (сменность, перерывы, ТО); нормативы времени актуализированы по факту (не по паспорту станка); фактические данные загрузки за 3+ месяца доступны в электронном виде.
• Модель: рассчитана доступная мощность по каждому ключевому ресурсу; построен профиль загрузки (план vs доступность по дням/неделям); определён bottleneck (по очереди/WIP, а не по загрузке).
• Сценарии: проиграны 3+ what-if сценария; оценён эффект quick wins в часах / единицах продукции; выбраны и внедрены 2-3 быстрых улучшения.
• Правила: зафиксирована максимальная загрузка bottleneck (с буфером); определены приоритеты при конфликте заказов; установлена частота пересмотра (минимум — ежемесячно).
• Мониторинг: настроен plan-fact по загрузке ключевых ресурсов; WIP перед bottleneck отслеживается ежедневно; schedule adherence измеряется и визуализируется.

Совет. Введите «правило 85%»: если загрузка bottleneck превышает 85% на горизонте 2+ недель — это сигнал к действию (добавить смену, перераспределить заказы, отодвинуть низкоприоритетные). Не ждите 100% — при 100% любое отклонение приводит к срыву.

FAQ

Источники

• Siemens case study (Opcenter APS). Ссылка
• Lockamy & McCormack (VSM, flow improvements). PDF
• IBM (linehaul load optimization). Ссылка