Як ми ставили пробовідбір у СІБУРІ на нові рейки

І що з цього вийшло

Привіт!

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

Як ми ставили пробовідбір у СІБУРІ на нові рейки

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

гіпотези

Тут варто почати з того, що команда у нас досить молода, ми працюємо з вересня 2018 року, і один із наших перших викликів у рамках цифровізації процесів – це виробничий контроль. Де-факто це перевірка всього на етапі між надходженням до нас сировини до виходу з наших виробництв кінцевого продукту. Ми вирішили їсти слона частинами і почали з відбору проб. Адже щоб поставити на цифрові рейки лабораторні дослідження проб, ці проби спочатку має хтось зібрати та принести. Зазвичай руками та ногами.

Перші гіпотези стосувалися уникнення паперу та ручної праці. Раніше процес виглядав так — людина мала на папірці написати, що саме вона готується збирати в пробовідбірник, самоідентифікуватися (читай — написати на папірці свої ПІБ та час забору проби), наклеїти цей папірець на пробірку. Потім піти на естакаду, взяти з кількох вагонів пробу та повернутися до операторної. В операторній людині доводилося по другому колу забивати ці ж дані в акт відбору проб, разом з яким проба і відправляється в лабораторію. А потім ще писати журнал саме для себе, щоб у разі чого звіритися, хто і коли забирав конкретну пробу. А хімік, який реєструє пробу в лабораторії, переносив потім записи з папірців до спеціального лабораторного ПЗ (LIMS).

Як ми ставили пробовідбір у СІБУРІ на нові рейки

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

Як бачите, поле для оптимізації процесу воістину неоране.

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

У моїй команді зараз 2 зовнішні розробники, 4 внутрішні, дизайнер, скрам-майстер, і молодший продакт. Ось, до речі, які у нас зараз є вакансії в цілому.

За тиждень ми на Django зібрали адмінку для команди та нескладний мобільний додаток для користувачів. Потім ще тиждень допилювали та налаштовували, а потім віддали користувачам, навчили їх та почали тестувати.

прототип

Тут усе просто. Є веб-частина, яка дозволяє створити завдання на відбір проби, і є мобільний додаток для співробітників, де все наочно, мовляв, сходи на ту естакаду та збери проби з вагона. На пробовідбірники ми спочатку наклеїли QR-коди, щоб не винаходити велосипед, тому що серйозніший тюнінг пробовідбірника нам довелося б узгоджувати, а тут все нешкідливо, наклеїв папірець і пішов працювати. Співробітнику залишалося лише вибрати завдання у додатку і відсканувати мітку, після чого в систему записувалися дані про те, що він (конкретний співробітник) у такий-то точний час взяв проби з вагона з таким номером. Образно кажучи, Іван взяв пробу з вагона №5 о 13.44. Після повернення в операторну йому залишалося лише роздрукувати вже готовий акт із цими ж даними і просто поставити на ньому свій підпис.

Як ми ставили пробовідбір у СІБУРІ на нові рейки
Старий варіант адмінки

Як ми ставили пробовідбір у СІБУРІ на нові рейки
Створення завдання у новій адмінці

Дівчаткам у лабораторії на цьому етапі теж стало простіше — тепер можна не розбирати написи на папірці, а просто сканувати код і одразу зрозуміти, що саме у пробовідбірнику.

І тут ми натрапили на подібну проблему вже на боці лабораторії. У дівчат теж свій складний софт, LIMS (Laboratory Information Management System), у якому їм доводилося все перебивати з отриманих актів відбору проб ручками. І на даному етапі їхнього болю наш прототип не вирішував ніяк.

Тож ми вирішили зробити інтеграцію. Ідеальною бачиться ситуація, коли вся начинка, яку ми зробили для інтеграції цих зустрічних кінців, від забору проб до лабораторного аналізу, допоможе позбавитися паперу зовсім. Веб-додаток замінить паперові журнали, акт відбору заповнюватиметься автоматично, за допомогою електронного підпису. Завдяки прототипу ми зрозуміли, що концепцію можна застосовувати, і розпочали розробку MVP.

Як ми ставили пробовідбір у СІБУРІ на нові рейки
Прототип попередньої версії мобільного додатка

Як ми ставили пробовідбір у СІБУРІ на нові рейки
MVP нового мобільного додатка

Пальці та рукавички

Тут треба враховувати ще той факт, що робота на виробництві — це не +20 і легкий вітерець, що тріпить поля солом'яного капелюха, а часом -40 і відвертий вітрище, на якому знімати рукавички, щоб тапнути сенсорним екраном вибухозахищеного смартфона, взагалі не хочеться. Ніяк. Навіть під загрозою заповнення паперових актів та витрачання часу. Натомість пальці при тобі.

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

Як ми ставили пробовідбір у СІБУРІ на нові рейки

Ось тут трохи у ролику про них.


Ще зворотний зв'язок приходив про самі мітки на пробовідбірниках. Штука в тому, що пробовідбірники бувають різні – пластикові, скляні, вигнутої форми, загалом, в асортименті. На вигнуті незручно наклеювати QR-код, папірець згинається і може скануватися не так добре, як тобі хотілося б. Плюс під скотчем теж сканується гірше, а якщо скотча намотати від щирого серця — не сканується зовсім.

