Hur vi sätter provtagning på SIBUR på nya skenor

Och vad kom ut av det

Hälsningar!

I produktionen är det viktigt att övervaka kvaliteten på produkterna, både de som kommer från leverantörer och de som vi ger ut vid utgången. För att göra detta genomför vi ofta provtagningar - specialutbildade medarbetare tar provtagare och samlar enligt befintliga instruktioner in prover som sedan förs över till laboratoriet där de kvalitetskontrolleras.

Jag heter Katya, jag är produktägare i ett av teamen på SIBUR, och idag ska jag berätta hur vi förbättrade livet (åtminstone under arbetstid) för provtagningsspecialisterna och andra deltagare i denna spännande process. Under the cut - om hypoteser och deras testning, om attityden till användare av din digitala produkt och lite om hur allt fungerar hos oss.

Hypoteser

Här är det värt att börja med 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 produktionsstyrning. De facto är detta en kontroll av allt i skedet mellan mottagandet av råvaror och den slutliga produkten som lämnar våra produktionsanläggningar. Vi bestämde oss för att äta elefanten bit för bit och började med provtagning. När allt kommer omkring, för att sätta laboratorietester av prover på ett digitalt spår måste någon först samla in och ta med dessa prover. Oftast med händer och fötter.

De första hypoteserna gällde att gå bort från papper och manuellt arbete. Tidigare såg processen ut så här - en person var tvungen att skriva på ett papper exakt vad han förberedde sig för att samla in i provtagaren, självidentifiera (läs - skriv hans fullständiga namn och tidpunkt för provtagning på papperet), fäst detta papper på provröret. Gå sedan till överfarten, ta ett prov från flera bilar och återvänd till kontrollrummet. I kontrollrummet fick personen för andra gången lägga in samma data i provtagningsrapporten, tillsammans med provet skickades till laboratoriet. Och skriv sedan en journal bara för dig själv, så att om något händer kan du använda den för att kontrollera vem som tog ett specifikt prov och när. Och kemisten som registrerade provet i laboratoriet överförde sedan anteckningarna från papperslapparna till speciell laboratorieprogramvara (LIMS).

Problemen är uppenbara. För det första tar det lång tid, plus att vi ser dubbelarbete av samma operation. För det andra, låg noggrannhet - provtagningstiden skrevs delvis med ögat, eftersom det är en sak att du skrev den ungefärliga provtagningstiden på papper, en annan sak är att när du kom till vagnen och började samla in prover, skulle det vara en något annan tid. För dataanalys och processspårning är detta viktigare än det verkar.

Som du kan se är fältet för processoptimering verkligen oplogat.

Vi hade lite tid och vi behövde göra allt snabbt och inom företagskretsen. Att göra något i molnet i produktionen är ingen bra idé eftersom du arbetar med mycket data, varav en del är en affärshemlighet eller innehåller personuppgifter. För att skapa en prototyp behövde vi bara bilnumret och produktens namn - säkerhetstjänstemän godkände dessa uppgifter och vi började.

Mitt team har nu 2 externa utvecklare, 4 interna, en designer, en Scrum Master och en junior produktchef. Det är förresten vad vi har nu det finns lediga platser i allmänhet.

Inom en vecka byggde vi en adminpanel för teamet och en enkel mobilapplikation för användare som använder Django. Sedan slutförde vi och konfigurerade det för ytterligare en vecka, och gav det sedan till användarna, tränade dem och började testa.

prototyp

Allt är enkelt här. Det finns en webbdel som låter dig skapa en uppgift för provtagning, och det finns en mobilapplikation för anställda, där allt är klart, säger de, gå till den där överfarten och samla prover från den bilen. Vi satte först QR-koder på samplern för att inte uppfinna hjulet igen, eftersom vi skulle behöva koordinera en mer seriös trimning av samplern, men här är allt ofarligt, jag satte fast ett papper och gick till jobbet. Den anställde behövde bara välja en uppgift i applikationen och skanna taggen, varefter data registrerades i systemet om att han (en specifik anställd) tog prover från en bil med ett sådant och ett sådant nummer vid en sådan och så exakt tidpunkt. Bildligt talat, "Ivan tog ett prov från bil nr 5 klockan 13.44." När han återvände till kontrollrummet behövde han bara skriva ut ett färdigt dokument med samma data och helt enkelt sätta sin signatur på det.

