Kuidas me seadsime proovivõtu SIBURis uutele rööbastele

Ja mis sellest välja tuli

Tere!

Tootmises on oluline jälgida toote kvaliteeti, sealhulgas nii tarnijatelt saabuvat kui ka seda, mida me välja anname. Selleks korraldame sageli proovivõtteid — spetsiaalselt koolitatud töötajad võtavad proovivõtukonteinereid ja järgivad olemasolevat juhendit proovide kogumiseks, mille nad seejärel edastavad laborisse, kus neid kontrollitakse kvaliteedi osas.

Minu nimi on Katja, ma olen ühe SIBURi tiimi toote omanik ja täna räägin, kuidas me parandasime elu (määratlen vähemalt tööaja jooksul) spetsialistide jaoks, kes võtavad proove, ja teistele selle põneva protsessi osalistele. Allpool on juttu hüpoteesidest ja nende testimisest, suhtumisest oma digitaalsete toodete kasutajatesse ning natuke sellest, kuidas meil kõik korraldatud on.

Hüpoteesid

Siin tasub alustada sellest, et meie tiim on piisavalt noor, me oleme töötanud alates septembrist 2018 ja üks meie esimesi väljakutseid digiprotsesside digitaliseerimise raames on tootmisjärelevalve. De facto on see kontrollimise protsess, mis toimub toorainete vastuvõtmise ja meie tootmisest lõpptootena väljatoomise vahel. Otsustasime võtta elevandi tükkideks ja alustada proovide võtmisega. Lõppude lõpuks, et suunata laboratoorsed uuringud digitaalsetele rööbastele, peab keegi need proovid kõigepealt koguma ja tooma. Tavaliselt kätel ja jalgadel.

Esimesed hüpoteesid puudutasid paberist ja käsitsitööst loobumist. Varem nägi protsess välja nii — inimene pidi paberile kirjutama, mida ta kavatseb proovivõtukonteinerisse koguda, iseennast tuvastama (loe: kirjutama paberile oma nime ja proovi võtmise aja), kleepima selle paberilehe proovi purgile. Seejärel pidi ta minema platvormile, võtma mitmest vagunist proovi ja naasma operaatoriruumi. Operatoorses ruumis pidi inimene teist korda need samad andmed täitma proovivõtmise aktis, millega proov koos laborisse saadetakse. Ja siis pidi ta veel kirjutama ajakirja just enda jaoks, et vajadusel saaks kontrollida, kes ja millal konkreetset proovi võttis. Ja keemik, kes registreeris proovi laboratooriumis, edastas seejärel kirjed paberitest spetsiaalsesse labori tarkvarasse (LIMS).

Probleemid on ilmne. Esiteks, see võtab kaua aega, lisaks kogeme sama operatsiooni dubleerimist. Teiseks, madal täpsus — proovi kogumise aeg oli osaliselt silma järgi, kuna ühe asja kirjutamine paberile, kui kaua see aega võtab, ja teine asi on see, kui jõuad vagunini ja hakkad proove koguma; see on juba pisut erinev aeg. Andmete analüüsi ja protsessi jälgimise jaoks on see olulisem, kui see tundub.

Nagu näete, on protsessi optimeerimise valdkond tõeliselt avatud.

Aega oli meil vähe, ja me pidime kõik kiiresti ära tegema, veelgi enam, ettevõtte raames. Midagi pilves tootmises teha pole just kõige parem mõte, kuna töötad hulga andmetega, millest osa on ärisaladused või sisaldavad isikuandmeid. Prototüübi loomiseks vajasime ainult vaguni numbrit ja toote nime — need andmed turvaspetsialistid heaks kiitsid, ja me alustasime.

Minu meeskonnas on praegu 2 väljatöötajat, 4 sisemist, disainer, scrummaster ja noorem tootehaldur. Siin on muide, millised on meie praegused vabad töökohad kokkuvõttes.

Nädala jooksul ehitasime Django raames meeskonnale administraatori liidese ja lihtsa mobiilirakenduse kasutajatele. Siis viibisime veel nädala, et parandada ja seadistada seda, ning seejärel andsime kasutajatele üle, õpetasime neid ja hakkasime testima.

Prototüüp

