Hur vi implementerade provtagning på SIBUR med nya metoder

Och vad blev det av detta

Hej!

I produktionen är det viktigt att övervaka produktkvaliteten, både den som kommer från leverantörer och den som vi levererar ut. Därför utförs ofta provtagningar — särskilt utbildade medarbetare tar prov och samlar in prover enligt givna instruktioner, som sedan överlämnas till laboratoriet där de kontrolleras för kvalitet.

Jag heter Katja, jag är produktägare för ett av teamen på SIBUR, och idag kommer jag att berätta hur vi har förbättrat livet (åtminstone under arbetstid) för de som utför provtagningar och andra deltagare i denna fascinerande process. Under rubriken — om hypoteser och deras verifiering, om attityden till användarna av din digitala produkt och lite om hur vi har organiserat oss.

Hypoteser

Här bör jag nämna att vårt team är ganska ungt, vi har arbetat sedan september 2018, och en av våra första utmaningar inom digitaliseringen av processer är produktionskontroll. De facto handlar det om att kontrollera allt i etappen mellan mottagandet av råvaror och den slutliga produkten som lämnar våra anläggningar. Vi beslutade att ta itu med det steg för steg och började med provtagningen. För att kunna digitalisera laboratorieundersökningarna av proverna måste någon först samla in och lämna dessa prover. Vanligtvis med händer och fötter.

De första hypoteserna handlade om att gå ifrån papper och manuellt arbete. Tidigare såg processen ut så här — en person behövde skriva på ett papper vad han eller hon skulle samla i provtagningsbehållaren, självidentifiera sig (det vill säga skriva sina namn och tid för provtagning på pappret), klistra fast detta papper på provröret. Sedan gå till rampen, ta ett prov från flera vagnar och återvända till kontrollrummet. I kontrollrummet fick personen gå igenom samma data på nytt i provtagningsprotokollet, som tillsammans med provet skickades till laboratoriet. Och sedan behövde man även skriva en dagbok just för sig själv, för att kunna kontrollera vem som tog vilket prov och när, om det skulle behövas. Och kemisten som registrerade provet i laboratoriet överförde sedan anteckningarna från pappret till ett specialiserat laboratorieprogram (LIMS).

Problemen är uppenbara. För det första tar det lång tid, och vi ser dessutom duplicering av samma operation. För det andra är noggrannheten låg - vi angav plockningstiden delvis på uppfattning, eftersom det är en sak att skriva ner en ungefärlig plockningstid på papper, och en annan sak är att när du väl har gått till vagnen för att börja samla in prover är det redan en annan tid. För dataanalys och spårning av processen är detta viktigare än det verkar.

Som ni ser finns det verkligen ett stort potential för att optimera processen.

Vi hade lite tid och behövde göra allt snabbt, dessutom inom det företagskontur. Att göra något i molnet i produktionen är en ganska dålig idé, eftersom du arbetar med massor av data, varav en del utgör affärshemligheter eller innehåller personuppgifter. För att skapa prototypen behövde vi bara vagnnumret och produktnamnet - dessa uppgifter godkändes av säkerhetsavdelningen, och vi började.

I mitt team finns nu 2 externa utvecklare, 4 interna, en designer, en Scrum-master och en junior produktrepresentant. Här är förresten vilka vi har för närvarande det finns lediga tjänster överlag.

På en vecka satte vi ihop ett administrationsgränssnitt för teamet på Django och en enkel mobilapplikation för användarna. Vi finslipade och justerade i en vecka till, och sedan gav vi det till användarna, utbildade dem och började testa.

Prototyp

Det är enkelt här. Det finns en webbdel som gör att du kan skapa en uppgift för provtagning, och så finns det en mobilapplikation för anställda där allt är tydligt, till exempel, gå till den rampen och samla in prover från den vagnen. Vi satte först QR-koder på provtagningsanordningarna för att slippa uppfinna hjulet på nytt, eftersom en mer seriös justering av provtagningsanordningen skulle ha krävt godkännande, men här är allt ofarligt - man sätter på en lapp och går och arbetar. Medarbetaren behövde bara välja uppgiften i appen och skanna koden, varefter systemet registrerade att han (den specifika medarbetaren) vid en viss tidpunkt tog prover från en vagn med ett visst nummer. Bildligt talat, "Ivan tog ett prov från vagn nummer 5 klockan 13.44". När han återvände till operatörsrummet behövde han bara skriva ut den färdiga rapporten med dessa uppgifter och helt enkelt skriva under den.