Gammal version av adminpanelen

Skapar en uppgift i den nya adminpanelen

I det här skedet blev det också lättare för tjejerna i laboratoriet - nu behöver de inte läsa skriften på ett papper, utan bara skanna koden och omedelbart förstå vad som finns i provtagaren.

Och så stötte vi på ett liknande problem på laboratoriesidan. Tjejerna här har också en egen komplex mjukvara, LIMS (Laboratory Information Management System), där de fick skriva in allt från de inkomna provtagningsrapporterna med pennor. Och i det här skedet löste vår prototyp inte deras smärta på något sätt.

Det var därför vi bestämde oss för att göra integration. Den idealiska situationen skulle vara att allt vi har gjort för att integrera dessa motändar, från provtagning till laboratorieanalys, kommer att hjälpa till att bli av med papper helt och hållet. Webbapplikationen ersätter papperstidskrifter, urvalsrapporten fylls i automatiskt med en elektronisk signatur. Tack vare prototypen insåg vi att konceptet kunde tillämpas och började utveckla MVP.

Prototyp av den tidigare versionen av mobilapplikationen

MVP för en ny mobilapplikation

Fingrar och handskar

Här måste vi också ta hänsyn till det faktum att arbetet i produktionen inte är +20 och en lätt bris som rufsar kanten på en stråhatt, utan ibland -40 och rent blåsigt, där du inte vill ta av dig handskarna att trycka på pekskärmen på en explosionssäker smartphone. Aldrig. Även under hot om att fylla i pappersformulär och slösa tid. Men dina fingrar är med dig.

Därför ändrade vi lite arbetsprocessen för killarna - för det första sydde vi upp ett antal åtgärder på hårdvaruknapparna på smarttelefonen, som kan tryckas perfekt med handskar, och för det andra uppgraderade vi handskarna själva: våra kollegor, som är engagerade i att förse personalen med personlig skyddsutrustning, hittade handskar till oss som uppfyller alla nödvändiga standarder, och även med förmågan att arbeta med pekskärmar.

Här är en liten video om dem.

Vi fick också feedback om märkena på själva provtagarna. Saken är att provtagare finns i olika typer - plast, glas, böjda, i allmänhet, i ett sortiment. Det är obekvämt att klistra en QR-kod på böjda, papperet böjs och kanske inte skannas så bra som du skulle vilja. Dessutom skannar den också sämre under tejp, och om du lindar in tejpen så gott du kan, skannas den inte alls.

Vi ersatte allt detta med NFC-taggar. Det här är mycket bekvämare, men vi har inte gjort det helt bekvämt än - vi vill byta till flexibla NFC-taggar, men än så länge har vi fastnat för godkännande för explosionsskydd, så våra taggar är stora, men explosionssäkra. Men vi kommer att arbeta med detta tillsammans med våra kollegor från industrisäkerhet, så det återstår mycket.

Mer om taggar

LIMS som ett system i sig tillhandahåller utskrift av streckkoder för sådana behov, men de har en betydande nackdel - de är engångsbruk. Det vill säga, jag limmade fast den på provtagaren, avslutade jobbet och jag var tvungen att riva av den, kasta den och sedan sätta på en ny. För det första är det inte så miljövänligt (mycket mer papper används än det verkar vid första anblicken). För det andra tar det lång tid. Våra taggar är återanvändbara och omskrivbara. När en provtagare skickas till laboratoriet är allt du behöver göra att skanna den. Därefter rengörs provtagaren noggrant och returneras tillbaka för att ta nästa prov. Produktionsmedarbetaren skannar den igen och skriver ny data på taggen.

