Andon tuotannossa: signaaleista toimintaan

Etusivu » Resurssit » Andon tuotannossa: signaaleista toimintaan

Arvioitu lukuaika: 11 minuuttia

Koneenkäyttäjä ilmoittaa ongelmasta. Valon tila vaihtuu ja ihmiset huomaavat sen, mutta työ odottaa yhä. Kunnossapito olettaa työnjohtajan hoitavan asiaa, ja työnjohtaja olettaa jonkun jo kutsuneen kunnossapidon paikalle. Samaan aikaan seuraava osasto valmistelee edelleen töitä koneelle, jota ei voi käyttää.

Juuri tämä katkos toimivan Andon-järjestelmän on korjattava. Tuotannossa Andon tuo poikkeamat näkyviin ja kohdistaa huomion sinne, missä apua tarvitaan. Sen arvo syntyy siitä, mitä seuraavaksi tapahtuu: joku ottaa vastuun, hankkii tarvittavan avun ja varmistaa, milloin prosessi on jälleen käyttövalmis.

Tuotantopäällikön on hallittava myös keskeytyksen vaikutukset muihin töihin. Vahvistettu keskeytys voi muuttaa useiden asiakastilausten työjärjestystä, ei vain pysähtyneen työvaiheen aikataulua. SkyPlanner APS auttaa ajoittamaan näihin tilauksiin liittyvät työt uudelleen muuttuneen kapasiteetin mukaan. Näin tehtaalla noudatetaan yhteistä suunnitelmaa useiden erillisten, tilanteessa kyhättyjen kiirelistojen sijaan.

Mitä Andon tarkoittaa tuotannossa?

Andon on visuaalisen johtamisen menetelmä, jolla näytetään tuotannon tila ja ilmoitetaan poikkeamasta tai avuntarpeesta. Narun veto, painikkeen painallus tai koneen signaali voi aktivoida valon, näyttötaulun tai muun ilmoituksen, joka kertoo, missä huomiota tarvitaan. Nimi tulee japanin lyhtyä tarkoittavasta sanasta, ja menetelmä liittyy läheisesti Toyotan tuotantojärjestelmään.

Olennaiset tiedot ovat yksinkertaiset: missä ongelma on, mitä apua tarvitaan ja kuka hoitaa asiaa? Prosessin mukaan signaali voi koskea laiteongelmaa, epäilyä laatuongelmasta, puuttuvaa osaa tai sitä, ettei työntekijä pysy sovitun työjärjestyksen tahdissa.

Andon-taulu voi näyttää myös suunnitellun ja toteutuneen tuotantomäärän. Pelkkä tulosten näyttäminen ei kuitenkaan kata koko toimintamallia. Jos työntekijän on signaalin antamisen jälkeen poistuttava työpisteeltä etsimään työnjohtajaa, viestinnän tärkein osa on yhä ratkaisematta.

Ero kahteen lähikäsitteeseen selventää Andonin tarkoitusta:

• Andon ja tuotannon koontinäkymä: koontinäkymä näyttää valitun osan tuotantotiedoista. Andon ohjaa reagoimaan välittömästi tiettyyn tilanteeseen. Sama näyttö voi palvella kumpaakin tarkoitusta, mutta varoituksen näyttäminen ei vielä määritä, kuka hoitaa asian.
• Andon ja kanban: kanban antaa luvan tuotantoon tai täydennykseen tai viestii niiden tarpeesta imuohjauksessa. Andon ilmoittaa tilasta tai huomiota vaativasta ongelmasta. Materiaalipula voi käynnistää Andon-kutsun, mutta se ei tee menetelmistä keskenään korvattavia.

Andon tukee myös jidokaa: poikkeamat tunnistetaan ja niihin puututaan sen sijaan, että virheellisen työn annettaisiin edetä prosessissa. Käytännön lähtökohta ei ole näyttävämpi näyttö vaan yhteinen sopimus siitä, mitä tapahtuu, kun joku pyytää apua.

Sovi, miten signaaliin reagoidaan

Toimiva Andon-prosessi vie alkuhavainnosta todennettuun lopputulokseen. Määrittele vastuun siirtyminen niin selkeästi, että se toimii myös kiireisessä vuorossa eikä vain silloin, kun tuttu työnjohtaja sattuu olemaan vieressä.