Siin on kõik lihtne. On veebiosa, mis võimaldab luua proovide võtmise ülesande, ja on mobiilirakendus töötajatele, kus kõik on selgelt kirjas, milline sild tuleb proovide kogumiseks külastada ja milliselt vagunist proovid võtta. Proovivõtjaidele kleepisime alguses QR-koodid, et jalgratast uuesti leiutada, sest tõsisem proovivõtja kohandamine oleks pidanud kooskõlastama, aga siin on kõik kahjutud, kleepisid paberitüki ja läksid tööle. Töötajal jäi vaid ülesanne rakenduses valida ja märk scaneerida, pärast mida süsteemisse salvestati andmed, et ta (kindel töötaja) võttis mingil kindlal ajal proovid vagunist, mille number on määratud. Kujutades ette: "Ivan võttis proovi vagunist nr 5 kell 13.44". Tagasi operatsiooniruumis olles tuli vaid printida välja juba valmis protokoll nimede ja andmete jaoks ning lihtsalt oma allkiri sellele panna.

Vana administraatori liidese variant

Uue administraatori liideses ülesande loomine

Laboratooriumis olevatel tüdrukutel on nüüd samuti lihtsam — nad ei pea enam paberitükkide pealt kirju lugema, vaid saavad lihtsalt skannida koodi ja kohe aru, mis proovivõtjas on.

Siin kohtasime sarnast probleemi juba labori poolel. Tüdrukutel on seal oma keeruline tarkvara, LIMS (Laboratoorse Informatsiooni Halduse Süsteem), kuhu nad pidid kõik saadud proovivõtu aktid käsitsi sisestama. Ja selles etapis meie prototüüp nende muresid ei lahendanud.

Seetõttu otsustasime teha integratsiooni. Ideaalne olukord näeks välja selline, et kogu tehnoloogia, mille me integraatorite kohtade ühendamiseks välja mõtlesime, alates proovide võtmisest kuni laboranalüüsini, aitaks täielikult paberist loobuda. Veebirakendus asendab paberajakirjad, proovivõtu akt täidetakse automaatselt, kasutades digitaalset allkirja. Prototüübi abil mõistsime, et kontsepti saab rakendada, ja asusime MVP arendama.

Eelmise versiooni mobiilirakenduse prototüüp

Uue mobiilirakenduse MVP

Sõrmed ja kindad

Siin tuleb arvesse võtta ka fakti, et tootmisprotsess ei toimu +20 kraadi juures ja kerge tuule käes, vaid vahel -40 ja tõeline tuul, millega labakindad käest ära võtta, et puudutada plahvatuskindla nutitelefoni puutetundlikku ekraani, ei tule kõne alla. Üldsegi mitte. Isegi riskides paberlike aktide täitmise ja ajakulu tõttu. Kuid sõrmed on alati sinuga.

Seetõttu muutsime natuke protsessi — kõigepealt programmeerisime osa tegevustest telefoni külgmistesse nuppudesse, mis on suurepäraselt kasutatavad kindades, ja teiseks, täiustasime ise kinnaste tehnoloogiat: meie kolleegid, kes hoolitsevad personali isiklike kaitsevahendite eest, leidsid meile kindad, mis vastavad kõikidele nõutavatele standarditele ja samas on võimalikud ka puutetundlike ekraanidega kasutamiseks.

Siin on natuke videost nende kohta.

Lisaks tuli tagasisidet ka proovivõtja märkide kohta. Asi on selles, et proovivõtjad on erinevad — plastmassist, klaasist, käärja kujuga, igasuguseid. Käärja kujuga QR-koodi kleebitamine on ebamugav, paberid painduvad ja ei skaneerita nii hästi, kui sooviksid. Lisaks skaneeritakse lintide all halvemini, ja kui linti liiga palju panna — ei skaneerita üldse.

Me oleme asendanud kõik NFC-siltidega. See on tunduvalt mugavam, kuid me pole veel suutnud seda täiesti mugavaks muuta — tahame üleminekut teha paindlikele NFC-siltidele, kuid hetkel oleme tootmisohutusest tulenevate nõuete tõttu suuresse sildi suurusse kinni jäänud, nii et meil on suured, kuid plahvatuskindlad sildid. Edasi töötame selle kallal koos kolleegidega tootmisohutusest, seega on kõik veel ees.

Räägime veel siltidest

LIMS kui süsteem kätkeb endas ka päris koodide printimist sellisteks vajadusteks, kuid sel on üks oluline puudus — need on ühekordse kasutusega. Muidu liimid selle proovi võtja külge, lõpetad töö, ja pead selle eemaldama, viskama minema ja siis uuesti uue külge liimima. Esiteks, see ei ole just kõige keskkonnasõbralikum (paberit kulub tunduvalt rohkem, kui esmapilgul võib tunduda). Teiseks, see võtab aega. Meie sildid on taaskasutatavad, ümberkirjutatavad. Kui laborisse saadetakse proovi võtja, on piisav see skaneerida. Siis puhastatakse proovi võtja hoolikalt ja saadetakse tagasi järgnevaid proove võtma. Tootmis töötaja skaneerib selle uuesti ja salvestab sildile juba uued andmed.