Detta tillvägagångssätt visade sig också vara ganska framgångsrikt, och vi testade det grundligt och försökte reda ut alla svåra ställen. Som ett resultat är vi nu i stadiet att utveckla en MVP i en industriell krets med full integration i företagssystem och konton. Det hjälper här att många saker vid ett tillfälle överfördes till mikrotjänster, så det var inga problem när det gäller att arbeta med konton. Till skillnad från samma LIMS var det ingen som gjorde något åt ​​det. Här hade vi vissa tuffa kanter för att kunna integrera det ordentligt med vår utvecklingsmiljö, men vi har bemästrat dem och kommer att sätta allt i strid under sommaren.

Tester och träning

Men det här fallet föddes ur ett ganska vanligt problem - en dag antogs det att testning av prover ibland visar resultat som skiljer sig från normen, eftersom proverna helt enkelt tas dåligt. Hypoteserna om vad som hände var följande.

1. Prover tas helt enkelt felaktigt på grund av att personalen på plats inte följer processen.
2. Många nybörjare kommer till produktionen, och allt kan inte förklaras för dem i detalj, därav provtagningen som inte är helt korrekt.

Vi kritiserade det första alternativet i början, men ifall vi också började kontrollera det.

Här kommer jag att notera en viktig sak. Vi lär företaget aktivt att bygga om sitt sätt att tänka mot en kultur för att utveckla digitala produkter. Tidigare var tankemodellen sådan att det finns en säljare, han behöver bara skriva en tydlig teknisk specifikation med lösningar en gång, ge honom den och låta honom göra allt. Det vill säga, det visade sig att man de facto utgick direkt från potentiella färdiga lösningar som måste ingå i de tekniska specifikationerna som givet, istället för att utgå från befintliga problem som man ville lösa.

Och vi flyttar nu fokus från denna "idégenerator" till formuleringen av tydliga problem.

Så efter att ha hört dessa problem beskrivna började vi komma på sätt att testa dessa hypoteser.

Det enklaste sättet att kontrollera kvaliteten på provtagarens arbete är genom videoövervakning. Det är tydligt att för att testa nästa hypotes är det inte så lätt att ta och utrusta hela överfarten med explosionssäkra kammare; knäberäkningen gav oss omedelbart många miljoner rubel, och vi övergav den. Det beslutades att gå till våra killar från Industry 4.0, som nu testar användningen av den enda explosionssäkra wifi-kameran i Ryska federationen. Den beskrivs som ungefär lika stor som en vattenkokare, men den är faktiskt inte större än en whiteboardmarkör.

Vi tog den här bebisen och kom till överfarten och berättade så detaljerat som möjligt för de anställda vad vi gav här, hur länge och exakt vad. Det var viktigt att omedelbart klargöra att detta faktiskt var för att testa experimentet och var tillfälligt.

Under ett par veckor arbetade folk som vanligt, inga kränkningar upptäcktes och vi bestämde oss för att testa den andra hypotesen.

För snabb och detaljerad utbildning valde vi formatet för videoinstruktioner, och misstänkte att en adekvat videohandledning, som tar dig några minuter att titta på, kommer att visa allt och alla mycket tydligare än en arbetsbeskrivning på 15 ark. Dessutom hade de redan sådana instruktioner.

Inte tidigare sagt än gjort. Jag gick till Tobolsk, tittade på hur de tog prover, och det visade sig att provtagningsmekaniken där har varit densamma de senaste 20 åren. Ja, det här är en ganska rutinmässig process som kan föras till automatism med frekventa upprepningar, men det här betyder inte att det inte kan automatiseras eller förenklas. Men initialt avvisades idén med videoinstruktioner av personalen och sa varför göra dessa videor om vi har gjort samma sak här i 20 år.

Vi kom överens med vår PR, utrustade rätt kille för att spela in videon, gav honom en fantastisk glänsande skiftnyckel och spelade in provtagningsprocessen under idealiska förhållanden. Denna exemplariska version släpptes. Jag röstade sedan även videon för tydlighetens skull.

