Sådan sætter vi prøveudtagning hos SIBUR på nye skinner

Og hvad kom der ud af det

Hi!

I produktionen er det vigtigt at overvåge kvaliteten af ​​produkter, både dem, der kommer fra leverandører og dem, vi udsteder ved udgangen. For at gøre dette udfører vi ofte prøveudtagning - specialuddannede medarbejdere tager prøveudtagere og indsamler i henhold til eksisterende instruktioner prøver, som derefter overføres til laboratoriet, hvor de kontrolleres for kvalitet.

Mit navn er Katya, jeg er produktejer af et af teamene hos SIBUR, og i dag vil jeg fortælle dig, hvordan vi forbedrede livet (i hvert fald i arbejdstiden) for de specialister, der tager prøver og andre deltagere i denne spændende proces. Under cut - om hypoteser og deres test, om holdningen til brugere af dit digitale produkt og lidt om, hvordan alt fungerer hos os.

Hypoteser

Her er det værd at starte med, at vores team er ret ungt, vi har arbejdet siden september 2018, og en af ​​vores første udfordringer i digitaliseringen af ​​processer er produktionsstyring. De facto er dette en kontrol af alt på stadiet mellem modtagelsen af ​​råvarer og det endelige produkt, der forlader vores produktionsfaciliteter. Vi besluttede at spise elefanten stykke for stykke og startede med prøveudtagning. Når alt kommer til alt, for at sætte laboratorietest af prøver på et digitalt spor, skal nogen først indsamle og bringe disse prøver. Normalt med hænder og fødder.

De første hypoteser handlede om at flytte væk fra papir og manuelt arbejde. Tidligere så processen sådan ud - en person skulle skrive på et stykke papir, hvad han præcist forberedte sig på at indsamle i prøveudtageren, selvidentificere (læs - skriv sit fulde navn og tidspunkt for prøvetagning på stykket papir), sæt dette stykke papir på reagensglasset. Gå derefter til broen, tag en prøve fra flere biler og vend tilbage til kontrolrummet. I kontrolrummet skulle personen indtaste de samme data i prøvetagningsrapporten for anden gang, hvormed prøven blev sendt til laboratoriet. Og så også skrive en journal kun til dig selv, så hvis der sker noget, kan du bruge den til at tjekke, hvem der har taget en bestemt prøve og hvornår. Og kemikeren, der registrerede prøven i laboratoriet, overførte derefter noterne fra stykkerne papir til speciel laboratoriesoftware (LIMS).

Problemerne er åbenlyse. For det første tager det lang tid, plus vi ser duplikering af den samme operation. For det andet, lav nøjagtighed - prøvetagningstiden blev skrevet delvist med øjet, fordi det er én ting, at du skrev den omtrentlige prøvetagningstid på papir, en anden ting er, at når du kom til vognen og begyndte at indsamle prøver, ville det være en lidt anden tid. For dataanalyse og processporing er dette vigtigere, end det ser ud til.

Som du kan se, er feltet for procesoptimering virkelig uplojet.

Vi havde lidt tid, og vi skulle gøre alt hurtigt og inden for virksomhedens kredsløb. At lave noget i skyen i produktionen er ikke en god idé, fordi du arbejder med en masse data, hvoraf nogle er en forretningshemmelighed eller indeholder persondata. For at lave en prototype havde vi kun brug for bilnummeret og produktets navn - sikkerhedsmyndighederne godkendte disse data, og vi startede.

Mit team har nu 2 eksterne udviklere, 4 interne, en designer, en Scrum Master og en junior produktchef. Det er i øvrigt, hvad vi har nu der er ledige pladser generelt.

Inden for en uge byggede vi et adminpanel til teamet og en simpel mobilapplikation til brugere, der bruger Django. Derefter afsluttede og konfigurerede vi det i endnu en uge, og gav det derefter til brugerne, trænede dem og begyndte at teste.

prototype