Selline lähenemine on samuti osutunud täiesti edukaks ja me oleme seda hoolikalt testinud ning püüdnud lahendada kõik keerulised kohad. Lõppresultaadina oleme nüüd MVP arendamise etapis tööstuslikus keskkonnas koos täieliku integreerimisega ettevõtte süsteemidesse ja kontode haldamisse. Siin aitab see, et kunagi varem viidi palju üle mikroteenustele, seega pole konto haldamisega probleeme olnud. Erinevalt sama LIMS-ist — selle jaoks ei ole keegi midagi teinud. Siin olid meil teatud takistused, et õigesti integreerida seda meie arenduskeskkonnaga, kuid me lahendasime need ja suvel käivitame kõik tööle.

Kontrollid ja koolitus

Ja siit tuli üks juhtum üsna tavalisest probleemist — kunagi tekkis oletus, et mõnikord näitavad proovi kontrollid normaalsest erinevaid tulemusi, kuna proove võetakse lihtsalt halvasti. Oletused toimuvast olid järgmised.

1. Proove võetakse valesti töötajate tehnoloogiliste protsesside mittejärgimise tõttu.
2. Tööstusse tuleb palju algajaid, kellele ei pruugita kõike detailselt selgitada, seega on proovi võtud mitte päris õiged.

Esimese variandi kritiseerisime kohe alguses, kuid igaks juhuks hakkasime seda ka kontrollima.

Siin tahaksin rõhutada üht olulist asja. Me koolitame aktiivselt ettevõtet muutma oma mõtteviisi digitaalsete toodete arenduskultuuri suunas. Varem oli mõtteviis selline, et on olemas tarnija, kellele tuleb lihtsalt kirjutada selge tehniline ülesanne koos lahendustega üks kord, anda see üle ja lasta tal kõik ära teha. See tähendab, et inimesed lähtusid de facto kohe potentsiaalsetest valmis lahendustest, mida tuli kirjutada tehnilisse ülesandesse kui antud, selle asemel et alustada olemasolevatest probleemidest, mida soovitakse lahendada.

Praegu suuname fookuse selliselt "ideede genereerijalt" selgete probleemide formuleerimisele.

Seetõttu, kuuldes nende probleemide kirjeldust, hakkasime välja mõtlema viise nende hüpoteeside testimiseks.

Töötajate töö kvaliteedi kontrollimine on kõige lihtsam videovalve abil. Loomulikult ei ole lihtne varustada kogu platvorm plahvatuskindlate kaameratega, et kontrollida järgmist hüpoteesi; kohapealne arvutus andis kohe mitmeid miljoneid rubla ja me loobusime sellest. Otsustasime pöörduda meie 4.0-tööstuse kutsealade poole, kes hetkel piloteerivad Venemaal ainsat plahvatuskindlat wifi-kaamerat. Kirjelduse järgi peaks see olema midagi, mis on suur nagu elektriline veekeetja, kuid tegelikult on see seade väiksem kui tahvlile kirjutamiseks mõeldud marker.

Me võtsime selle pisikese seadme ja läksime platvormile, rääkides töötajatele võimalikult üksikasjalikult, mida me siin pakume, kui kauaks ja milleks see on. Oluline oli kohe selgeks teha, et see on tegelikult eksperimendi kontrollimiseks ja ajutine.

Mõned nädalad töötasid inimesed tavapärases režiimis, rikkumisi tuvastatud ei olnud ja me otsustasime testida teist hüpoteesi.

Kiireks ja põhjalikuks õppimiseks valisime videoõpetuste formati, kahtlustades, et asjakohane videotutvustus, mille vaatamiseks kulub paar minutit, näitab kõike oluliselt selgemini kui 15-leheküljeline ametijuhend. Veelgi enam, et selline juhend neil juba olemas oli.

Öeldud — tehtud. Ma sõitsin Tobolskisse, vaatasin, kuidas nad proove võtavad, ja selgus, et nende näidiste võtmise mehhaanika on sama olnud juba viimased 20 aastat. Jah, see on üsna rutiinne protsess, mille saab sagedase kordamisega automatiseerida, kuid see ei tähenda, et seda ei saaks automatiseerida ja lihtsustada. Kuid alguses oli idee, et töötajad teeksid videoõpetuse, tagasi lükatud, et miks neid videosid teha, kui me oleme siin 20 aastat sama asja teinud.

Läksime meie pressiesindajaga kokku, varustasime kõige õigemate omadustega kutiga video filmimiseks, andsime talle suure läikiva mutrivõtme ja filmisime proove ideaalsetes tingimustes. Tulemus oli eeskujulik versioon. Ma tegin sellele ka häälinna, et paremini visualiseerida.