Vi samlade anställda från åtta skift, gav dem en filmvisning och frågade hur det var. Det visade sig att det var som att se den första "Avengers" för tredje gången: coolt, vackert, men inget nytt. Som, vi gör det här hela tiden.

Sedan frågade vi killarna direkt vad de inte gillade med den här processen och vad som orsakade dem besvär. Och här brast dammen - efter en sådan improviserad designsession med produktionsarbetare gav vi ledningen en ganska storskalig eftersläpning som syftade till att förändra operativa processer. För det var nödvändigt att först göra ett antal förändringar i själva processerna, och sedan skapa en digital produkt som skulle uppfattas korrekt i de nya förutsättningarna.

Tja, seriöst, om en person har en stor, obekväm provtagare utan handtag, måste du bära den med båda händerna och du säger: "Du har en mobiltelefon på dig, Vanya, skanna där" - det här är på något sätt inte särskilt mycket inspirerande.

Människorna för vilka du gör en produkt måste förstå att du lyssnar på dem, och inte bara göra dig redo att rulla ut någon tjusig sak som de inte behöver just nu.

Om processer och effekter

Om du gör en digital produkt och din process är sned, behöver du inte implementera produkten ännu, du måste fixa den här processen först. Vår avdelnings angelägenhet är nu att trimma sådana processer, inom ramen för designsessioner fortsätter vi att samla in en backlog inte bara för den digitala produkten, utan också för globala driftförbättringar, som vi ibland till och med kan implementera innan själva produkten. Och detta i sig ger en utmärkt effekt.

Det är också viktigt att en del av teamet finns direkt på företaget. Vi har killar från olika avdelningar som har bestämt sig för att bygga en karriär inom digitalt och hjälpa oss med att introducera produkter och lärprocesser. Det är de som föranleder sådana verksamhetsförändringar.

Och det är lättare för de anställda, de förstår att vi inte bara är här för att sitta här, utan vi ska faktiskt diskutera hur de kan avbryta onödiga papperslappar, eller göra 16 papper av 1 nödvändiga papper för processen ( och sedan avbryta det också), hur man gör en elektronisk signatur och optimerar arbetet med statliga myndigheter och så vidare.

Och om vi pratar om själva processen så hittade vi också detta.

Provtagningen tar i genomsnitt 3 timmar. Och i denna process finns det personer som fungerar som koordinatorer, och under dessa tre timmar ringer deras telefon och de rapporterar hela tiden status - vart ska man skicka bilen, hur man fördelar beställningar mellan laboratorier, och liknande. Och det här är på laboratoriesidan.

Och på produktionssidan sitter samma person med samma heta telefon. Och vi bestämde att det skulle vara trevligt att göra dem till en visuell instrumentpanel som skulle hjälpa dem att se status för processen, från förfrågningar om provtagning till att utfärda resultat i laboratoriet, med nödvändiga meddelanden och så vidare. Sedan funderar vi på att koppla ihop detta med att beställa transporter och optimera verksamheten på själva laboratorierna – fördela arbetet mellan de anställda.

Som ett resultat, för ett urval, kombinerat från digitala och operativa förändringar, kommer vi att kunna spara cirka 2 timmars mänskligt arbete och en timmes tågstopp, jämfört med hur vi arbetade före oss. Och detta är bara för ett urval; det kan vara flera av dem per dag.

När det gäller effekterna sker nu ungefär en fjärdedel av provtagningen på detta sätt. Det visar sig att vi frigör cirka 11 personalenheter för att göra mer nyttigt arbete. Och minskningen av biltimmar (och tågtimmar) öppnar utrymme för intäktsgenerering.

Naturligtvis är det inte alla som helt förstår vad det digitala teamet har glömt och varför det är engagerat i driftförbättringar; folk sitter kvar med denna inte helt korrekta uppfattning, när man tror att utvecklarna kom, gjorde en applikation till dig på en dag och löste allt problemen. Men driftpersonalen är förstås nöjda med detta tillvägagångssätt, om än med lite skepsis.

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

Källa: will.com