Alt er enkelt her. Der er en webdel, der giver dig mulighed for at oprette en opgave til prøveudtagning, og der er en mobilapplikation til medarbejdere, hvor alt er klart, siger de, gå til den overkørsel og saml prøver fra den bil. Vi satte først QR-koder på samplerne for ikke at genopfinde hjulet, fordi vi skulle koordinere en mere seriøs tuning af sampleren, men her er alt harmløst, jeg stak et stykke papir og gik på arbejde. Medarbejderen skulle kun vælge en opgave i applikationen og scanne taggen, hvorefter der blev registreret data i systemet, at han (en bestemt medarbejder) tog prøver fra en bil med sådan og sådan et nummer på et og så præcist tidspunkt. Billedligt talt, "Ivan tog en prøve fra bil nr. 5 kl. 13.44." Da han vendte tilbage til kontrolrummet, skulle han kun udskrive et færdigt dokument med de samme data og blot sætte sin underskrift på det.

Gammel version af admin panelet

Oprettelse af en opgave i det nye adminpanel

På dette tidspunkt blev det også lettere for pigerne i laboratoriet - nu behøver de ikke at læse skriften på et stykke papir, men blot scanne koden og straks forstå, hvad der præcist er i prøveudtageren.

Og så stødte vi på et lignende problem på laboratoriesiden. Pigerne her har også deres egen komplekse software, LIMS (Laboratory Information Management System), hvor de skulle indtaste alt fra de modtagne prøveudtagningsrapporter med kuglepenne. Og på dette stadium løste vores prototype ikke deres smerte på nogen måde.

Derfor besluttede vi at lave integration. Den ideelle situation ville være, at alle de ting, vi har gjort for at integrere disse tæller, fra prøveudtagning til laboratorieanalyse, vil hjælpe med at slippe af med papir helt. Webapplikationen erstatter papirjournaler, udvælgelsesrapporten udfyldes automatisk ved hjælp af en elektronisk signatur. Takket være prototypen indså vi, at konceptet kunne anvendes og begyndte at udvikle MVP.

Prototype af den tidligere version af mobilapplikationen

MVP af en ny mobilapplikation

Fingre og handsker

Her skal vi også tage højde for, at arbejdet i produktionen ikke er +20 og en let brise, der pjusker kanten af ​​en stråhat, men til tider -40 og direkte blæsende, hvor man ikke vil tage handskerne af at trykke på berøringsskærmen på en eksplosionssikker smartphone. Ingen måde. Selv under truslen om at udfylde papirformularer og spilde tid. Men dine fingre er med dig.

Derfor ændrede vi lidt på arbejdsprocessen for fyrene - for det første syede vi en række handlinger op på hardware-sideknapperne på smartphonen, som kan trykkes perfekt med handsker, og for det andet opgraderede vi selve handskerne: vores kolleger, der er engageret i at forsyne personalet med personlige værnemidler, fandt os handsker, der opfylder alle de nødvendige standarder, og også med evnen til at arbejde med berøringsskærme.

Her er en lille video om dem.

Vi fik også feedback om mærkerne på selve prøvetagerne. Sagen er, at samplere kommer i forskellige typer - plastik, glas, buede, generelt i et sortiment. Det er ubelejligt at sætte en QR-kode på buede; papiret bøjes og scannes muligvis ikke så godt, som du ønsker. Derudover scanner den også dårligere under bånd, og hvis du pakker båndet ind efter hjertens lyst, scanner det slet ikke.

Vi erstattede alt dette med NFC-tags. Dette er meget mere praktisk, men vi har ikke gjort det helt bekvemt endnu - vi vil gerne skifte til fleksible NFC-tags, men indtil videre er vi fastlåst på godkendelse til eksplosionsbeskyttelse, så vores tags er store, men eksplosionssikre. Men det vil vi arbejde på sammen med vores kolleger fra industrisikkerhed, så der er stadig meget at komme efter.

Mere om tags

LIMS som et system sørger selv for udskrivning af stregkoder til sådanne behov, men de har en væsentlig ulempe - de er til engangsbrug. Det vil sige, at jeg limede det til prøveudtageren, gjorde arbejdet færdigt, og jeg måtte rive det af, smide det væk og så sætte en ny på. For det første er det ikke helt så miljøvenligt (der bruges meget mere papir, end det ser ud ved første øjekast). For det andet tager det lang tid. Vores tags kan genbruges og omskrives. Når en prøveudtager sendes til laboratoriet, skal du blot scanne den. Derefter renses prøveudtageren omhyggeligt og returneres tilbage for at tage de næste prøver. Produktionsmedarbejderen scanner det igen og skriver nye data på tagget.