Ми замінили все це на NFC-мітки. Це дуже зручно, але ми поки не зробили це зовсім зручним — хочемо перейти на гнучкі NFC-мітки, але поки вперлися в узгодження щодо вибухозахисту, тому мітки у нас великі, зате вибухозахищені. Але ми будемо опрацьовувати це з колегами з промбезпеки, тому все ще попереду.

Як ми ставили пробовідбір у СІБУРІ на нові рейки

Ще про теги

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

Такий підхід теж показав себе цілком успішним, і ми його ретельно протестували та постаралися відпрацювати усі складні місця. У результаті ми зараз на етапі розробки MVP в промисловому контурі з повноцінною інтеграцією в корпоративні системи та облікові записи. Тут допомагає те, що свого часу багато чого перевели на мікросервіси, тому в плані роботи з обліками проблем не виникло. На відміну від тієї ж LIMS — для неї ніхто нічого не робив. Тут у нас були певні шорсткості для того, щоб нормально інтегрувати її з нашим середовищем розробки, але ми їх подужали і влітку запускатимемо все в бій.

Перевірки та навчання

А ось який кейс народився з доволі повсякденної проблеми — одного разу з'явилося припущення, що іноді перевірка проб показує відмінні від норми результати, бо проби банально погано беруть. Гіпотези того, що відбувається, полягали в наступному.

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

Перший варіант ми на старті розкритикували, але про всяк випадок теж стали перевіряти.

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

І ми зараз зрушуємо фокус із ось такого «генератора ідей» на формулювання чітких проблем.

Тому, почувши опис цих проблем, ми почали вигадувати способи перевірити ці гіпотези.

Перевірити якість роботи відбірників проб найпростіше за допомогою відеоспостереження. Зрозуміло, що для перевірки чергової гіпотези взяти й оснастити всю естакаду вибухозахищеними камерами не так просто, наколінний розрахунок одразу видав нам багато мільйонів рублів, і ми від цього відмовилися. Було вирішено йти до наших хлопців із індустрії 4.0, які зараз пілотують використання єдиної в РФ вибухозахищеної wifi-камери. За описом це має нагадувати щось розміром з електрочайник, але насправді ця штуковина не більша за маркер для дощок.

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

Кілька тижнів люди працювали в штатному режимі, жодних порушень виявлено не було, і ми вирішили перевірити другу гіпотезу.

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

Сказано зроблено. Я поїхала до Тобольська, подивилася, як вони беруть проби, і з'ясувалося, що механіка паркану там одна й та сама вже останні років 20. Так, це досить рутинний процес, який можна довести до автоматизму при частому повторенні, але це не означає, що його не можна автоматизувати та спростити. Але спочатку ідея з відеоінструкцією персоналом була відкинута, мовляв, навіщо ці ролики знімати, якщо ми тут 20 років все те саме робимо.

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

Ми зібрали співробітників із восьми змін, влаштували їм кінематографічний показ та запитали, як воно. Виявилося, що як під час перегляду перших «Месників» втретє: круто, красиво, але нічого нового. Мовляв, ми так і робимо весь цей час.

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

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

Люди, для яких ви робите продукт, повинні розуміти, що їх чуєте, а не просто готуєтеся викотити якусь модну штуку, яка їм прямо зараз нафіг не потрібна.

Про процеси та ефекти

Якщо ти робиш цифровий продукт і в тебе кривий процес — не треба поки що впроваджувати продукт, треба фіксувати цей процес насамперед. Турбота нашого напряму зараз полягає в тому, щоб тюнити такі процеси, ми в рамках дизайн-сесій продовжуємо збирати беклог вже не тільки для цифрового продукту, а й глобальних операційних покращень, які іноді навіть вдається запровадити раніше, ніж сам продукт. І це саме собою дає відмінний ефект.

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

Та й співробітникам простіше, вони розуміють, що ми не просто зібралися тут посидіти, а насправді обговоримо, як їм скасувати непотрібні папірці, або з 16 потрібних паперів для процесу зробити 1 папір (а потім і його скасувати), як зробити ЕЦП та оптимізувати роботу з держорганами та інше.

А якщо говорити про сам процес, ми знайшли ще ось що.

Відбір проб у середньому займає години 3. І в цьому процесі є люди, які виступають у ролі координатора, і всі ці три години у них розривається телефон і постійно повідомляють статуси — куди відправити машину, як розподілити замовлення по лабораторіях, тощо. І це на боці лабораторії.

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

Як ми ставили пробовідбір у СІБУРІ на нові рейки

У підсумку на один пробовідбір сукупно від цифрових та операційних змін ми зможемо заощадити близько 2 годин людської праці та годину простою складу порівняно з тим, як працювали до нас. І це лише на один відбір, на день їх може бути кілька.

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

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

Але важливо пам'ятати, що чарівних коробок немає. Це все робота, дослідження, гіпотези та перевірки.

Джерело: habr.com

Додати коментар або відгук