Den gamla varianten av administrationsgränssnittet

Skapa uppgift i det nya administrationsgränssnittet

För tjejerna i laboratoriet har det också blivit enklare i det här skedet – nu behöver vi inte längre lösa texter på papper utan kan bara skanna koden och direkt förstå vad som finns i provtagaren.

Och här snubblar vi över ett liknande problem på laboratoriets sida. Flickorna har också sin komplicerade programvara, LIMS (Laboratory Information Management System), där de var tvungna att manuellt föra in allt från de mottagna provtagningarna. Vid det här skedet löste vår prototyp inte deras problem.

Därför bestämde vi oss för att göra en integration. Den idealiska situationen ser ut att vara att all utrustning vi gjorde för att integrera dessa parallella processer, från provtagning till laboratorieanalys, hjälper till att helt eliminera papper. Webapplikationen kommer att ersätta pappersjournalen, och provtagningsakten kommer att fyllas i automatiskt med hjälp av elektronisk signatur. Tack vare prototypen insåg vi att konceptet kan tillämpas och började utveckla MVP.

Prototyp av den föregående versionen av mobilapplikationen

MVP av den nya mobilapplikationen

Fingrar och handskar

Här måste man också ta hänsyn till att arbete i produktionen inte är +20 och en lätt bris som fläktar genom fälten av halmhatten, utan ibland -40 och en brutalt stark vind, där man absolut inte vill ta av handskarna för att trycka på en explosionsskyddad smartphones pekskärm. Inget alls. Även under hot om att fylla i pappersdokument och slösa tid. Men fingrarna är med dig.

Därför ändrade vi lite på killarnas arbetsprocess – för det första la vi in en rad åtgärder på de fysiska sidoknapparna på smartphones, som lätt går att trycka på med handskar, och för det andra uppgraderade vi handskarna: våra kollegor som ansvarar för att tillhandahålla skyddsutrustning för personalen hittade handskar som uppfyller alla nödvändiga standarder, och dessutom går de att använda med pekskärmar.

Här är lite om dem i videon.

Vi fick också feedback angående själva märkena på provtagarna. Problemet är att provtagarna kan vara olika – plastiska, glasiga, med böjd form, i allmänhet ett stort urval. Det är obekvämt att klistra QR-koden på de böjda, pappret böjer sig och kan skannas inte så bra som man skulle vilja. Dessutom skannas det sämre under tejpen, och om man lägger på tejp rejält – då skannas det helt inte alls.

Vi har bytt ut allt detta mot NFC-taggar. Det är mycket mer praktiskt, men vi har inte riktigt gjort det bekvämt än — vi vill gå över till flexibla NFC-taggar, men på grund av diskussioner kring explosionsskydd har vi just nu stora taggar, men de är explosionsskyddade. Vi kommer att arbeta med våra kollegor inom industriell säkerhet på detta, så vi har fortfarande mycket kvar att göra.

Mer om taggar

LIMS, som system, har inbyggd funktionalitet för att skriva ut streckkoder för sådana behov, men de har en stor nackdel — de är engångsartiklar. Det vill säga, du sätter den på provtagaren, slutför arbetet, och måste ta bort den, slänga den och sedan sätta på en ny. För det första är det inte särskilt miljövänligt (papper används i mycket högre grad än man först tror). För det andra tar det tid. Våra taggar är återanvändbara och kan skrivas om. När ett prov skickas till laboratoriet räcker det att skanna det. Sedan rengörs provtagaren noggrant och returneras för att ta nästa prover. Medarbetaren på produktionen skannar den igen och skriver nya data på taggen.

