Чи варто купувати ще одну машину, чи змінювати виробничу систему?

Ось show notes епізоду, структуровані за ключовими темами, які узагальнюють основні аргументи проти реактивних закупівель верстатів і на користь системного підходу з використанням симуляції.

Нотатки до епізоду: Потужність верстата проти виходу системиОглядЗростаюча черга, затримки термінів поставки та вимоги відділу продажів часто викликають один і той самий рефлекс: «Нам потрібен ще один верстат». Ця реакція раціональна: локальна активність виглядає завантаженою, понаднормові зростають, а саме цей робочий центр, здається, досяг межі.

Однак перед тим, як робити капітальні інвестиції, які роками лежатимуть на балансі, варто поставити ключове запитання: У вас проблема потужності верстата чи проблема виробничої системи?

Цей епізод досліджує, чому висока завантаженість одного робочого центру не доводить, що верстат є загальним вузьким місцем заводу. Ми обговорюємо, як прості розрахунки потужності (планові години, поділені на номінальну швидкість) створюють хибну впевненість, і пояснюємо, чому інвестиційні рішення мають спиратися на логіку всієї виробничої системи: від запуску матеріалу до відвантаження готової продукції.

Ми пропонуємо підхід до перевірки рішень за допомогою симуляції (зокрема дискретно-подійної симуляції). Моделюючи рух замовлень у часі з урахуванням обмежених ресурсів (праці, спільних оснасток, наявності матеріалів), симуляція дозволяє виробникам перевірити альтернативні рішення, як-от зміни графіків змін, інші правила запуску або змінені розміри партій, перш ніж вкладати капітал.

Ключові теми1. Пропускна здатність — це більше, ніж локальна активністьЗавод може виглядати повністю завантаженим і при цьому марнувати потужності. Справжня пропускна здатність — це готовий виріб, який залишає систему у формі, прийнятній для клієнта (комерційна пропускна здатність), а не кількість деталей, оброблених на одній операції.

• Верстат може працювати весь день лише тому, що планувальники постійно подають йому роботу, навіть якщо цей вихід далі по маршруту блокується або створює запаси.
• Матеріал, що чекає в черзі, означає заморожені грошові кошти; матеріал, що надходить раніше, але довше чекає відвантаження, погіршує грошовий потік.

2. Проблема «бутилочного розрахунку»Прості розрахунки потужності створюють хибну впевненість, оскільки використовують теоретичні середні значення, які приховують реальність щоденних збоїв виробництва.

• Хибна формула: Планові години виробництва / час циклу = кількість деталей на виході.
• Що ця формула не враховує: Реальне виробництво працює з реальними замовленнями, конкретними термінами виконання, переналагодженням, відсутністю матеріалу, карантином якості, заміною досвідченого оператора та технічним обслуговуванням. Доступний час не завжди є придатним для використання часом.
• Номінальна та фактична швидкість: Номінальні часи циклу отримані на стабільних серіях за визначених умов. Лише виробнича система може передбачити, яка робота дійде до обладнання, в якій послідовності і чи зможе воно рухатися далі.

3. Рухоме обмеженняОбмеження — це будь-що, що стримує перетворення попиту на готову до відвантаження продукцію. Це не завжди верстат.

• Обмежувальна умова часто знаходиться поза самим робочим центром:
  
  
  • Персонал: Навчений оператор на конкретній зміні або технік, який обробляє тестові зразки та перевірки першої деталі.
  • Спільні оснастки/інструмент: Випробувальний стенд або оснастка, достатні для старого потоку, але недостатні для нової потужності.
  • Етапи контролю якості: Обмежена кількість техніків з випробувань або контрольних оснасток, що створює backlog.
  • Нестача матеріалів: Зупинка маршруту ще до початку виробництва.
• Обмеження зміщується, коли ви втручаєтеся в систему: Додавання фізичної потужності на робочому центрі змінює ритм маршруту. Щойно ви збільшуєте потік в одній ділянці, ви виявляєте наступне нижчестояче обмеження, яке не може встигати (голодування та блокування).

4. Розшифрування чергиПоказник завантаженості говорить лише про те, чи працює ресурс, тоді як черга показує, що робота чекає з певної причини. Відстеження черг у часі дає більше інформації для прийняття рішень.

• WIP як оманливий індикатор: Великі скупчення незавершеного виробництва автоматично не доводять нестачу потужності верстатів. Вони часто вказують на проблему управління виробництвом, коли роботу запускають за датою в ERP, а не за здатністю системи її прийняти.
• Закон Літтла: Коли в стабільній виробничій системі перебуває більше роботи, середній час її перебування зростає. Якщо подвоїти роботу на цеху (без збільшення темпу комерційних відвантажень), вона чекатиме довше, що збільшує пошуки, перевірки статусів і виключення.
• Буфери — це не лише запаси: Корисні буфери захищають відому точку маршруту від очікуваної мінливості (звичайних збоїв). Вони утримують час, а не лише матеріал. Різниця полягає між плановим обсягом роботи та випадковим скупченням.

5. Симуляція як перевірка рішеньІнвестиція в потужність — це зміна виробничої системи, а не купівля обладнання. Симуляція (зокрема дискретно-подійна) пропонує безпечне контрольоване середовище для перевірки цих змін без порушення поставок клієнтам.

• Перевіряйте логіку, а не анімацію: Цінність полягає в правилах, а не в рухомих машинах чи анімації.
• Дискретно-подійна симуляція: Моделює рух замовлень у часі, де події (надходження матеріалів, стани верстатів, завершення інспекцій) запускають наступну логіку рішень.
• Постановка управлінських питань: Використовуйте модель для порівняння сценаріїв за визначених умов:
  
  
  • Що станеться із замовленнями на відвантаження, якщо попит зросте, але новий оператор не буде доступний на кожній зміні?
  • Чи забезпечує зміна графіка зміни такий самий захист поставок, як купівля верстата?
  • Де роботa чекає після того, як верстат почав працювати?

Рамка перевірки рішень: продукт, процес, ресурсЩоб перетворити симуляцію з теорії на цінність для прийняття рішень, спочатку потрібно побудувати спільний опис виробничої системи за трьома опорами:

1. Продукт: Окрім номерів деталей, це попит, терміни виконання, розмір партії, правила варіантів і контекст комерційного ризику.
2. Процес: Необхідні операції, їх послідовність (логіка маршрутизації), сімейства переналагоджень, альтернативні маршрути, специфікації якості, перевірки першої деталі та шляхи доопрацювання при карантині якості.
3. Ресурс: Верстати, а також навчена праця, оснастки, інструменти, випробувальні стенди та фізичний простір для буферів. Він містить ключові залежності: два ресурси, потрібні одночасно, календарі (вікна простоїв/обслуговування) та правила, які можуть змінюватися залежно від стану якості.

Цей спільний опис формується до вибору програмного забезпечення. Він перетворює розрізнені факти (ІТ/ОТ) на операційний контекст, необхідний для аналізу причин і наслідків.



Станьте прихильником цього подкасту: https://www.spreaker.com/podcast/m365-fm-a-microsoft-mvp-podcast-by-mirko-peters--6704921/support.