Надійність автоматизації – або як система підкидає випробування. Знаєте, що найстрашніше в автоматизації? Це не складність формул, а тихий саботаж системи. Це коли все ніби працює, рахунки виставляються, менеджери діють за структурою продажів… але десь у глибині алгоритму причаїлася маленька, але дуже зла помилка.
Один із моїх клієнтів, велике виробництво, пережив саме такий момент. Здавалося б, ми вже розібралися з усіма складнощами — від двопільних конструкцій до оптимізації матеріалів, що постачаються стандартними 6-метровими профілями. Але проблема з’явилася там, де її ніхто не чекав — у логіці оптимізації профілів. І тут на сцену вийшов я, Петро, щоб відновити віру в надійність автоматизації та зберегти всі IC-кредити!
Складність Калькулятора продукту: Як перемогти хаос формул та створити IC-кредити у вашому бізнесі
Проблема: Випадковий збій і втрата IC на складі, бізнес-логіка без помилок
Проблема була неочевидною і стосувалася однієї з найскладніших ліній продукції, де використовується стандартний матеріал (наприклад, алюмінієві профілі довжиною 6.00 метрів).
Коли клієнт замовляв стандартну модель, Калькулятор продукту видавав ідеальний список матеріалів й забезпечував надійність автоматизації. Але варто було клієнту трохи змінити розмір (наприклад, на кілька міліметрів), як у формулі розрахунку профілів виникала надмірна кількість.
Суть у тому, що система мала не просто порахувати загальну довжину, а оптимізувати її, мінімізуючи відходи. Через помилку в умові, система в деяких випадках округляла кількість профілів у більшу сторону, додаючи зайвий, непотрібний хлист.
- Наслідок 1 (для бізнесу): Зростання собівартості на великі суми на кожній такій конструкції. Це прямі збитки.
- Наслідок 2 (для IC): Ризик виявлення помилки клієнтом або затягування термінів виробництва. Це прямий удар по довірі до нашої автоматизації.
Петро і Детектив: Відновлення надійності автоматизації
Моя робота полягає в тому, щоб забезпечити, що бізнес-логіка відповідає реальному світу. Це не просто фікс формули, це фікс віри клієнта у те, що система не підведе.
Я швидко зрозумів: проблема була не в математиці, а в умові переходу. Логіка “Якщо довжина вища за N, додай ще один хлист” була прописана без урахування залишку з попереднього хлиста. Тобто, система боялася дефіциту і перестраховувалася зайвими метрами.
Що ми зробили:
- Ізоляція проблеми: Створили окреме завдання, яке відтворювало баг лише на 3-х конкретних розмірах.
- Точковий фікс: Змінили умову округлення у Процедурі (наборі дій) і додали змінну, яка фіксувала залишок.
- Тест на IC: Провели контрольний прорахунок 10 різних замовлень. Всі 10 — ідеально!
Цей фікс довів, що надійність автоматизації — це не про відсутність помилок, а про здатність системи миттєво їх виявляти та коригувати, не втрачаючи темпу. Ми зміцнили наш IC!
Будуємо систему залучення на 9 кроків: наш досвід з OneBox OS та Impact Credits
Схема логіки процесу для OneBox OS: Порятунок IC від Багу
Цей процес – це ваш план дій, коли щось йде не так, а ви маєте зберегти обличчя і довіру. Ви можете відтворити його у OneBox за допомогою додатку Конструктор бізнес-процесів.
- Етап 1: Фіксація “примарної” помилки
- Дія: Клієнт/Менеджер створює завдання з категорією «Критичний баг: Калькулятор».
- Вимога: Обов’язкове прикріплення 3-х прикладів, де розрахунок не сходиться.
- Етап 2: Ізоляція та аналіз (Робота Петра)
- Дія: Створення копії процедури для тестування (щоб не зламати робочу).
- Дія: Аналіз умовних тригерів у Процедурі (наприклад, логіка округлення профілів).
- Етап 3: Фікс і верифікація
- Дія: Внесення змін до тестової процедури.
- Умова: Проходження 3-х тестів-прикладів успішно.
- Автоматизація: Сповіщення менеджерів про перенесення фіксу в робочу процедуру.
- Етап 4: Зміцнення IC та закриття
- Дія: Закриття задачі з фіксацією, що надійність автоматизації відновлена.
- Дія: Відправлення клієнту звіту про фікс (демонстрація прозорості).
Зовнішні посилання про Стабільність системи
- Project Management Institute — Managing Risk and Unexpected Issues
✅ https://www.pmi.org/learning/library/managing-risk-unexpected-issues-8264
Офіційна стаття PMI про управління ризиками та непередбачуваними ситуаціями - Harvard Business Review — The Hidden Costs of Poor Quality
✅ https://hbr.org/2022/07/the-hidden-costs-of-poor-quality
Аналіз витрат, пов’язаних із низькою якістю продукту або процесу - TechRepublic — The Importance of QA in Custom Software Development
✅ https://www.techrepublic.com/article/the-importance-of-quality-assurance-in-custom-software-development/
Стаття про роль QA у розробці кастомного ПЗ - Управління якістю — Як уникнути помилок при розробці та впровадженні бізнес-процесів
✅ https://biznes.rayon.in.ua/news/597684-yak-uniknuti-pomilok-pri-rozrobtsi-ta-vprovadzhenni-biznes-protsesiv
Українська стаття про управління якістю в бізнес-процесах та про надійність автоматизації - Kerbal Space Program на Steam
✅ https://store.steampowered.com/app/220200/Kerbal_Space_Program/
Гра, де помилка у формулі — це вибух. Ідеальна метафора для калькулятора продукту - The Witness на Steam
✅ https://store.steampowered.com/app/210970/The_Witness/
Гра-головоломка, де кожна логічна помилка — це втрачена можливість