Denna metod har också visat sig vara ganska framgångsrik, och vi har noggrant testat den och försökt åtgärda alla svåra områden. Som resultat är vi nu i utvecklingsfasen för MVP i en industriell miljö med fullständig integration i företagsystem och konton. Här underlättar det att vi tidigare har övergått till mikrotjänster, så vi har inte haft några problem med att arbeta med kontona. Till skillnad från LIMS — för den har ingen gjort något. Här hade vi vissa skavanker när vi skulle integrera den med vår utvecklingsmiljö, men vi har övervunnit dem och i sommar kommer vi att lansera allt.

Kontroller och utbildning

Här är ett exempel som kom från ett ganska vanligt problem — en gång framkom hypotesen att provkontroller ibland visar avvikelser från normen eftersom proverna helt enkelt tas dåligt. Hypoteserna bakom detta var följande.

1. Proverna tas helt enkelt felaktigt på grund av att medarbetarna på plats inte följer de teknologiska processerna.
2. Det kommer många nykomlingar till produktionen, de kan få otillräcklig vägledning, vilket leder till felaktiga provtagningar.

Vi kritiserade den första varianten redan i början, men vi började även kontrollera den för säkerhets skull.

Här vill jag påpeka en viktig sak. Vi lär aktivt företaget att omstrukturera sitt sätt att tänka mot en kultur av digital produktutveckling. Tidigare var tankesättet sådant att det fanns en leverantör, och man behövde bara skriva en tydlig kravspecifikation med lösningar en gång, lämna över och låta dem sköta allt. Det ledde till att folk de facto utgick från potentiella färdiga lösningar som behövde skrivas in i kravspecifikationen som en givenhet, istället för att utgå från de problem som man ville lösa.

Och vi flyttar nu fokus från en sådan "idé-generator" till att formulera tydliga problem.

Därför, när vi hörde beskrivningarna av dessa problem, började vi tänka ut sätt att verifiera dessa hypoteser.

Att kontrollera kvaliteten på provtagarnas arbete är enklast med hjälp av videövervakning. Det är uppenbart att det inte är så enkelt att utrusta hela rampen med explosionssäkra kameror för att testa en ny hypotes, den preliminära beräkningen gav oss flera miljoner rubel, så vi avstod från det. Det beslutades att vända sig till våra killar i industri 4.0, som just nu pilottestar användningen av den enda explosionssäkra wifi-kameran i Ryssland. Enligt beskrivningen borde det likna något i storlek med en vattenkokare, men i verkligheten är denna pryl inte större än en penna för whiteboard.

Vi tog denna lilla sak och kom till rampen, och berättade så detaljerat vi kunde för medarbetarna vad vi gjorde här, hur länge och varför. Det var viktigt att omedelbart låta dem förstå att det faktiskt handlade om att verifiera ett experiment och var temporärt.

Under några veckor arbetade folk i ordinarie tempo, inga överträdelser upptäcktes, och vi beslutade att verifiera den andra hypotesen.

För snabb och detaljerad utbildning valde vi formatet videoinstruktioner, misstänkt att en lämplig videotutorial, som tar några minuter att se, är mycket mer överskådlig än en tjänsteanvisning på 15 sidor. Särskilt eftersom en sådan anvisning redan fanns.

Det är sagt — gjort. Jag åkte till Tobolsk, såg hur de tar prover, och det visade sig att mekaniken för insamling har varit densamma i 20 år. Ja, det är en ganska rutinmässig process som kan automatiseras med upprepning, men det betyder inte att den inte kan effektiviseras och förenklas. Men ursprungligen avfärdades idén om en videoinstruktion av personalen, som sa, varför spela in dessa videor när vi har gjort samma sak i 20 år.

Vi kom överens med vår PR-avdelning, utrustade den mest lämpliga killen för videoinspelningen, gav honom en fantastisk glänsande skiftnyckel och filmade provtagningen under perfekta förhållanden. Resultatet blev en exemplariskt version. Jag dubblade senare videon för tydlighet.

