Og hva kom ut av det
Hei!
I produksjonen er det viktig å overvåke kvaliteten på produktene, både de som kommer fra leverandører og de vi utsteder ved utgangen. For å gjøre dette gjennomfører vi ofte prøvetaking - spesialtrente ansatte tar prøvetakere og samler i henhold til eksisterende instrukser inn prøver, som deretter overføres til laboratoriet, hvor de kontrolleres for kvalitet.
Jeg heter Katya, jeg er produkteier av et av teamene på SIBUR, og i dag skal jeg fortelle deg hvordan vi forbedret livene (i hvert fall i arbeidstiden) til prøvetakingsspesialistene og andre deltakere i denne spennende prosessen. Under cut - om hypoteser og deres testing, om holdningen til brukere av ditt digitale produkt og litt om hvordan alt fungerer hos oss.
Hypoteser
Her er det verdt å starte med at teamet vårt er ganske ungt, vi har jobbet siden september 2018, og en av våre første utfordringer innen digitalisering av prosesser er produksjonskontroll. De facto er dette en sjekk av alt på stadiet mellom mottak av råvarer og det endelige produktet forlater produksjonsanleggene våre. Vi bestemte oss for å spise elefanten stykke for stykke og begynte med prøvetaking. Tross alt, for å sette laboratorietesting av prøver på et digitalt spor, må noen først samle inn og bringe disse prøvene. Vanligvis med hender og føtter.
De første hypotesene handlet om å gå bort fra papir og manuelt arbeid. Tidligere så prosessen slik ut - en person måtte skrive på et stykke papir nøyaktig hva han forberedte seg på å samle i prøvetakeren, identifisere seg selv (les - skriv fullt navn og tidspunkt for prøvetaking på papiret), stikk dette papiret på reagensrøret. Gå så til broen, ta en prøve fra flere biler og gå tilbake til kontrollrommet. I kontrollrommet måtte personen legge inn samme data i prøvetakingsrapporten for andre gang, og prøven ble sendt til laboratoriet. Og så skriv en journal kun for deg selv, slik at hvis noe skjer, kan du bruke den til å sjekke hvem som tok en spesifikk prøve og når. Og kjemikeren som registrerte prøven i laboratoriet, overførte så notatene fra papirlappene til spesiell laboratorieprogramvare (LIMS).
Problemene er åpenbare. For det første tar det lang tid, pluss at vi ser duplisering av samme operasjon. For det andre, lav nøyaktighet - prøvetakingstiden ble skrevet delvis med øyet, fordi det er én ting at du skrev den omtrentlige prøvetakingstiden på papir, en annen ting er at når du kom til vognen og begynte å samle prøver, ville det være en litt annen tid. For dataanalyse og prosesssporing er dette viktigere enn det ser ut til.
Som du kan se, er feltet for prosessoptimalisering virkelig upløyd.
Vi hadde liten tid, og vi trengte å gjøre alt raskt, og innenfor bedriftskretsen. Å gjøre noe i skyen i produksjon er ikke en god idé fordi du jobber med mye data, hvorav noen er en forretningshemmelighet eller inneholder personopplysninger. For å lage en prototype trengte vi bare bilnummeret og navnet på produktet - sikkerhetstjenestemenn godkjente disse dataene, og vi startet.
Teamet mitt har nå 2 eksterne utviklere, 4 interne, en designer, en Scrum Master og en junior produktsjef. Det er forresten dette vi har nå .
I løpet av en uke bygde vi et adminpanel for teamet og en enkel mobilapplikasjon for brukere som bruker Django. Så fullførte og konfigurerte vi den for en uke til, og ga den til brukerne, trente dem og begynte å teste.
prototype
Alt er enkelt her. Det er en nettdel som lar deg lage en oppgave for prøvetaking, og det er en mobilapplikasjon for ansatte, der alt er klart, sier de, gå til den broen og samle prøver fra den bilen. Vi satte først QR-koder på samplerne for ikke å finne opp hjulet på nytt, fordi vi måtte koordinere en mer seriøs tuning av sampleren, men her er alt ufarlig, jeg stakk et stykke papir og gikk på jobb. Den ansatte måtte bare velge en oppgave i applikasjonen og skanne taggen, hvoretter det ble registrert data i systemet om at han (en spesifikk ansatt) tok prøver fra en bil med et slikt og et slikt nummer på et og så nøyaktig tidspunkt. Billedlig talt, "Ivan tok en prøve fra bil nr. 5 klokken 13.44." Da han kom tilbake til kontrollrommet, var det bare å skrive ut et ferdig dokument med de samme dataene og bare sette signaturen sin på det.
Gammel versjon av administrasjonspanelet
Opprette en oppgave i det nye administrasjonspanelet
På dette stadiet ble det også lettere for jentene i laboratoriet - nå trenger de ikke å lese skriften på et stykke papir, men bare skanne koden og umiddelbart forstå hva som er i prøvetakeren.
Og så kom vi over et lignende problem på laboratoriesiden. Jentene her har også sin egen komplekse programvare, LIMS (Laboratory Information Management System), der de måtte legge inn alt fra de mottatte prøvetakingsrapportene med penner. Og på dette stadiet løste ikke prototypen vår smerte på noen måte.
Derfor bestemte vi oss for å gjøre integrering. Den ideelle situasjonen ville være at alt vi har gjort for å integrere disse motendene, fra prøvetaking til laboratorieanalyse, vil hjelpe til med å bli kvitt papiret helt. Nettapplikasjonen vil erstatte papirjournaler, utvelgelsesrapporten fylles ut automatisk med elektronisk signatur. Takket være prototypen innså vi at konseptet kunne brukes og begynte å utvikle MVP.
Prototype av forrige versjon av mobilapplikasjonen
MVP for en ny mobilapplikasjon
Fingre og hansker
Her må vi også ta med i betraktningen at det å jobbe i produksjonen ikke er +20 og en lett bris som ruver kanten av en stråhatt, men til tider -40 og direkte vind, der du ikke vil ta av deg hanskene for å trykke på berøringsskjermen til en eksplosjonssikker smarttelefon. Aldri. Selv under trusselen om å fylle ut papirskjemaer og kaste bort tid. Men fingrene dine er med deg.
Derfor endret vi litt arbeidsprosessen for gutta - for det første sydde vi opp en rekke handlinger på maskinvaresideknappene på smarttelefonen, som kan trykkes perfekt med hansker, og for det andre oppgraderte vi selve hanskene: våre kolleger, som er engasjert i å gi personalet personlig verneutstyr, fant oss hansker som oppfyller alle nødvendige standarder, og også med evnen til å jobbe med berøringsskjermer.
Her er en liten video om dem.
Vi fikk også tilbakemelding om merkene på selve prøvetakerne. Saken er at prøvetakere kommer i forskjellige typer - plast, glass, buet, generelt, i et sortiment. Det er upraktisk å feste en QR-kode på buede; papiret bøyer seg og kan ikke skannes så godt som du ønsker. I tillegg skanner den også dårligere under tape, og hvis du pakker inn tapen til ditt hjerte, skanner den ikke i det hele tatt.
Vi erstattet alt dette med NFC-tagger. Dette er mye mer praktisk, men vi har ikke gjort det helt praktisk ennå - vi ønsker å bytte til fleksible NFC-brikker, men så langt står vi fast på godkjenning for eksplosjonsbeskyttelse, så taggene våre er store, men eksplosjonssikre. Men vi skal jobbe med dette sammen med kollegene våre fra industrisikkerhet, så det gjenstår fortsatt mye.
Mer om tagger
LIMS som et system sørger selv for utskrift av strekkoder for slike behov, men de har en betydelig ulempe - de er engangs. Det vil si at jeg limte den til prøvetakeren, ble ferdig med jobben, og jeg måtte rive den av, kaste den og så feste en ny. For det første er det ikke så miljøvennlig (det brukes mye mer papir enn det ser ut ved første øyekast). For det andre tar det lang tid. Taggene våre er gjenbrukbare og overskrivbare. Når en prøvetaker sendes til laboratoriet, er alt du trenger å gjøre å skanne den. Deretter blir prøvetakeren nøye rengjort og returnert tilbake for å ta de neste prøvene. Produksjonsmedarbeideren skanner den på nytt og skriver nye data på taggen.
Denne tilnærmingen viste seg også å være ganske vellykket, og vi testet den grundig og prøvde å finne ut alle de vanskelige stedene. Som et resultat er vi nå på stadiet med å utvikle en MVP i en industriell krets med full integrering i bedriftssystemer og kontoer. Det hjelper her at mange ting på en gang ble overført til mikrotjenester, så det var ingen problemer med å jobbe med kontoer. I motsetning til den samme LIMS, var det ingen som gjorde noe for det. Her hadde vi visse grove kanter for å kunne integrere det riktig med utviklingsmiljøet vårt, men vi har mestret dem og vil sette alt i kamp til sommeren.
Tester og trening
Men denne saken ble født ut av et ganske vanlig problem - en dag var det en antakelse om at testing av prøver noen ganger viser resultater som avviker fra normen, fordi prøvene er tatt rett og slett dårlig. Hypotesene om hva som skjedde var som følger.
- Prøver er rett og slett tatt feil på grunn av at ansatte på stedet ikke følger prosessen.
- Mange nybegynnere kommer til produksjon, og ikke alt kan forklares for dem i detalj, derav prøvetakingen som ikke er helt korrekt.
Vi kritiserte det første alternativet i starten, men i tilfelle begynte vi også å sjekke det.
Her vil jeg merke meg en viktig ting. Vi lærer aktivt selskapet å gjenoppbygge sin måte å tenke på mot en kultur for å utvikle digitale produkter. Tidligere var tankemodellen slik at det er en leverandør, han trenger bare å skrive en klar teknisk spesifikasjon med løsninger én gang, gi den til ham og la ham gjøre alt. Det vil si at det viste seg at folk de facto umiddelbart tok utgangspunkt i potensielle ferdige løsninger som måtte inn i de tekniske spesifikasjonene som gitt, i stedet for å gå ut fra eksisterende problemer som de ønsket å løse.
Og vi flytter nå fokus fra denne "idégeneratoren" til formuleringen av klare problemer.
Så, etter å ha hørt disse problemene beskrevet, begynte vi å komme opp med måter å teste disse hypotesene på.
Den enkleste måten å sjekke kvaliteten på arbeidet til prøvetakere er gjennom videoovervåking. Det er klart at for å teste den neste hypotesen, er det ikke så lett å ta og utstyre hele overgangen med eksplosjonssikre kamre; kneberegningen ga oss umiddelbart mange millioner rubler, og vi forlot den. Det ble besluttet å gå til gutta våre fra Industry 4.0, som nå piloterer bruken av det eneste eksplosjonssikre wifi-kameraet i den russiske føderasjonen. Den beskrives som omtrent på størrelse med en vannkoker, men den er faktisk ikke større enn en tavlemarkør.
Vi tok denne babyen og kom til broen, og fortalte de ansatte så detaljert som mulig hva vi ga her, hvor lenge og nøyaktig hva. Det var viktig å gjøre det klart at dette faktisk var for å teste eksperimentet og var midlertidig.
I et par uker jobbet folk som normalt, ingen brudd ble oppdaget, og vi bestemte oss for å teste den andre hypotesen.
For rask og detaljert opplæring valgte vi formatet for videoinstruksjoner, og mistenkte at en tilstrekkelig videoopplæring, som vil ta deg noen minutter å se, vil vise alt og alle mye tydeligere enn en 15-arks jobbbeskrivelse. Dessuten hadde de allerede slike instruksjoner.
Ikke før sagt enn gjort. Jeg dro til Tobolsk, så på hvordan de tok prøver, og det viste seg at prøvetakingsmekanikken der har vært den samme de siste 20 årene Ja, dette er en ganske rutinemessig prosess som kan bringes til automatisering med hyppige repetisjoner, men dette betyr ikke at det ikke kan automatiseres eller forenkles. Men til å begynne med ble ideen om videoinstruksjoner avvist av personalet, og sa hvorfor lage disse videoene hvis vi har gjort det samme her i 20 år.
Vi ble enige med vår PR, utstyrte den rette fyren til å filme videoen, ga ham en flott skinnende skiftenøkkel og tok opp prøvetakingsprosessen under ideelle forhold. Denne eksemplariske versjonen ble utgitt. Jeg la også stemme til videoen for klarhet.
Vi samlet ansatte fra åtte skift, ga dem en filmvisning og spurte hvordan det var. Det viste seg at det var som å se den første "Avengers" for tredje gang: kult, vakkert, men ikke noe nytt. Som, vi gjør dette hele tiden.
Så spurte vi gutta direkte om hva de ikke likte med denne prosessen, og hva som forårsaket dem ulemper. Og her brast demningen - etter en så improvisert designøkt med produksjonsarbeidere, brakte vi ledelsen et ganske storstilt etterslep med sikte på å endre operasjonelle prosesser. For det var nødvendig å først gjøre en del endringer i selve prosessene, for så å lage et digitalt produkt som ville bli riktig oppfattet i de nye forholdene.
Vel, seriøst, hvis en person har en stor, upraktisk prøvetaker uten håndtak, må du bære den med begge hender, og du sier: "Du har en mobiltelefon på deg, Vanya, skann der" - dette er på en eller annen måte ikke veldig inspirerende.
Folkene du lager et produkt for, må forstå at du lytter til dem, og ikke bare gjøre deg klar til å rulle ut noe fancy ting som de ikke trenger akkurat nå.
Om prosesser og effekter
Hvis du lager et digitalt produkt og prosessen din er skjev, trenger du ikke implementere produktet ennå, du må fikse denne prosessen først. Vår avdeling er nå opptatt av å justere slike prosesser; innenfor rammen av designøkter fortsetter vi å samle et etterslep ikke bare for det digitale produktet, men også for globale operasjonelle forbedringer, som noen ganger til og med kan implementeres før selve produktet. Og dette gir i seg selv en utmerket effekt.
Det er også viktig at en del av teamet er lokalisert direkte på bedriften. Vi har gutter fra forskjellige avdelinger som har bestemt seg for å bygge en karriere innen digitalt og hjelpe oss med å introdusere produkter og læringsprosesser. Det er de som foranlediger slike operasjonelle endringer.
Og det er lettere for de ansatte, de forstår at vi ikke bare er her for å sitte her, men vi skal faktisk diskutere hvordan de kan kansellere unødvendige papirlapper, eller lage 16 stykke papir av 1 nødvendige papirer for prosessen ( og så kansellere det også), hvordan lage en elektronisk signatur og optimalisere arbeidet med offentlige etater, og så videre.
Og hvis vi snakker om selve prosessen, fant vi også dette.
Prøvetaking tar i gjennomsnitt 3 timer.Og i denne prosessen er det folk som fungerer som koordinatorer, og i løpet av disse tre timene ringer telefonen deres av kroken og de rapporterer hele tiden statuser - hvor skal de sende bilen, hvordan fordele bestillinger mellom laboratorier, o.l. Og dette er på laboratoriesiden.
Og på produksjonssiden sitter samme person med samme varme telefon. Og vi bestemte oss for at det ville være fint å lage dem et visuelt dashbord som ville hjelpe dem å se status for prosessen, fra forespørsler om prøvetaking til utstedelse av resultater i laboratoriet, med nødvendige varslinger og så videre. Da tenker vi å koble dette sammen med bestilling av transport og optimalisering av aktivitetene til laboratoriene selv – fordele arbeid på ansatte.
Som et resultat vil vi for én prøvetaking, kombinert fra digitale og operasjonelle endringer, kunne spare rundt 2 timer med menneskelig arbeidskraft og en time med toget nedetid, sammenlignet med hvordan vi jobbet før oss. Og dette er bare for ett utvalg; det kan være flere av dem per dag.
Når det gjelder effektene, gjennomføres nå om lag en fjerdedel av prøvetakingen på denne måten. Det viser seg at vi frigjør cirka 11 ansatte for å gjøre mer nyttig arbeid. Og reduksjonen i biltimer (og togtimer) åpner for muligheter for inntektsgenerering.
Selvfølgelig er det ikke alle som helt forstår hva det digitale teamet har glemt og hvorfor det er engasjert i operasjonelle forbedringer; folk sitter igjen med denne ikke helt korrekte oppfatningen, når du tror at utviklerne kom, laget deg en applikasjon på en dag og løste alt problemene. Men driftspersonalet er selvsagt fornøyd med denne tilnærmingen, om enn med litt skepsis.
Men det er viktig å huske at det ikke finnes noen magiske bokser. Det er alt arbeid, forskning, hypoteser og testing.
Kilde: www.habr.com