Vaihe	Mitä tiimin on tehtävä	Mikä varmistaa siirtymisen seuraavaan vaiheeseen
Ilmoita	Ilmoita kyseinen työpiste ja havaittu poikkeama sovitun kanavan kautta.	Oikea vastuuhenkilö tunnistaa, missä apua tarvitaan.
Ota vastuu	Nimetty vastuuhenkilö ottaa asian hoitaakseen ja kertoo työntekijälle, että kutsu on vastaanotettu.	Asialla on vastuuhenkilö, eikä vastaanottokuittausta sekoiteta ongelman korjaamiseen.
Toimi ja eskaloi tarvittaessa	Arvioi tilanne, kutsu tarvittava asiantuntija ja toimi tuotannossa sovitun menettelyn mukaisesti.	Seuraava toimenpide, vastuuhenkilö ja seuraavan tilannetiedon ajankohta ovat selvillä.
Palauta toiminta ja varmista valmius	Varmista ennen normaaliin toimintaan palaamista, että vaaditut laite-, prosessi- ja laatutarkastukset on tehty.	Vastuuhenkilöt vahvistavat käyttövalmiuden, eivät pelkästään sitä, että valo on kuitattu.
Anna palautetta ja kehitä	Kerro tiimille, mikä muuttui, ja nimeä vastuuhenkilöt mahdollisille jatkoselvityksille ja korjaaville toimille.	Työntekijä tietää lopputuloksen, ja toistuviin ongelmiin on sovittu jatkotoimet.

Anna vastuu ensimmäisestä reagoinnista henkilölle, jolla on todelliset mahdollisuudet toimia. ”Kaikki vuorossa olevat” on yleisö, ei vastuuhenkilö. Tiiminvetäjä voi ottaa alkuperäisen kutsun vastaan ja koordinoida kunnossapidon, laadunvalvonnan tai materiaalihuollon apua. Toisessa tehtaassa vastuu voidaan osoittaa suoraan näille toiminnoille ongelman tyypin mukaan. Kummassakin mallissa tarvitaan varahenkilö, jos tavallinen vastuuhenkilö on poissa tai jo varattu.

Varmista, että asialla on vastuuhenkilö myös silloin, kun sen hoito siirtyy toiselle. Jos työnjohtaja kutsuu kunnossapidon, sopikaa, kuka vastaa edelleen tilannetietojen välittämisestä tuotantoon. Viestin välittäminen eteenpäin ei saa jättää työntekijää odottamaan osastojen väliin.

Kuittaa kutsu nopeasti, mutta älä sulje sitä kiireesti vain mittarilukeman parantamiseksi. ”Olen nähnyt ilmoituksen” ja ”prosessi on palautettu toimintakuntoon” ovat eri tapahtumia. Kun ne pidetään erillään, vihreä näyttö ei peitä keskeneräisiä töitä.

Pysähtyykö linja Andon-narusta vetämällä?

Se riippuu järjestelmän ja tuotantoprosessin suunnittelusta. Andon-kutsu voi pyytää apua työn jatkuessa hyväksytyissä olosuhteissa, tai siihen voi liittyä pysäytys. Toyotan ennalta määrättyyn pysäytyskohtaan perustuvassa toimintatavassa kutsu tuo apua paikalle. Jos ongelmaa ei saada ratkaistua, linja pysähtyy määritettyyn kohtaan. Ei ole yleispätevä sääntö, että jokainen narun veto pysäyttäisi heti jokaisen koneen.

Erota omassa prosessissasi kolme päätöstä: avun pyytäminen, päätös tuotannon jatkamisesta ja lupa palata normaaliin toimintaan. Sopikaa vastuuroolit ja toiminnan ehdot ennen signaalin käyttöönottoa.

Andon-ilmoitus ei itsessään ole hätäpysäytys- tai koneen energianerotustoiminto. Käytännön toimien on perustuttava laitekohtaisiin pysäytys-, erotus- ja uudelleenkäynnistysmenettelyihin. Älä ota toisen tehtaan Andon-narun toimintaa tai reagoinnille asetettua aikarajaa yleiseksi turvallisuusohjeeksi.

Johtamisen kannalta opetus on selvä: työntekijöiden on voitava luottaa siihen, että aiheellisesta huolesta ilmoittaminen tuo apua. Jos jokaisesta kutsusta seuraa syyttelyä menetetystä tuotannosta, järjestelmä kannustaa vaikenemaan juuri silloin, kun varhaisesta tiedosta olisi eniten hyötyä.