Vi samlade anställda från åtta skift, ordnade en filmvisning för dem och frågade hur det var. Det visade sig att det var som att se de första 'Avengers' för tredje gången: coolt, vackert, men inget nytt. De sa att de hade gjort det på samma sätt hela tiden.

Sedan frågade vi killarna direkt vad de inte gillade med processen och vad som var besvärligt. Och här brast det verkligen — efter en sådan improviserad design-session med produktionen presenterade vi en ganska omfattande backlogg för ledningen, inriktad på att förändra just de operativa processerna. Först måste vi göra ändringar i själva processerna, och sedan skapa den digitala produkten som kommer att tas emot på rätt sätt i de nya förhållandena.

Allvarligt talat, om en person har en stor, obekväm provtagare utan handtag som måste bäras med två händer, och du säger: 'Här, Ivan, ta mobilen och skanna där' — det inspirerar inte direkt.

Människorna som ni gör produkten för måste förstå att ni hör dem, och inte bara förbereder er för att lansera någon trendig grej som de verkligen inte behöver just nu.

Om processer och effekter

Om du skapar en digital produkt och din process är bristfällig, bör du inte införa produkten ännu utan först åtgärda processen. Vår avdelningsuppgift just nu är att finjustera sådana processer, och inom ramen för design-sessionerna fortsätter vi att samla backlogg, inte bara för den digitala produkten utan också för globala operationella förbättringar, som ibland till och med kan genomföras tidigare än själva produkten. Detta ger i sig ett utmärkt resultat.

Det är också viktigt att en del av teamet finns direkt på företaget. Vi har kollegor från olika avdelningar som har valt att bygga sina karriärer inom den digitala sfären och hjälpa oss med implementering av produkter och lärande av processer. Sådana operationella förändringar kommer faktiskt från dem.

Dessutom är det enklare för de anställda; de förstår att vi inte bara sitter här för att diskutera, utan faktiskt pratar om hur de kan få bort onödiga papper, eller hur man kan göra 16 nödvändiga handlingar till 1 (och senare kanske även ta bort den), hur man gör elektroniska signaturer och optimerar arbetet med myndigheter, och mer.

Och om vi pratar om själva processen, så har vi också upptäckt detta.

Provtagning tar i genomsnitt 3 timmar. I denna process finns det personer som fungerar som koordinatorer, och under dessa tre timmar är deras telefoner konstant upptagna, eftersom de ständigt informerar om status — vart produktionsbilen ska skickas, hur beställningarna ska fördelas till laboratorier, och liknande. Och detta är på laboratoriets sida.

Och på tillverkningssidan sitter en likadan person med en likaså upptagen telefon. Vi har beslutat att det skulle vara bra att skapa en visuell dashboard som hjälper dem att se status för processen, från begärningar om provtagning till resultatutfärdande i laboratoriet, med nödvändiga meddelanden och annat. Sedan tänker vi koppla detta till transportbeställningen och optimera själva laboratoriernas verksamhet — fördela arbete bland anställda.

Totalt sett kommer vi genom både digitala och operationella förändringar att kunna spara cirka 2 timmar mänskligt arbete och en timme stilleståndstid per provtagning, jämfört med hur vi arbetade tidigare. Och detta gäller bara för ett prov; det kan vara flera beställningar per dag.

Av effekterna genomförs nu ungefär en fjärdedel av provtagningarna på detta sätt. Det har visat sig att vi frigör cirka 11 enheter personal för att ägna sig åt mer värdefullt arbete. Och nedskärningar av vagn- och tågtimmar öppnar upp nya möjligheter för monetarisering.

Självklart förstår inte alla helt och hållet varför den digitala teamet är här och varför de arbetar med operationella förbättringar. Det finns fortfarande en del missuppfattningar som gör att folk tänker att utvecklarna kom, gjorde en app på en dag och löste alla problem. Och det är uppenbart att den operativa personalen är glad över detta tillvägagångssätt, även om de är något skeptiska.

Men det är viktigt att komma ihåg att det inte finns några magiska lådor. Allt handlar om arbete, forskning, hypoteser och tester.

Källa: habr.com