Torek Darbų valdymo sistema
Atnaujinta
Darbų valdymo sistema — programa, kurioje remonto ir priežiūros darbai paskirstomi konkretiems mechanikams, turi prioritetą bei terminą, o jų būsena matoma realiu laiku, nieko neklausinėjant.
Torek pritaikytas techninėms dirbtuvėms: kiekvienas darbas susietas su technikos vienetu, sunaudotomis dalimis ir mechaniko valandomis, todėl iš to paties įrašo gaunama ir dienos apžvalga, ir remonto savikaina.
Visa esmė — kad informacija nebūtų perrašoma. Vienas įrašas keičia būsenas, o ne virsta nauju dokumentu kiekviename žingsnyje:
| Klausimas | Kaip atsakoma be sistemos | Kaip atsakoma su sistema |
|---|---|---|
| Kas šiandien padaryta? | Skambučiai mechanikams pabaigoje dienos | Dienos juosta atnaujinama iš karto |
| Kuri technika stovi? | Iš atminties | Technikos būsenos ir atviri darbai prie kiekvieno vieneto |
| Ko laukiame? | Klausiama sandėlininko | Darbai, blokuoti dėl trūkstamų dalių, atskirai |
| Kas perkrautas? | Nujaučiama | Atvirų darbų kiekis pagal mechaniką |
Prioritetų skalė naudinga tik tada, kai jos laikomasi. Praktikoje pakanka keturių lygių, susietų su technikos tinkamumu eksploatuoti — tokių pačių, kokie naudojami defektavimo akte: kritinis, aukštas, vidutinis, žemas. Kai svarbumas nustatomas jau fiksuojant defektą, vadovui nebereikia rūšiuoti sąrašo nuo nulio.
Dažna klaida — leisti visiems darbams būti „skubiems“. Jei kritinių daugiau nei kelios per savaitę, skalė nustoja veikti ir grįžtama prie skambučių.
Mechanikas žymi laiką prie to paties darbo, kurį ir taip atlieka — atskiros laiko apskaitos programos nereikia. Iš to gaunami du skaičiai, kurių Excel’yje paprastai nėra: reali darbo trukmė (kad kitą kartą planuotum tiksliau) ir remonto savikaina technikos vienetui.
Dalis darbų nėra gedimai — tai planinė priežiūra. Sistema kasdien pagal rodmenis ir taisykles sudaro planinės priežiūros grafikus ir praneša, kas artėja ar vėluoja; užduotis iš grafiko sukuriama vienu veiksmu ir patenka į tą pačią eilę kaip ir gedimai. Kiekviena priežiūros taisyklė turi vieną intervalą — kilometrais, motovalandomis, dienomis ar mėnesiais; jei svarbios dvi ribos, vienetui sukuriamos dvi taisyklės ir kiekviena seka savo terminą. Visi užfiksuoti gedimai lieka gedimų registravimo žurnale, kuriame matyti pasikartojimai.
Pasikartojančiam aptarnavimui dalys ir patikros punktai paruošiami iš anksto aptarnavimo protokolo šablonu, o mechanikų ir keltuvų laikas planuojamas dirbtuvių kalendoriuje, kuriame persidengiantis laikas neužrezervuojamas. Kaip sekasi visai eilei, rodo vadovo ataskaitos: darbų ciklo trukmė, priežiūros punktualumas ir kaštai vienetui.
Bendri užduočių įrankiai valdo užduotį kaip tekstą. Dirbtuvėse to neužtenka: darbas turi būti pririštas prie konkretaus technikos vieneto, prie jo panaudotų dalių ir prie mechaniko valandų.
Be to susiejimo neįmanoma atsakyti, kiek kainavo konkretaus vilkiko išlaikymas ar kiek kartų kartojosi tas pats gedimas.
Mobilioje aplikacijoje telefone. Ji veikia ir be interneto ryšio: objekte įrašai išsaugomi vietoje ir sinchronizuojami, kai ryšys atsiranda.
Dirbtuvėse dažnai patogiau bendras ekranas — tada naudojamas kiosko režimas su PIN prisijungimu, kad nereikėtų kiekvienam vesti slaptažodžio.
Taip, tam ir skirta dienos juosta: kiekvienas pradėtas, užbaigtas ir naujai užfiksuotas defektas atsiranda joje tą pačią akimirką, nurodant techniką ir mechaniką.
Taip. Būtent išsklaidytiems objektams ji naudingiausia — kai technika dirba viename mieste, o dirbtuvės kitame, ir informacija kitaip keliauja per telefoninius skambučius.
Demonstracija su jūsų technika ir realiu darbų srautu.
Susisiekti