Gamybos procesų diagnostika ir pokyčių įgyvendinimas

Neįvykdytas planas parodo, kad yra problema, bet nepasako, kur ją taisyti. Todėl žiūrime į užsakymo kelią per gamybą: kada priimamas sprendimas, kas perduoda informaciją, kur susidaro eilė ir ką tuo metu daro operatorius ar meistras. Gretiname sistemos įrašus su tuo, kaip darbas vyksta ceche. Skirtumas tarp šių dviejų vaizdų dažnai ir parodo tikrąją kliūtį.

Diagnostikos rezultatas – aiški priežasčių, sprendimų ir atsakomybių seka. Atskirai nurodome, ką galima pradėti iš karto, o kam reikės vadovų sprendimo ar papildomų duomenų. Jei apskaita nepatikima, jos nepaverčiame tariamai tiksliu procentu. Užfiksuojame prielaidą, pasiūlome matavimo būdą ir sutariame, kada prie jos grįšime.

Net gerai aprašytas procesas stringa, kai neaišku, kas gali pakeisti prioritetą ar sustabdyti neatitinkantį darbą. Su komanda peržiūrime svarbiausius sprendimo taškus ir sutariame atsakomybės ribas. Eskalavimo taisyklė turi būti praktiška: žmogus turi žinoti ne tik kam pranešti, bet ir per kiek laiko tikėtis sprendimo.

Rodiklius siejame su konkrečiais veiksmais. Mėnesio gamybos rezultatas svarbus vadovui, tačiau pamainos komandai reikia ankstesnio signalo: augančios eilės, planinio ciklo nuokrypio ar nepadengto medžiagų poreikio. Todėl greta galutinio KPI paliekame proceso rodiklius, pagal kuriuos dar galima pakeisti dienos rezultatą.

• Faktinė proceso bei informacijos eiga.
• Sprendimų teisės ir eskalavimo tvarka.
• Trumpų pamainos bei vadovų peržiūrų ritmas.
• KPI ryšiai ir sutarti duomenų šaltiniai.
• Veiksmų sąrašas, atsakingi žmonės ir terminai.

Programinė įranga nepadės, jeigu naujoje sistemoje tik pakartosime neapibrėžtą seną tvarką. ERP ar gamybos stebėsenos poreikį aprašome konkrečiais darbo scenarijais: kas registruoja faktą, iš kur ateina duomenys, kas gali juos taisyti ir kokį sprendimą turi paremti ataskaita. Tada galima prasmingai lyginti sprendimus ir atsisakyti funkcijų, kurių komandai nereikia.

Jei sistema jau pasirinkta, peržiūrime diegimo apimtį ir priėmimo kriterijus. Techninio tiekėjo užduotys turi būti susietos su proceso savininko laukiamu rezultatu. Padedame spręsti nesutarimus tarp vadovų, naudotojų ir diegėjų, tačiau sprendimų nepaslepiame po projekto terminais: atsakingi žmonės turi suprasti, kas pasikeis jų kasdieniame darbe.

Veiksmus skaidome taip, kad po kiekvieno etapo būtų galima patikrinti rezultatą. Vienur tai bus pakeistas planavimo terminas, kitur nauja pamainos peržiūra ar bandomasis sistemos scenarijus. Per susitikimus kalbame ne tik apie užduoties būseną. Jei sprendimas užstrigo, reikia įvardyti kliūtį ir žmogų, kuris ją pašalins.

Paskutinis etapas skirtas darbui be konsultanto. Proceso savininkas perima peržiūrų rutiną, komanda turi sutartus veiksmus nukrypimui, o vadovai žino, kada reikia vėl įsitraukti. Po nustatyto laikotarpio patikriname, ar nauja tvarka naudojama. Jei ne, ieškome konkrečios priežasties, o ne rengiame dar vieną mokymą iš įpročio.