Denne tilgang viste sig også at være ganske vellykket, og vi testede den grundigt og forsøgte at finde ud af alle de svære steder. Som følge heraf er vi nu på stadiet med at udvikle en MVP i et industrikredsløb med fuld integration i virksomhedens systemer og konti. Det hjælper her, at der på et tidspunkt blev overført mange ting til mikrotjenester, så der var ingen problemer i forhold til at arbejde med konti. I modsætning til den samme LIMS var der ingen, der gjorde noget for det. Her havde vi nogle hårde kanter for at kunne integrere det ordentligt med vores udviklingsmiljø, men vi har mestret dem og vil sætte alt i kamp om sommeren.

Tests og træning

Men denne sag blev født ud af et ret almindeligt problem - en dag var der en antagelse om, at testprøver nogle gange viser resultater, der adskiller sig fra normen, fordi prøverne simpelthen tages dårligt. Hypoteserne om, hvad der skete, var som følger.

1. Prøver tages simpelthen forkert på grund af, at personalet på stedet ikke følger processen.
2. Mange nybegyndere kommer til produktionen, og ikke alt kan forklares dem i detaljer, derfor er stikprøven ikke helt korrekt.

Vi kritiserede den første mulighed i starten, men for en sikkerheds skyld begyndte vi også at tjekke den.

Her vil jeg bemærke en vigtig ting. Vi lærer aktivt virksomheden at genopbygge sin måde at tænke på i retning af en kultur for at udvikle digitale produkter. Tidligere var tænkemodellen sådan, at der er en sælger, han behøver kun at skrive en klar teknisk specifikation med løsninger én gang, give ham den og lade ham gøre alt. Det vil sige, at det viste sig, at man de facto startede med det samme fra potentielle færdige løsninger, der skulle indgå i de tekniske specifikationer som givet, i stedet for at gå ud fra eksisterende problemer, som man ønskede at løse.

Og vi flytter nu fokus fra denne "idégenerator" til formuleringen af ​​klare problemer.

Så efter at have hørt disse problemer beskrevet, begyndte vi at finde på måder at teste disse hypoteser på.

Den nemmeste måde at kontrollere kvaliteten af ​​prøvetageres arbejde på er gennem videoovervågning. Det er klart, at for at teste den næste hypotese, er det ikke så let at tage og udstyre hele overføringen med eksplosionssikre kamre; knæberegningen gav os straks mange millioner rubler, og vi opgav den. Det blev besluttet at gå til vores fyre fra Industry 4.0, som nu afprøver brugen af ​​det eneste eksplosionssikre wifi-kamera i Den Russiske Føderation. Den beskrives som værende på størrelse med en elkedel, men den er faktisk ikke større end en tavlemarkør.

Vi tog denne baby og kom til broen og fortalte de ansatte så detaljeret som muligt, hvad vi gav her, hvor længe og præcist. Det var vigtigt med det samme at gøre det klart, at dette faktisk var for at teste eksperimentet og var midlertidigt.

I et par uger arbejdede folk som normalt, ingen overtrædelser blev opdaget, og vi besluttede at teste den anden hypotese.

For hurtig og detaljeret træning valgte vi formatet for videoinstruktioner, idet vi havde en mistanke om, at en passende videotutorial, som det vil tage dig et par minutter at se, vil vise alt og alle meget tydeligere end en 15-siders jobbeskrivelse. Desuden havde de allerede sådanne instruktioner.

Ikke før sagt end gjort. Jeg tog til Tobolsk, så hvordan de tog prøver, og det viste sig, at prøvetagningsmekanikken der har været den samme i de sidste 20 år. Ja, det er en ret rutinemæssig proces, der kan bringes til automatisering med hyppige gentagelser, men dette betyder ikke, at det ikke kan automatiseres eller forenkles. Men oprindeligt blev ideen om videoinstruktioner afvist af personalet og sagde, hvorfor lave disse videoer, hvis vi har gjort det samme her i 20 år.

Vi blev enige med vores PR, udstyrede den rigtige fyr til at optage videoen, gav ham en fantastisk skinnende skruenøgle og optog prøvetagningsprocessen under ideelle forhold. Denne eksemplariske version blev udgivet. Jeg har så også indtalt videoen for klarhedens skyld.