Aloita yhdeltä alueelta ja sovi selkeä toimintamalli

Valitse solu tai linja, jossa avun saaminen viivästyy toistuvasti. Käy jokin tuore tapahtuma läpi työntekijöiden, vuorovastaavan ja apuun tarvittujen tukitoimintojen edustajien kanssa. Selvitä, missä viive todella syntyi: tilanteen tunnistamisessa, oikean henkilön löytämisessä, kutsun vastaanottamisessa, asiantuntijan saamisessa paikalle vai sen päättämisessä, mitä häiriöstä kärsiville töille tehdään.

Sopikaa sitten tiivis toimintamalli:

1. Määrittele tilanteet, joissa apua kutsutaan. Perusta ne tunnistettaviin havaintoihin, älä diagnooseihin, joita työntekijä ei vielä voi tehdä. ”Kone pysähtyy toistuvasti poikkeavasti” on käyttökelpoisempi peruste kuin vaatimus vahvistetusta komponenttiviasta.

2. Pidä ensimmäinen viesti lyhyenä. Kerro työpiste, ongelman tyyppi ja tuotannon senhetkinen tila. Kirjaa tarkat syyt myöhemmin sen sijaan, että apua odottavan työntekijän pitäisi täyttää pitkä raportti.

3. Nimeä ensisijainen vastuuhenkilö ja varahenkilö jokaiseen vuoroon. Huomioi tauot, poissaolot ja samanaikaiset kutsut. Varmista, että ihmiset pystyvät vastaanottamaan ja tunnistamaan signaalin siellä, missä he todella työskentelevät.

4. Sovi reagoinnin ja eskaloinnin rajat. Päätä, mitä tapahtuu, jos kukaan ei ota kutsua vastaan, ongelma jää ratkaisematta tai sen seuraukset vakavoituvat. Perusta rajat prosessin tarpeisiin ja saatavilla olevaan apuun, älä mielivaltaiseen yleiseen aikarajaan.

5. Määrittele asian sulkeminen ja tiedonkulku suunnitteluun. Nimeä, kuka vahvistaa toimintakunnon palautumisen, kuka ilmoittaa työntekijälle ja kuka päivittää kapasiteetin tai jäljellä olevat työt, jos tilanne vaikuttaa tuotantosuunnitelmaan.

Testaa toimintamallia sitä käyttävien ihmisten kanssa. Käy läpi myös vastaamatta jäänyt kutsu, varattu vastuuhenkilö ja vuoronvaihto. Jos onnistuminen riippuu siitä, että joku muistaa yksityisen puhelinnumeron, toimintamalli ei ole vielä luotettava.

Tee signaalista helposti tulkittava

Pidä tilojen määrä pienenä ja varmista, että ne erottuvat työskentelyetäisyydeltä. Paikallisesti voidaan esimerkiksi erottaa normaali toiminta, avunpyyntö ja tuotannon pysähdys. Sopikaa merkkien merkityksistä, asettakaa selitykset näkyville työpisteen lähelle ja kouluttakaa kaikki vuorot. Pelkkä väri ei saa välittää tietoa, jonka ihmiset tarvitsevat myös sanoin tai symbolein.

Älä oleta, että punainen tai keltainen valo tarkoittaa samaa kaikissa tehtaissa. Hyödyllinen standardi syntyy siitä, että merkitys ymmärretään yhteisesti omassa prosessissanne. Värejä ja ääniä kannattaa lisätä vain, jos ne auttavat avunpyyntöön vastaavaa henkilöä valitsemaan eri toimenpiteen.

Fyysinen vai digitaalinen Andon? Valitse sen mukaan, miten apu järjestetään

Vetonaru, painike ja näkyvä merkkivalo voivat toimia hyvin, kun auttaja on lähellä ja merkistä tunnistaa työpisteen selvästi. Digitaalisista ilmoituksista voi olla apua, kun auttajat liikkuvat alueelta toiselle, tilanteeseen tarvitaan useita tukitoimintoja tai tiimi tarvitsee luotettavan tapahtumahistorian.

Arvioi kumpaakin vaihtoehtoa samoilla käytännön kysymyksillä. Onko käyttäjän helppo pyytää apua? Tavoittaako pyyntö oikean henkilön? Näkyykö muille, että joku on ottanut pyynnön vastuulleen? Erottaako tiimi avoimen avunpyynnön tilanteesta, jossa prosessin toimintakunto on varmistettu? Mitä tapahtuu, jos viestintäkanava ei ole käytettävissä?

