Și ce a rezultat din asta
Hi!
În producție, este important să monitorizăm calitatea produselor, atât a celor care provin de la furnizori, cât și a celor pe care le emitem la ieșire. Pentru a face acest lucru, efectuăm adesea prelevarea de probe - angajații special instruiți preiau probe și, conform instrucțiunilor existente, colectează probe, care sunt apoi transferate în laborator, unde sunt verificate pentru calitate.
Numele meu este Katya, sunt proprietarul de produs al uneia dintre echipele de la SIBUR și astăzi vă voi spune cum am îmbunătățit viața (cel puțin în timpul orelor de lucru) a specialiștilor în prelevare de probe și a altor participanți la acest proces interesant. Under the cut - despre ipoteze și testarea lor, despre atitudinea față de utilizatorii produsului tău digital și puțin despre cum funcționează totul cu noi.
Ipoteze
Aici merită să începem cu faptul că echipa noastră este destul de tânără, lucrăm din septembrie 2018, iar una dintre primele noastre provocări în digitalizarea proceselor este controlul producției. De facto, aceasta este o verificare a tuturor lucrurilor în etapa dintre primirea materiilor prime și părăsirea produsului final din fabricile noastre de producție. Am decis să mâncăm elefantul bucată cu bucată și am început cu eșantionarea. La urma urmei, pentru a pune testele de laborator ale probelor pe o pistă digitală, cineva trebuie mai întâi să colecteze și să aducă aceste probe. De obicei cu mâinile și picioarele.
Primele ipoteze au vizat îndepărtarea de hârtie și munca manuală. Anterior, procesul arăta astfel - o persoană trebuia să scrie pe o bucată de hârtie ce anume se pregătea să colecteze în eșantioner, să se autoidentifice (citiți - scrieți numele complet și ora prelevării pe o bucată de hârtie), lipiți această bucată de hârtie pe eprubetă. Apoi mergeți la pasajul superior, luați o probă din mai multe mașini și întoarceți-vă în camera de control. În camera de control, persoana a trebuit să introducă aceleași date în raportul de prelevare pentru a doua oară, împreună cu care proba a fost trimisă la laborator. Și apoi scrieți un jurnal doar pentru dvs., astfel încât, dacă se întâmplă ceva, să îl puteți utiliza pentru a verifica cine a luat o anumită mostră și când. Iar chimistul care a înregistrat proba în laborator a transferat apoi notițele de pe bucățile de hârtie pe un software special de laborator (LIMS).
Problemele sunt evidente. În primul rând, durează mult timp, plus că vedem o duplicare a aceleiași operațiuni. În al doilea rând, precizie scăzută - timpul de eșantionare a fost scris parțial cu ochiul, pentru că un lucru este că ați scris timpul aproximativ de eșantionare pe hârtie, un alt lucru este că până ați ajuns la cărucior și ați început să colectați probe, ar fi puțin puțin. timp diferit. Pentru analiza datelor și urmărirea proceselor, acest lucru este mai important decât pare.
După cum puteți vedea, domeniul pentru optimizarea procesului este cu adevărat nearat.
Aveam puțin timp și trebuia să facem totul rapid și în circuitul corporativ. A face ceva în cloud în producție nu este o idee bună, deoarece lucrați cu o mulțime de date, dintre care unele sunt secrete comerciale sau conțin date personale. Pentru a crea un prototip, aveam nevoie doar de numărul mașinii și de numele produsului - oficialii de securitate au aprobat aceste date și am început.
Echipa mea are acum 2 dezvoltatori externi, 4 interni, un designer, un Scrum Master și un manager de produs junior. Apropo, asta avem acum .
În decurs de o săptămână, am construit un panou de administrare pentru echipă și o aplicație mobilă simplă pentru utilizatorii care folosesc Django. Apoi l-am finalizat și configurat pentru încă o săptămână, apoi l-am dat utilizatorilor, i-am instruit și am început testarea.
prototip
Totul este simplu aici. Există o parte web care vă permite să creați o sarcină pentru eșantionare și există o aplicație mobilă pentru angajați, unde totul este clar, spun ei, mergeți la acel pasaj superior și colectați mostre din mașina respectivă. Am lipit mai întâi coduri QR pe samplere ca să nu reinventăm roata, pentru că ar trebui să coordonăm un tuning mai serios al sampler-ului, dar aici totul este inofensiv, am lipit o hârtie și am trecut la treabă. Angajatul nu trebuia decât să selecteze o sarcină în aplicație și să scaneze eticheta, după care au fost înregistrate în sistem date că el (un anume angajat) a prelevat mostre dintr-o mașină cu așa și cutare număr la un moment dat. În mod figurat, „Ivan a luat o probă din mașina nr. 5 la ora 13.44”. La întoarcerea în camera de control, tot ce trebuia să facă a fost să imprime un document gata făcut cu aceleași date și pur și simplu să-și pună semnătura pe el.
Versiunea veche a panoului de administrare
Crearea unei sarcini în noul panou de administrare
În această etapă, a devenit, de asemenea, mai ușor pentru fetele din laborator - acum nu trebuie să citească scrisul pe o bucată de hârtie, ci pur și simplu scanează codul și înțeleg imediat ce este exact în eșantioner.
Și apoi am întâlnit o problemă similară din partea laboratorului. Fetele de aici au și propriul lor software complex, LIMS (Laboratory Information Management System), în care trebuiau să introducă totul din rapoartele de prelevare primite cu pixuri. Și în această etapă, prototipul nostru nu le-a rezolvat în niciun fel durerea.
De aceea am decis să facem integrare. Situația ideală ar fi că toate lucrurile pe care le-am făcut pentru a integra aceste capete de contor, de la prelevarea de probe până la analiza de laborator, va ajuta să scăpăm complet de hârtie. Aplicația web va înlocui jurnalele pe hârtie, raportul de selecție va fi completat automat cu o semnătură electronică. Datorită prototipului, ne-am dat seama că conceptul poate fi aplicat și am început dezvoltarea MVP-ului.
Prototipul versiunii anterioare a aplicației mobile
MVP al unei noi aplicații mobile
Degete și mănuși
Aici trebuie să ținem cont și de faptul că lucrul în producție nu este +20 și o adiere ușoară care ciufulește borul unei pălării de paie, ci uneori -40 și de-a dreptul vântul, în care nu vrei să-ți scoți mănușile. pentru a atinge ecranul tactil al unui smartphone rezistent la explozie. În nici un caz. Chiar și sub amenințarea de a completa formulare pe hârtie și a pierde timpul. Dar degetele tale sunt cu tine.
Prin urmare, am schimbat ușor procesul de lucru pentru băieți - în primul rând, am cusut o serie de acțiuni pe butoanele laterale hardware ale smartphone-ului, care pot fi apăsate perfect cu mănuși și, în al doilea rând, am actualizat mănușile înșiși: colegii noștri, care sunt angajați în furnizarea personalului cu echipament individual de protecție, ne-au găsit mănuși care îndeplinesc toate standardele necesare și, de asemenea, cu capacitatea de a lucra cu ecrane tactile.
Iată un mic video despre ei.
De asemenea, am primit feedback despre notele de pe eșantionare. Chestia este că mostrele vin în diferite tipuri - plastic, sticlă, curbate, în general, într-un sortiment. Este incomod să lipiți un cod QR pe cele curbate; hârtia se îndoaie și s-ar putea să nu fie scanată atât de bine pe cât ați dori. În plus, scanează și mai rău sub bandă, iar dacă înfășurați banda după cum doriți, nu scanează deloc.
Am înlocuit toate acestea cu etichete NFC. Acest lucru este mult mai convenabil, dar încă nu l-am făcut complet convenabil - vrem să trecem la etichete NFC flexibile, dar până acum suntem blocați cu aprobarea pentru protecția împotriva exploziilor, așa că etichetele noastre sunt mari, dar rezistente la explozie. Dar vom lucra la asta cu colegii noștri de la siguranța industrială, așa că mai sunt multe de urmat.
Mai multe despre etichete
LIMS, ca sistem în sine, oferă tipărirea codurilor de bare pentru astfel de nevoi, dar au un dezavantaj semnificativ - sunt de unică folosință. Adică l-am lipit de eșantionare, am terminat treaba și a trebuit să-l smulg, să-l arunc și apoi să lipesc unul nou. În primul rând, nu este atât de ecologic (se folosește mult mai multă hârtie decât pare la prima vedere). În al doilea rând, durează mult. Etichetele noastre sunt reutilizabile și reinscriptibile. Când un prelevator este trimis la laborator, tot ce trebuie să faceți este să îl scanați. Apoi, prelevatorul este curățat cu grijă și returnat înapoi pentru a preleva următoarele probe. Angajatul de producție îl scanează din nou și scrie date noi pe etichetă.
Această abordare s-a dovedit, de asemenea, destul de reușită și am testat-o temeinic și am încercat să rezolvăm toate locurile dificile. Drept urmare, suntem acum în stadiul dezvoltării unui MVP într-un circuit industrial cu integrare completă în sistemele și conturile corporative. Ajută aici faptul că la un moment dat multe lucruri au fost transferate către microservicii, așa că nu au fost probleme în ceea ce privește lucrul cu conturile. Spre deosebire de același LIMS, nimeni nu a făcut nimic pentru asta. Aici am avut anumite margini aspre pentru a o integra corect în mediul nostru de dezvoltare, dar le-am stăpânit și vom lansa totul în luptă în vară.
Teste și antrenament
Dar acest caz s-a născut dintr-o problemă destul de obișnuită - într-o zi s-a presupus că uneori testarea probelor arată rezultate care diferă de normă, deoarece probele sunt prelevate pur și simplu prost. Ipotezele a ceea ce se întâmpla au fost următoarele.
- Eșantioanele sunt pur și simplu prelevate incorect din cauza nerespectării procesului de către personalul de la fața locului.
- Mulți începători vin în producție și nu totul le poate fi explicat în detaliu, de unde eșantionarea care nu este în întregime corectă.
Prima variantă am criticat-o la start, dar în caz că am început și să o verificăm.
Aici voi nota un lucru important. Învățăm în mod activ compania să-și reconstruiască modul de gândire către o cultură de dezvoltare a produselor digitale. Anterior, modelul de gândire era de așa natură încât există un vânzător, trebuie doar să scrie o specificație tehnică clară cu soluții o dată, să i-o dea și să-l lase să facă totul. Adică, s-a dovedit că oamenii de facto au pornit imediat de la potențiale soluții gata făcute care trebuiau incluse în specificațiile tehnice ca date, în loc să pornească de la problemele existente pe care doreau să le rezolve.
Și acum ne mutăm accentul de la acest „generator de idei” la formularea unor probleme clare.
Deci, după ce am auzit aceste probleme descrise, am început să venim cu modalități de a testa aceste ipoteze.
Cea mai simplă modalitate de a verifica calitatea muncii prelevatoarelor este supravegherea video. Este clar că, pentru a testa următoarea ipoteză, nu este atât de ușor să luăm și să echipăm întregul pasaj cu camere rezistente la explozie; calculul genunchiului ne-a dat imediat multe milioane de ruble și l-am abandonat. S-a decis să mergem la băieții noștri de la Industry 4.0, care acum pilotează utilizarea singurei camere wifi rezistente la explozie din Federația Rusă. Este descris ca fiind de dimensiunea unui fierbător electric, dar de fapt nu este mai mare decât un marker pentru tablă albă.
Am luat acest bebeluș și am ajuns la pasajul superior, spunând angajaților cât mai detaliat ce dăruim aici, pentru cât timp și pentru ce anume. A fost important să se clarifice imediat că acesta a fost de fapt pentru testarea experimentului și a fost temporar.
Timp de câteva săptămâni, oamenii au lucrat normal, nu au fost detectate încălcări și am decis să testăm a doua ipoteză.
Pentru o instruire rapidă și detaliată, am ales formatul instrucțiunilor video, bănuind că un tutorial video adecvat, care vă va dura câteva minute pentru a viziona, va arăta totul și pe toată lumea mult mai clar decât o fișă de post de 15 pagini. Mai mult, aveau deja astfel de instrucțiuni.
Făcut repede şi foarte bine. M-am dus la Tobolsk, am urmărit cum au luat probe și s-a dovedit că mecanica de eșantionare acolo a fost aceeași în ultimii 20 de ani.Da, acesta este un proces destul de rutină care poate fi adus la automatism cu repetare frecventă, dar acest lucru nu înseamnă că nu poate fi automatizat sau simplificat. Dar inițial ideea instrucțiunilor video a fost respinsă de personal, spunând, de ce să facem aceste videoclipuri dacă facem același lucru aici de 20 de ani.
Am fost de acord cu PR-ul nostru, am echipat tipul potrivit pentru a filma videoclipul, i-am dat o cheie strălucitoare și am înregistrat procesul de eșantionare în condiții ideale. Această versiune exemplară a fost lansată. Apoi am dat și vocea videoclipului pentru claritate.
Am adunat angajați din opt schimburi, le-am oferit o proiecție cinematografică și i-am întrebat cum a fost. S-a dovedit că a fost ca și cum ai viziona primul „Răzbunători” pentru a treia oară: cool, frumos, dar nimic nou. De exemplu, facem asta tot timpul.
Apoi i-am întrebat direct pe băieți ce nu le-a plăcut la acest proces și ce le-a cauzat neplăceri. Și aici s-a rupt barajul - după o astfel de sesiune de proiectare improvizată cu muncitorii din producție, am adus managementului un restanțe destul de mari, care vizează schimbarea proceselor operaționale. Pentru că a fost necesar să se facă mai întâi o serie de modificări la procesele în sine și apoi să se creeze un produs digital care să fie perceput corect în noile condiții.
Ei bine, serios, dacă o persoană are un prelevator mare, incomod, fără mâner, trebuie să îl purtați cu ambele mâini și să spuneți: „Ai un telefon mobil pe tine, Vanya, scanează acolo” - asta nu este cumva foarte inspirator.
Oamenii pentru care creați un produs trebuie să înțeleagă că îi ascultați și nu doar să se pregătească să lanseze ceva fantezist de care nu au nevoie acum.
Despre procese și efecte
Dacă faceți un produs digital și procesul dvs. este strâmb, nu trebuie să implementați încă produsul, trebuie să remediați mai întâi acest proces. Preocuparea departamentului nostru este acum de a regla astfel de procese; în cadrul sesiunilor de proiectare, continuăm să colectăm un restanțe nu numai pentru produsul digital, ci și pentru îmbunătățirile operaționale globale, pe care uneori le putem implementa chiar înainte de produsul în sine. Și acest lucru în sine dă un efect excelent.
De asemenea, este important ca o parte a echipei să fie localizată direct la întreprindere. Avem băieți din diferite departamente care au decis să-și construiască o carieră în digital și să ne ajute cu introducerea produselor și a proceselor de învățare. Ei sunt cei care provoacă astfel de schimbări operaționale.
Și este mai ușor pentru angajați, ei înțeleg că nu suntem doar aici să stăm aici, dar vom discuta de fapt cum pot anula bucăți de hârtie inutile sau pot face 16 bucată de hârtie din 1 hârtii necesare procesului ( și apoi anulați și asta), cum să faceți o semnătură electronică și să optimizați lucrul cu agențiile guvernamentale și așa mai departe.
Și dacă vorbim despre procesul în sine, am găsit și asta.
Eșantionarea durează în medie 3 ore. Și în acest proces există oameni care acționează ca coordonatori, iar în aceste trei ore telefonul le sună de pe loc și raportează constant stări - unde să trimită mașina, cum să distribuie comenzile între laboratoare, și altele asemenea. Și asta e din partea laboratorului.
Și pe partea de producție stă aceeași persoană cu același telefon fierbinte. Și am decis că ar fi frumos să le facem un tablou de bord vizual care să-i ajute să vadă stadiul procesului, de la solicitări de prelevare până la eliberarea rezultatelor în laborator, cu notificările necesare și așa mai departe. Atunci ne gândim să conectăm acest lucru cu comandarea transportului și optimizarea activităților laboratoarelor în sine - distribuirea muncii între angajați.
Drept urmare, pentru o singură eșantionare, combinată din schimbările digitale și operaționale, vom putea economisi aproximativ 2 ore de muncă umană și o oră de oprire a trenului, în comparație cu modul în care lucram înaintea noastră. Și aceasta este doar pentru o selecție; pot fi mai multe dintre ele pe zi.
În ceea ce privește efectele, aproximativ un sfert din eșantionarea se realizează acum în acest fel. Se pare că eliberăm aproximativ 11 unități de personal pentru a face o muncă mai utilă. Iar reducerea orelor cu mașina (și orele trenului) deschide spațiu pentru monetizare.
Desigur, nu toată lumea înțelege pe deplin ce a uitat echipa digitală și de ce este angajată în îmbunătățiri operaționale; oamenii rămân cu această percepție nu în întregime corectă, când crezi că au venit dezvoltatorii, ți-au făcut o aplicație într-o zi și au rezolvat totul. problemele. Dar personalul de operare, desigur, este mulțumit de această abordare, deși cu puțin scepticism.
Dar este important să ne amintim că nu există cutii magice. Totul este muncă, cercetare, ipoteze și testare.
Sursa: www.habr.com