Kogusime töötajad kaheksast vahetusest, korraldasime neile kinoseanse ja küsisime, mis nad arvavad. Selgus, et nad tunnevad seda nagu kolmandat korda „Üksikute” vaatamist: äge, ilus, aga mitte midagi uut. Nad ütlesid, et me teeme seda kogu aeg.

Siis küsisime otse kutidelt, mis neile selles protsessis ei meeldi ja mis tekitab ebamugavusi. Ja siis lõhkusime tõkke — pärast sellist improdesign-seanssi tootmis töötajatega tõime juhtkonnale üsna ulatusliku backlog'i, mis oli suunatud operatiivsete protsesside muutmisele. Sest esmalt pidi tegema parandusi otse protsessides, ja vaid siis looma digitaalset toodet, mida uutes tingimustes õigesti mõistetakse.

No tõsiselt, kui inimesel on suur ja ebamugav proovevõtja, millel ei ole käepidet, siis peab seda kahe käega kandma, ja sina ütled: „Siin on, Vanya, telefon, saad seal skaneerida” — see ei innusta just väga.

Inimesed, kellele sa toodet toodad, peavad mõistma, et sa kuulete neid, mitte lihtsalt valmistute välja käima mõnda moes asja, mis neid praegu absoluutselt ei huvita.

Protsessidest ja efektidest

Kui te teete digitaalset toodet ja teil on kehv protsess — ärge kiirustage tootmisega, vaid parandage esmalt see protsess. Meie suuna ülesanne on praegu häälestada selliseid protsesse, jätkame disaini sessioonide käigus backlog’i kogumist mitte ainult digitaalsetele toodetele, vaid ka globaalsetele operatiivsetele täiustustele, mis mõnikord on suudetud rakendada isegi enne, kui toode ise valmib. Ja see omakorda annab suurepärase efekti.

Samuti on oluline, et osa meeskonnast viibib otseselt ettevõttes. Meil on erinevate osakondade töötajad, kes on otsustanud alustada karjääri digitaalses valdkonnas ja aidata meil toodete rakendamisel ning protsesside uurimisel. Sellised operatiivsed muudatused tulevad just nende poolt.

Ja töötajatele on lihtsam, nad saavad aru, et me ei ole lihtsalt siin istumas, vaid arutame tõeliselt, kuidas nad saaksid tühistada tarbetuks muutunud paberid või kuidas 16 vajaliku dokumendi asemel teha üks dokument (ja siis ka see tühistada), kuidas luua elektrooniline allkiri ja optimeerida suhtlust riigiasutustega ning muu selline.

Ja kui rääkida protsessist, siis oleme leidnud veel midagi.

Proovide võtmine võtab keskmiselt umbes 3 tundi. Ja selle protsessi käigus on inimesi, kes toimivad koordineerijatena, ning nende telefon heliseb pidevalt, nad edastavad staatuseid — kuhu transport saata, kuidas jagada tellimusi laborite vahel ja sarnased asjad. Ja see toimub labori poolel.

Ja tootmise poolel on ka samasugune inimene sama ülekoormatud telefoniga. Otsustasime, et oleks hea luua neile visuaalne juhtpaneel, mis aitab näha protsessi staatuseid, alates proovide võtmisest kuni laborite tulemuste väljastamiseni, koos vajalike teavitustega ja muu sellisega. Hiljem plaanime seda ühendada transporditellimisega ja optimeerida laborite enda tegevust — jagada tööd töötajate vahel.

Kokkuvõttes suudame digitaalsete ja operatiivsete muudatuste tõttu ühe proovivõtu vältel kokku hoida umbes 2 tundi inimtööd ja 1 tunni seisakut, võrreldes sellega, kuidas me varem töötasime. Ja see on ainult ühe proovivõtu kohta, päevas võib neid olla mitu.

Mõjude seas toimub praegu umbes veerandi proovi valimistest selliselt. Tulemuseks on see, et vabastame umbes 11 töötajat kasulikuma töö jaoks. Ja vagunite tundide (isegi koos koostisosade tundidega) vähendamine avab võimalusi monetiseerimiseks.

Loomulikult ei saa kõik täielikult aru, mida digitaalne meeskond siin teeb ja miks nad tegelevad operatiivsete täiustustega. Inimestel on endiselt vale arusaam, et arendajad tulid, tegid teile ühe päevaga rakenduse ja lahendasid kõik probleemid. Operatiivpersonali jaoks on see lähenemine loomulikult meeldiv, kuigi nad on selle suhtes pisut skeptilised.

Aga on oluline meeles pidada, et maagilisi lahendusi ei ole. See on kõik töö, uuringud, hüpoteesid ja katsetused.

Allikas: habr.com