Digitaalista järjestelmää arvioitaessa tarkastele vastuun osoittamista, eskalointia, tapahtumien aikaleimoja ja jatkotoimissa tarvittavia tietoja. Ilmoitusten määrän lisääminen ei välttämättä paranna tilannetta: jos jokainen tapahtuma lähetetään kaikille, välitöntä huomiota vaativa avunpyyntö on vaikeampi tunnistaa.

Valitse teknologia vasta, kun olette sopineet, miten avunpyyntöihin vastataan. Epäselvän vastuun siirron automatisointi vain levittää epävarmuutta nopeammin.

Esimerkki: yhden koneen pysähdys vaikuttaa useaan tilaukseen

Kuvitellaan konepaja, jossa käyttäjä havaitsee työstökeskuksessa toistuvan vian ja tekee sovitun Andon-avunpyynnön. Signaalista selviää, mistä työpisteestä on kyse. Vuorovastaava ottaa pyynnön vastuulleen, tarkistaa havaitun tilanteen ja kutsuu kunnossapidon mukaan. Konetta käsitellään sen hyväksyttyjen toimintaohjeiden mukaisesti.

Kunnossapito vahvistaa, että kone on poissa käytöstä korjauksen ajan. Tuotannonsuunnittelijan ratkaistavana on nyt eri kysymys kuin korjaajan: mitä muun tuotannon pitäisi tehdä sillä aikaa, kun tämä kapasiteetti ei ole käytettävissä?

Yksi häiriöstä kärsivä tilaus vaatii vielä koneistuksen, tarkastuksen ja pakkauksen. Toinen osasto on juuri aloittamassa työtä, joka päätyisi seisovan koneen jonoon. Ensimmäisen tilauksen voi siirtää toiselle koneelle vain, jos kyseinen resurssi on hyväksytty työvaiheeseen ja sillä on käytettävissä olevaa kapasiteettia. Siirto lykkäisi myös muita jo ajoitettuja töitä.

Tuotannonsuunnittelija tarvitsee vahvistetun seisokkiaikavälin, tiedon kyseisen työvaiheen todellisesta tilanteesta sekä parhaan senhetkisen arvion toimintakunnon palautumisesta. Jos arvio muuttuu, suunnitelma on päivitettävä uudelleen. Aiempi keskimääräinen korjausaika ei ole lupaus siitä, että tämä korjaus valmistuu samassa ajassa.

Pelkkä hälytyksen kuittaus kunnossapidon saavuttua jättäisi kaikki nämä tuotantoon kohdistuvat vaikutukset ratkaisematta.

Laske toisiinsa liittyvien töiden ajoitus uudelleen SkyPlannerilla

SkyPlannerissa resurssin seisokkiaikaväli kirjataan työpisteen poikkeukseksi. Tämä aika poistuu käytettävissä olevasta kapasiteetista. SkyPlannerin ajoituksesta vastaava tekoäly Arcturus voi tämän jälkeen ajoittaa häiriöstä kärsivät työt uudelleen seisokin huomioiden, eikä tuotannonsuunnittelijan tarvitse siirtää jokaisen koneen työjonoa käsin.

Laskenta perustuu määritettyihin työpisteisiin, työvuoroihin, työvaiheiden riippuvuuksiin ja prioriteetteihin. Tuloksena syntyvä työjärjestys näkyy Gantt-kaaviossa. Tuotannonsuunnittelija voi siten tarkastella koneistusvaihetta ja sitä seuraavia töitä yhdessä sekä nähdä, mitkä valmistumispäivät vaativat huomiota.

Sinä päätät prioriteeteista ja lukittavista ajoitusvalinnoista. Arcturus laskee aikataulun näiden ohjeiden rajoissa. Kiiretilaus voi mennä muiden edelle, mutta prioriteetti ei tuo takaisin konerikossa menetettyä koneaikaa. Hyöty on siinä, että näet valinnan vaikutukset koko yhteiseen suunnitelmaan ennen uuden toimituslupauksen antamista.

