En wat het daarvan gekom
Привет!
In produksie is dit belangrik om die kwaliteit van produkte te monitor, beide dié wat van verskaffers af kom en dié wat ons by die uitgang uitreik. Om dit te doen, doen ons dikwels monsterneming - spesiaal opgeleide werknemers neem monsternemers en, volgens bestaande instruksies, versamel monsters, wat dan na die laboratorium oorgeplaas word, waar dit vir kwaliteit gekontroleer word.
My naam is Katya, ek is die produkeienaar van een van die spanne by SIBUR, en vandag sal ek jou vertel hoe ons die lewens (ten minste gedurende werksure) van die steekproefspesialiste en ander deelnemers aan hierdie opwindende proses verbeter het. Onder die snit - oor hipoteses en hul toetsing, oor die houding teenoor gebruikers van jou digitale produk en 'n bietjie oor hoe alles by ons werk.
Hipoteses
Hier is dit die moeite werd om te begin met die feit dat ons span nogal jonk is, ons werk sedert September 2018, en een van ons eerste uitdagings in die digitalisering van prosesse is produksiebeheer. De facto is dit 'n kontrole van alles in die stadium tussen die ontvangs van grondstowwe en die finale produk wat ons produksiefasiliteite verlaat. Ons het besluit om die olifant stuk-stuk te eet en begin met monsterneming. Om laboratoriumtoetsing van monsters op 'n digitale baan te plaas, moet iemand immers eers hierdie monsters afhaal en bring. Gewoonlik met hande en voete.
Die eerste hipoteses het betrekking op wegbeweeg van papier en handearbeid. Voorheen het die proses so gelyk - 'n persoon moes op 'n stuk papier skryf wat hy presies voorberei het om in die monsternemer te versamel, self te identifiseer (lees - skryf sy volle naam en tyd van monsterneming op die stuk papier), plak hierdie stuk papier op die proefbuis. Gaan dan na die oorbrug, neem 'n monster uit verskeie motors en keer terug na die beheerkamer. In die beheerkamer moes die persoon vir die tweede keer dieselfde data in die monsternemingsverslag invoer, waarmee die monster na die laboratorium gestuur is. En skryf dan 'n joernaal net vir jouself, sodat as iets gebeur, jy dit kan gebruik om te kyk wie 'n spesifieke monster geneem het en wanneer. En die apteker wat die monster in die laboratorium geregistreer het, het toe die notas van die stukkies papier na spesiale laboratoriumsagteware (LIMS) oorgedra.
Die probleme is duidelik. Eerstens neem dit 'n lang tyd, plus ons sien duplisering van dieselfde operasie. Tweedens, lae akkuraatheid - die steekproeftyd is gedeeltelik per oog geskryf, want dit is een ding dat jy die benaderde steekproeftyd op papier geskryf het, 'n ander ding is dat teen die tyd dat jy by die wa kom en monsters begin versamel, dit 'n effense ander tyd. Vir data-analise en prosesopsporing is dit belangriker as wat dit lyk.
Soos u kan sien, is die veld vir prosesoptimalisering waarlik ongeploeg.
Ons het min tyd gehad, en ons moes alles vinnig doen, en binne die korporatiewe kring. Om iets in die wolk in produksie te doen is nie 'n goeie idee nie, want jy werk met baie data, waarvan sommige 'n handelsgeheim is of persoonlike data bevat. Om 'n prototipe te skep, het ons net die motornommer en die naam van die produk nodig gehad - sekuriteitsbeamptes het hierdie data goedgekeur, en ons het begin.
My span het nou 2 eksterne ontwikkelaars, 4 interne, 'n ontwerper, 'n Scrum Master en 'n junior produkbestuurder. Terloops, dit is wat ons nou het .
Binne 'n week het ons 'n administrasiepaneel vir die span gebou en 'n eenvoudige mobiele toepassing vir gebruikers wat Django gebruik. Toe het ons dit vir nog 'n week voltooi en gekonfigureer, en dit toe aan gebruikers gegee, hulle opgelei en begin toets.
prototipe
Alles is eenvoudig hier. Daar is 'n webdeel wat jou toelaat om 'n taak vir monsterneming te skep, en daar is 'n mobiele toepassing vir werknemers, waar alles duidelik is, sê hulle, gaan na daardie oorbrug en haal monsters uit daardie motor. Ons het eers QR-kodes op die monsternemers geplak om nie die wiel weer uit te vind nie, want ons sal 'n ernstiger tuning van die monsternemer moet koördineer, maar hier is alles skadeloos, ek het 'n stuk papier vasgeplak en aan die werk gegaan. Die werknemer moes net 'n taak in die toepassing kies en die merker skandeer, waarna data in die stelsel aangeteken is dat hy ('n spesifieke werknemer) monsters geneem het uit 'n motor met so en so 'n nommer op so en so 'n presiese tyd. Figuurlik gesproke, "Ivan het om 5 'n monster uit motor nr. 13.44 geneem." Met sy terugkeer na die beheerkamer moes hy net 'n klaargemaakte dokument met dieselfde data uitdruk en eenvoudig sy handtekening daarop aanbring.
Ou weergawe van die administrasiepaneel
Skep 'n taak in die nuwe administrasiepaneel
Op hierdie stadium het dit ook makliker geword vir die meisies in die laboratorium - nou hoef hulle nie die skrif op 'n stuk papier te lees nie, maar net die kode te skandeer en dadelik te verstaan wat presies in die monsternemer is.
En toe kom ons op 'n soortgelyke probleem aan die laboratoriumkant af. Die meisies hier het ook hul eie komplekse sagteware, LIMS (Laboratory Information Management System), waarin hulle alles van die ontvangde steekproefverslae met penne moes invoer. En op hierdie stadium het ons prototipe op geen manier hul pyn opgelos nie.
Daarom het ons besluit om integrasie te doen. Die ideale situasie sou wees dat al die goed wat ons gedoen het om hierdie toonbankpunte te integreer, van monsterneming tot laboratoriumontleding, sal help om heeltemal van papier ontslae te raak. Die webtoepassing sal papierjoernale vervang; die keuringsverslag sal outomaties met behulp van 'n elektroniese handtekening ingevul word. Danksy die prototipe het ons besef dat die konsep toegepas kan word en die MVP begin ontwikkel.
Prototipe van die vorige weergawe van die mobiele toepassing
MVP van 'n nuwe mobiele toepassing
Vingers en handskoene
Hier moet ons ook die feit in ag neem dat werk in produksie nie +20 is en 'n ligte briesie wat die rand van 'n strooihoed ruk nie, maar soms -40 en reguit winderig, waarin jy nie jou handskoene wil uittrek nie om op die raakskerm van 'n ontploffingsvaste slimfoon te tik. Glad nie. Selfs onder die bedreiging om papiervorms in te vul en tyd te mors. Maar jou vingers is met jou.
Daarom het ons die werksproses vir die ouens effens verander - eerstens het ons 'n aantal aksies op die hardeware-kantknoppies van die slimfoon vasgewerk, wat perfek met handskoene gedruk kan word, en tweedens het ons die handskoene self opgegradeer: ons kollegas, wat besig is om personeel van persoonlike beskermende toerusting te voorsien, het vir ons handskoene gevind wat aan al die nodige standaarde voldoen, en ook met die vermoë om met raakskerms te werk.
Hier is 'n klein video oor hulle.
Ons het ook terugvoer ontvang oor die punte op die monsternemers self. Die ding is dat monsternemers in verskillende tipes kom - plastiek, glas, geboë, in die algemeen, in 'n assortiment. Dit is ongerieflik om 'n QR-kode op geboë kodes te plak; die papier buig en mag dalk nie so goed geskandeer word as wat jy wil nie. Boonop skandeer dit ook erger onder band, en as jy die band na hartelus toedraai, skandeer dit glad nie.
Ons het dit alles vervang met NFC-etikette. Dit is baie geriefliker, maar ons het dit nog nie heeltemal gerieflik gemaak nie - ons wil oorskakel na buigsame NFC-etikette, maar tot dusver is ons vas aan goedkeuring vir ontploffingsbeskerming, so ons etikette is groot, maar ontploffingsbestand. Maar ons sal saam met ons kollegas van industriële veiligheid hieraan werk, so daar lê nog baie voor.
Meer oor etikette
LIMS as 'n stelsel self maak voorsiening vir die druk van strepieskodes vir sulke behoeftes, maar hulle het een beduidende nadeel - hulle is weggooibaar. Dit wil sê, ek het dit aan die monsternemer vasgeplak, die werk klaargemaak, en ek moes dit afskeur, weggooi en dan 'n nuwe een plak. Eerstens, dit is nie so omgewingsvriendelik nie (baie meer papier word gebruik as wat dit met die eerste oogopslag lyk). Tweedens neem dit lank. Ons etikette is herbruikbaar en herskryfbaar. Wanneer 'n monsternemer na die laboratorium gestuur word, hoef jy dit net te skandeer. Dan word die monsternemer versigtig skoongemaak en teruggestuur om die volgende monsters te neem. Die produksiewerknemer skandeer dit weer en skryf nuwe data op die etiket.
Hierdie benadering was ook redelik suksesvol, en ons het dit deeglik getoets en al die moeilike plekke probeer uitwerk. Gevolglik is ons nou op die stadium van die ontwikkeling van 'n MVP in 'n industriële kring met volle integrasie in korporatiewe stelsels en rekeninge. Dit help hier dat baie dinge op 'n tyd na mikrodienste oorgedra is, so daar was geen probleme in terme van die werk met rekeninge nie. Anders as dieselfde LIMS, het niemand iets daarvoor gedoen nie. Hier het ons sekere rowwe kante gehad om dit behoorlik met ons ontwikkelingsomgewing te integreer, maar ons het dit bemeester en sal alles in die somer in die stryd werp.
Toetse en opleiding
Maar hierdie saak is gebore uit 'n taamlik gewone probleem - eendag was daar 'n aanname dat die toets van monsters soms resultate toon wat van die norm verskil, omdat die monsters eenvoudig swak geneem word. Die hipoteses van wat besig was om te gebeur was soos volg.
- Monsters word eenvoudig verkeerd geneem weens die versuim van personeel op die terrein om die proses te volg.
- Baie nuwelinge kom na produksie, en nie alles kan in detail aan hulle verduidelik word nie, vandaar die steekproef wat nie heeltemal korrek is nie.
Ons het die eerste opsie aan die begin gekritiseer, maar vir ingeval ons dit ook begin nagaan het.
Hier sal ek op een belangrike ding let. Ons leer die maatskappy aktief om sy manier van dink te herbou na 'n kultuur van die ontwikkeling van digitale produkte. Voorheen was die denkmodel so dat daar 'n verkoper is, hy hoef net een keer 'n duidelike tegniese spesifikasie met oplossings te skryf, dit vir hom te gee en hom alles te laat doen. Dit wil sê, dit het geblyk dat mense de facto dadelik begin het van potensiële klaargemaakte oplossings wat as 'n gegewe in die tegniese spesifikasies ingesluit moes word, in plaas daarvan om uit te gaan van bestaande probleme wat hulle wou oplos.
En ons verskuif nou die fokus van hierdie "idee-generator" na die formulering van duidelike probleme.
Dus, nadat ons hierdie probleme beskryf het gehoor, het ons begin om maniere te vind om hierdie hipoteses te toets.
Die maklikste manier om die kwaliteit van werk van monsternemers na te gaan, is deur video-toesig. Dit is duidelik dat om die volgende hipotese te toets, dit nie so maklik is om die hele oorgang met ontploffingsvaste kamers te neem en toe te rus nie; die knieberekening het ons dadelik baie miljoene roebels gegee, en ons het dit laat vaar. Daar is besluit om na ons ouens van Industry 4.0 te gaan, wat nou die gebruik van die enigste ontploffingsvaste wifi-kamera in die Russiese Federasie loods. Dit word beskryf as omtrent die grootte van 'n elektriese ketel, maar dit is eintlik nie groter as 'n witbordmerker nie.
Ons het hierdie baba gevat en by die oorbrug gekom en vir die werknemers in soveel besonderhede as moontlik vertel wat ons hier gee, vir hoe lank en vir wat presies. Dit was belangrik om dit dadelik duidelik te maak dat dit eintlik vir die toets van die eksperiment was en tydelik was.
Vir 'n paar weke het mense soos normaal gewerk, geen oortredings is opgespoor nie, en ons het besluit om die tweede hipotese te toets.
Vir vinnige en gedetailleerde opleiding het ons die formaat van video-instruksies gekies, met die vermoede dat 'n voldoende video-tutoriaal, wat jou 'n paar minute sal neem om te kyk, alles en almal baie duideliker sal wys as 'n posbeskrywing van 15 velle. Boonop het hulle reeds sulke instruksies gehad.
Nie gou gesê as gedaan nie. Ek het na Tobolsk gegaan, gekyk hoe hulle monsters geneem het, en dit het geblyk dat die monsternemingsmeganismes daar die afgelope 20 jaar dieselfde is.Ja, dit is 'n redelike roetine proses wat met gereelde herhaling tot outomatisme gebring kan word, maar dit beteken nie dat dit nie geoutomatiseer of vereenvoudig kan word nie. Maar aanvanklik is die idee van video-instruksies deur die personeel verwerp en gesê, hoekom maak hierdie video's as ons al 20 jaar lank dieselfde ding hier doen.
Ons het saamgestem met ons PR, die regte ou toegerus om die video te skiet, hom 'n wonderlike blink moersleutel gegee en die monsternemingsproses in ideale toestande opgeneem. Hierdie voorbeeldige weergawe is vrygestel. Ek het toe ook die video vir duidelikheid uitgespreek.
Ons het werknemers van agt skofte bymekaargemaak, vir hulle 'n rolprentvertoning gegee en hulle gevra hoe dit was. Dit het geblyk dat dit was soos om die eerste “Avengers” vir die derde keer te kyk: koel, pragtig, maar niks nuuts nie. Soos, ons doen dit heeltyd.
Toe vra ons die ouens direk wat hulle nie van hierdie proses hou nie en wat hulle ongerief veroorsaak het. En hier het die dam gebreek - na so 'n impromptu ontwerpsessie met produksiewerkers het ons vir bestuur 'n redelike grootskaalse agterstand gebring wat daarop gemik is om operasionele prosesse te verander. Want dit was nodig om eers 'n aantal veranderinge aan die prosesse self aan te bring, en dan 'n digitale produk te skep wat korrek in die nuwe toestande waargeneem sou word.
Wel, ernstig, as 'n persoon 'n groot, ongerieflike monsternemer sonder 'n handvatsel het, moet jy dit met albei hande dra, en jy sê: "Jy het 'n selfoon op jou, Vanya, skandeer daar" - dit is op een of ander manier nie baie inspirerend.
Die mense vir wie jy 'n produk maak, moet verstaan dat jy na hulle luister, en nie net gereed maak om een of ander fancy ding uit te rol wat hulle nie nou nodig het nie.
Oor prosesse en effekte
As jy 'n digitale produk maak en jou proses is skeef, hoef jy nog nie die produk te implementeer nie, jy moet eers hierdie proses regmaak. Die bekommernis van ons departement is nou om sulke prosesse in te stel; binne die raamwerk van ontwerpsessies gaan ons voort om 'n agterstand in te samel, nie net vir die digitale produk nie, maar ook vir globale operasionele verbeterings, wat ons soms selfs voor die produk self kan implementeer. En dit op sigself gee 'n uitstekende effek.
Dit is ook belangrik dat 'n deel van die span direk by die onderneming geleë is. Ons het ouens van verskillende departemente wat besluit het om 'n loopbaan in digitaal te bou en ons te help met die bekendstelling van produkte en leerprosesse. Dit is hulle wat sulke operasionele veranderinge aanspoor.
En dit is makliker vir die werknemers, hulle verstaan dat ons nie net hier is om hier te sit nie, maar ons sal eintlik bespreek hoe hulle onnodige stukkies papier kan kanselleer, of 16 stuk papier kan maak uit 1 nodige papiere vir die proses ( en kanselleer dit dan ook), hoe om 'n elektroniese handtekening te maak en werk met regeringsagentskappe te optimaliseer, ensovoorts.
En as ons oor die proses self praat, het ons dit ook gevind.
Steekproefneming neem gemiddeld 3 ure. En in hierdie proses is daar mense wat as koördineerders optree, en gedurende hierdie drie ure lui hul foon van die haak af en rapporteer hulle voortdurend status - waarheen om die motor te stuur, hoe om bestellings tussen laboratoriums te versprei, en dies meer. En dit is aan die laboratoriumkant.
En aan die produksiekant sit dieselfde persoon met dieselfde warm telefoon. En ons het besluit dat dit lekker sou wees om vir hulle 'n visuele dashboard te maak wat hulle sal help om die status van die proses te sien, van versoeke vir monsterneming tot die uitreik van resultate in die laboratorium, met die nodige kennisgewings ensovoorts. Dan dink ons daaraan om dit te verbind met die bestel van vervoer en die optimalisering van die aktiwiteite van die laboratoriums self – die verspreiding van werk onder werknemers.
Gevolglik sal ons vir een steekproef, gekombineer uit digitale en operasionele veranderinge, ongeveer 2 uur se menslike arbeid en 'n uur se treinstilstand kan bespaar, in vergelyking met hoe ons voor ons gewerk het. En dit is slegs vir een keuse; daar kan verskeie van hulle per dag wees.
Wat die effekte betref, word ongeveer 'n kwart van monsterneming nou op hierdie manier uitgevoer. Dit blyk dat ons ongeveer 11 eenhede personeel vrystel om meer nuttige werk te doen. En die vermindering in motorure (en treinure) maak ruimte vir monetisering oop.
Natuurlik verstaan nie almal ten volle wat die digitale span vergeet het en hoekom dit besig is met operasionele verbeterings nie; mense word gelaat met hierdie nie heeltemal korrekte persepsie, as jy dink dat die ontwikkelaars gekom het, vir jou 'n toepassing in 'n dag gemaak het en alles opgelos het nie. Die probleme. Maar die bedryfspersoneel is natuurlik tevrede met hierdie benadering, al is dit met 'n bietjie skeptisisme.
Maar dit is belangrik om te onthou dat daar geen towerbokse is nie. Dit is alles werk, navorsing, hipoteses en toetsing.
Bron: will.com