Планування виробництва в Excel: сім ознак того, що таблиця перестала працювати

Програмне забезпечення для планування на кожному заводі починається з чиєїсь електронної таблиці. Комусь набридає маркерна дошка, він відкриває Excel, записує замовлення в рядки, а дні — у стовпці, і вже за місяць від цього файлу залежить увесь завод. Це не провал. Зазвичай це найкращий інструмент планування, який завод будь-коли мав. Доки він таким і залишається.

Планування виробництва в Excel — це використання електронної таблиці, щоб вирішувати, які замовлення йдуть на яких лініях, у якій послідовності та на якому тижні, зазвичай із кількома формулами для годин і матеріалів. Для невеликого заводу це часто правильний вибір. Для заводу, що росте, настає момент, коли таблиця починає коштувати більше, ніж заощаджує. Ця стаття — про те, як цей момент розпізнати.

Що Excel робить добре

Спершу будьмо справедливими. Електронні таблиці виграють там, де програми для планування часто помиляються:

• Швидкість змін. Новий стовпець, нове правило, колір для термінових замовлень — пʼять хвилин, без заявки в ІТ-відділ.
• Його знають усі. Без навчання, без ліцензій, без проблем із входом у систему.
• Мислення «а що, як…». Скопіюйте аркуш, спробуйте іншу послідовність, порівняйте. Планувальники роблять це природно.
• Аналіз. Зведені таблиці й діаграми за виробничими даними досі найшвидший спосіб відповісти на разове запитання.

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

Це як паперова карта. Вона точна на день друку, її легко читати і їй ніколи не потрібен сигнал. Просто вона нічого не знає про сьогоднішній ремонт дороги.

Сім ознак того, що планування виробництва в Excel перестало працювати

1. У файлу один власник. Коли планувальник іде у відпустку, планування зупиняється або повертається на маркерну дошку. Ніхто інший не наважується чіпати формули.

2. Понеділки «скопіюй-встав». Кожен тиждень починається з вивантаження замовлень і запасів з ERP-системи та вставляння їх у файл. Якщо на це йде пів дня, план ще до початку вже на пів дня застарів.

3. Немає перевірки потужностей. Файл містить замовлення по тижнях, але ніщо не порівнює потрібні години з доступними. (Приклад розрахунку нижче.)

4. Версії множаться. Plan_v7_final_JM_new.xlsx лежить в електронному листі поруч із Plan_v7_final2.xlsx. Виробництво працює за одним, а відділ продажів рахує пропозиції за іншим.

5. Дефіцит виявляють біля машини. Таблиця показує замовлення, але не розузлює специфікацію, тож відсутній компонент виявляється тоді, коли оператор за ним тягнеться. Це завдання планування потреб у матеріалах (MRP), і електронна таблиця погано дає йому раду, щойно в специфікації (BOM) зʼявляється більше одного рівня.

6. Відділ продажів не може отримати дату, не зателефонувавши планувальникові. Кожна обіцянка щодо поставки — це телефонний дзвінок, тож обіцянки або повільні, або навмання.

7. Термінове замовлення вставляють годину. Щоб пересунути одне замовлення, треба вручну зсунути тридцять рядків і перевірити, що дорогою не зламалася жодна формула.

Дві-три такі ознаки — це нормально. Пʼять і більше — і вже файл керує вашим заводом, а не навпаки.

Приклад: перевірка потужностей, якої немає

Лінія 2 працює у дві зміни шість днів на тиждень: 2 × 8 × 6 = 96 годин. У таблиці є замовлення на наступний тиждень для лінії 2 з годинами на кожне: 22, 18, 31, 27 і 20. Разом: 118 годин.

Це на 22 години більше — майже три повні зміни. Якщо ніхто не написав формулу, яка порівнює 118 із 96, план увесь тиждень виглядає нормально. Запізнілі замовлення вилазять у суботу.

Тепер про витрати часу. Припустімо, планувальник щопонеділка витрачає 3 години на звіряння вивантажень і ще по 30 хвилин у кожен з інших чотирьох днів на виправлення змін: 3 + 4 × 0,5 = 5 годин на тиждень. За 48 робочих тижнів це 240 годин — шість повних 40-годинних тижнів на рік. За ставки 45 $ на годину це близько 10 800 $ часу кваліфікованого фахівця, витраченого на копіювання даних.

Міф: «Електронна таблиця безкоштовна»

Ліцензія безкоштовна. А понеділки планувальника, пропущені дефіцити й замовлення, що запізнюються, бо ніхто не перевірив години, — ні. Нічого з цього не зʼявляється в рахунку-фактурі, і саме тому це триває так довго.

Що переносити в першу чергу

Не намагайтеся замінити весь файл одразу. Переносьте те, що болить найбільше, у такому порядку:

1. Замовлення й запаси з одного джерела. Покінчіть із понеділками «скопіюй-встав», плануючи безпосередньо на даних ERP-системи. Саме в розриві між ERP-системою та плануванням зазвичай і народжується електронна таблиця.
2. Перевірка потужностей. Потрібні години проти доступних годин за кожним ресурсом — щоразу, коли додається замовлення.
3. Розузлування специфікацій. Нехай MRP-розрахунок знаходить дефіцит раніше, ніж машина.
4. Послідовність. Лише після цього переносьте щоденне календарне планування виробництва на діаграму Ганта з урахуванням обмежених потужностей.

Залиште Excel для того, у чому він чудовий: для аналізу й разових запитань. Етапи, які більшість заводів проходять після електронної таблиці, описано у статті програмне забезпечення для планування виробництва.

Як це виглядає у factory.online

У платформі factory.online наведений вище тиждень лінії 2 показав би 118 годин проти 96 у поданні потужностей тієї ж миті, коли додано пʼяте замовлення, а діаграма Ганта пересунула б останні замовлення на наступний тиждень, тож планувальник бачить, які саме з них зсуваються. Замовлення й запаси надходять з ERP-системи через інтеграції, а не через понеділкові вивантаження, а MRP-розрахунок повʼязує кожен дефіцит із його замовленням. Для зведених таблиць, які планувальники досі люблять, поверх можна підключити Power BI.

Якщо ваш план живе в електронній таблиці, яку розуміє лише одна людина, запишіться на демонстрацію і візьміть із собою її копію.