Kun vastuussa oleva tiimi vahvistaa koneen paluun käyttöön, päivitä kirjattu käytettävyys ja laske aikataulu tarvittaessa uudelleen. Kerro ajantasainen työjärjestys työn tekijöille. Teknisen toimintakunnon palautuminen ja toteuttamiskelpoinen tuotantosuunnitelma liittyvät toisiinsa, mutta kumpaakaan ei pidä päätellä pelkästä merkkivalon nollauksesta.

SkyPlanner voidaan integroida mihin tahansa ERP- tai MES-järjestelmään sen avoimen REST API -rajapinnan kautta, jolloin nykyiset tilaus- ja tuotantotiedot saadaan yhdistettyä ajoitukseen. Tässä työnkulussa ratkaisevaa on välittää vahvistettu kapasiteetin muutos tuotannonsuunnitteluun: sen perusteella suunnitelmaa voidaan muuttaa.

Mittaa, saapuuko apu ja pysyvätkö ongelmat ratkaistuina

Arvioi avunpyyntöjen käsittelyä, älä pelkkää signaalien määrää. Mittaa erikseen aika siihen, että joku ottaa pyynnön vastuulleen, aika tuloksellisen avun alkamiseen sekä aika siihen, että prosessin toimintakunto on varmistettu. Nämä aikavälit paljastavat erilaisia ongelmia, eikä niitä pidä yhdistää yhdeksi rauhoittavalta näyttäväksi keskiarvoksi.

Kirjaa tiiviisti sijainti, havaittu tilanne, olennaiset aikaleimat, tehdyt toimenpiteet ja jatkotoimet. Jos tuotanto pysähtyy, kirjaa pysähdyksen kesto johdonmukaisesti. Tarkastele samalla työpisteellä tai samoissa käyttöolosuhteissa toistuvia avunpyyntöjä: toistuvat nollaukset voivat peittää alleen uusiutuvan syyn.

Käyttäjien ja avunpyyntöihin vastaavien lyhyen yhteisen katselmuksen pitäisi johtaa päätöksiin: mikä pyyntö odotti liian pitkään, miksi varajärjestely ei toiminut, mikä vaatii teknistä selvitystä ja oliko viimeisin korjaava toimenpide kestävä. Kytke toistuvat laitteista johtuvat tuotantomenetykset osaksi laajempaa kunnossapidon kehittämisohjelmaa sen sijaan, että odottaisit merkkivalon itsessään estävän seuraavan vian.

Aseta tavoitteet harkiten. Avunpyyntöjen väheneminen voi tarkoittaa ongelmien vähenemistä, mutta myös sitä, että ihmiset ovat lakanneet ilmoittamasta niistä. Nopeammasta vastaanottokuittauksesta on hyötyä vain, jos sitä seuraa apu. Tapahtuman sulkemisesta on hyötyä vain, jos toimintavalmius on aidosti tarkistettu ja jäljellä oleville korjaaville töille on nimetty vastuuhenkilö.

Päivitä yksi yhteinen suunnitelma seuraavan vahvistetun häiriön pohjalta

Varmista ensin, että seuraavan Andon-avunpyynnön käsittely toimii luotettavasti: signaali on ymmärrettävä, vastaajalla on selkeä vastuu, eskalointireitti on sovittu ja pyynnön tekijä saa palautetta. Varmista sitten, että tieto välittyy myös tuotannonsuunnitteluun. Korjaustiimin ei pitäisi joutua ratkaisemaan tehtaan työjärjestystä, eikä tuotannonsuunnittelijan pitäisi joutua kokoamaan sitä uudelleen erillisistä kiirelistoista.

Valitse SkyPlanner, kun vahvistettu keskeytys pakottaa järjestelemään toisiinsa liittyviä tilauksia käsin uudelleen. Muuttuneen kapasiteetin kirjaaminen ja yhteisen aikataulun uudelleenlaskenta helpottavat toimitusvaikutusten hahmottamista ja vähentävät koordinointia, jota toteuttamiskelpoisen uuden työjärjestyksen laatiminen vaatii.

Varaa SkyPlanner-esittely ja ota esimerkiksi yksi hiljattainen koneen käyttökeskeytys, tilaus, johon se vaikutti, ja tilauksen seuraavat työvaiheet. Näet, miten seisokkiaika muuttaa suunnitelmaa ja mitkä toimituksia koskevat päätökset vaativat huomiotasi. Jos haluat ensin tutustua ajoitustapaan itse, kokeile SkyPlanneria demodatalla.