Vi samlede medarbejdere fra otte skift, gav dem en filmvisning og spurgte dem, hvordan det var. Det viste sig, at det var som at se den første "Avengers" for tredje gang: cool, smuk, men ikke noget nyt. Sådan gør vi det hele tiden.

Så spurgte vi fyrene direkte, hvad de ikke kunne lide ved denne proces, og hvad der forårsagede dem besvær. Og her brød dæmningen - efter sådan en improviseret designsession med produktionsmedarbejdere, bragte vi ledelsen et ret stort efterslæb med det formål at ændre operationelle processer. For det var nødvendigt først at lave en række ændringer i selve processerne, og derefter skabe et digitalt produkt, der ville blive korrekt opfattet under de nye forhold.

Nå, seriøst, hvis en person har en stor, ubekvem sampler uden håndtag, skal du bære den med begge hænder, og du siger: "Du har en mobiltelefon på dig, Vanya, scan der" - det er på en eller anden måde ikke særlig meget inspirerende.

De mennesker, som du laver et produkt til, skal forstå, at du lytter til dem, og ikke bare gøre dig klar til at udrulle nogle smarte ting, som de ikke har brug for lige nu.

Om processer og effekter

Hvis du laver et digitalt produkt, og din proces er skæv, behøver du ikke implementere produktet endnu, du skal rette denne proces først. Vores afdelings bekymring er nu at tune sådanne processer; inden for rammerne af designsessioner fortsætter vi med at samle et efterslæb ikke kun for det digitale produkt, men også for globale driftsforbedringer, som vi nogle gange endda kan implementere før selve produktet. Og det giver i sig selv en fremragende effekt.

Det er også vigtigt, at en del af teamet er placeret direkte på virksomheden. Vi har fyre fra forskellige afdelinger, som har besluttet at bygge en karriere inden for det digitale og hjælpe os med at introducere produkter og læreprocesser. Det er dem, der foranlediger sådanne operationelle ændringer.

Og det er nemmere for medarbejderne, de forstår, at vi ikke bare er her for at sidde her, men vi vil faktisk diskutere, hvordan de kan annullere unødvendige stykker papir, eller lave 16 stykke papir ud af 1 nødvendige papirer til processen ( og så annullere det også), hvordan man laver en elektronisk signatur og optimerer samarbejdet med offentlige myndigheder og så videre.

Og hvis vi taler om selve processen, fandt vi også dette.

Prøvetagning tager i gennemsnit 3 timer.Og i denne proces er der folk, der fungerer som koordinatorer, og i løbet af disse tre timer ringer deres telefon af, og de rapporterer konstant status - hvor skal bilen sendes hen, hvordan fordeles ordrer blandt laboratorier, og lignende. Og det er på laboratoriesiden.

Og på produktionssiden sidder den samme person med den samme varme telefon. Og vi besluttede, at det ville være rart at lave dem et visuelt dashboard, der ville hjælpe dem med at se status for processen, fra anmodninger om prøveudtagning til udsendelse af resultater i laboratoriet, med de nødvendige meddelelser og så videre. Så tænker vi på at koble det sammen med bestilling af transport og optimering af laboratoriernes aktiviteter – fordele arbejdet blandt medarbejderne.

Som følge heraf vil vi for én prøveudtagning, kombineret fra digitale og operationelle ændringer, være i stand til at spare omkring 2 timers menneskelig arbejdskraft og en times togets nedetid sammenlignet med, hvordan vi arbejdede før os. Og dette er kun for et valg; der kan være flere af dem om dagen.

Med hensyn til effekterne udføres omkring en fjerdedel af prøveudtagningen nu på denne måde. Det viser sig, at vi frigør cirka 11 medarbejdere til at udføre mere nyttigt arbejde. Og reduktionen i biltimer (og togtimer) åbner mulighed for indtægtsgenerering.

Selvfølgelig er det ikke alle, der helt forstår, hvad det digitale team har glemt, og hvorfor det er engageret i driftsforbedringer; folk står tilbage med denne ikke helt korrekte opfattelse, når man tror, ​​at udviklerne kom, lavede en applikation til dig på en dag og løste alt. problemerne. Men driftspersonalet er selvfølgelig glade for denne tilgang, dog med lidt skepsis.

Men det er vigtigt at huske, at der ikke er nogen magiske kasser. Det er alt sammen arbejde, forskning, hypoteser og test.

Kilde: www.habr.com