Viena darbo eiga
Užsakymas → maršrutas → užduotis → patvirtinimas
Rita Grid · UAB Nėra-Bus
„Rita Grid“ vienoje darbo eigoje susieja užsakymą, maršrutą, dispečerio pakeitimus, vairuotojo užduotį ir pristatymo patvirtinimą. Sistemą kuria UAB „Nėra-Bus“.
Viena darbo eiga
Užsakymas → maršrutas → užduotis → patvirtinimas
Naudotojai
Dispečeris, vairuotojas ir operacijų vadovas
Diegimo pradžia
Viena reali darbo eiga ir aiški piloto apimtis
DIEGIMO LOGIKA
01
Aprašome eigą
02
Paruošiame roles
03
Konfigūruojame
04
Išbandome
05
Paleidžiame
01
Kai užsakymas taisomas el. paštu, maršrutas lieka skaičiuoklėje, o vairuotojas pakeitimą gauna telefonu, greitai tampa neaišku, kuri informacija yra naujausia. „Rita Grid“ kiekvienam užsakymui saugo vieną aktualų įrašą. Atsakingi naudotojai mato jo būseną, priskirtą maršrutą ir su vykdymu susijusius įrašus vienoje vietoje.
Dispečeris planuoja arba koreguoja užduotį, o vairuotojas gauna jo darbui skirtą informaciją. Įvykdymo duomenys grįžta prie to paties užsakymo, todėl biurui nereikia rankomis sugretinti kelių šaltinių. Kokias būsenas, laukus ir modulius naudos komanda, nustatome diegimo metu pagal jos procesą.
02
Sistemos tikslas yra ne sukaupti kuo daugiau laukų, o sutrumpinti kelią nuo gauto užsakymo iki patvirtinto pristatymo. Prieš konfigūruodami susitariame, kuri informacija privaloma, kas gali pakeisti užduotį ir kokių duomenų pakanka darbui užbaigti.
APIMTIS IR KONTROLĖ
03
Pirmiausia pasirenkame tipinį užsakymą ir sekame jį nuo gavimo iki užbaigimo. Taip matome naudotojų roles, sprendimo taškus ir informaciją, kuri turi išlikti. Pirmojo etapo apimtį ribojame tuo, ko reikia šiai eigai. Retos išimtys ar patogumo funkcijos gali palaukti, kol pagrindinis darbas sistemoje taps įprastas.
Tada paruošiame naudotojų teises, būsenas ir pradinius duomenis. Bandomajame etape svarbu ne tik tai, ar mygtukas veikia. Stebime, ar dispečeris be papildomo paaiškinimo randa kitą veiksmą, ar vairuotojui užtenka pateiktos informacijos ir ar pristatymo duomenys grįžta ten, kur jų laukia biuras.
Paleidimo datą deriname su atsakingais žmonėmis ir faktiniu darbo kalendoriumi. Komanda turi žinoti, kur registruoti incidentą ir kas spręs dėl pakeitimo. Integracijos bei istorinių duomenų perkėlimas vertinami atskirai: jų apimtis priklauso nuo kitų sistemų sąsajų ir šaltinio duomenų kokybės.
04
Ataskaitą kuriame nuo praktinio klausimo. Kurie pristatymai dar neužbaigti? Kuriame maršrute vėlavimas kartojasi? Kas turi atlikti kitą veiksmą? Jei surinktas laukas nepadeda atsakyti į sprendimo klausimą ir nėra būtinas apskaitai, verta patikrinti, ar jo apskritai reikia.
Vadovui reikia bendro operacijų vaizdo, dispečeriui – situacijos dabar, vairuotojui – tik jo užduoties. Todėl prieigas ir ekranus nustatome pagal roles. Vienos grupės patogumas neturi sukurti papildomo darbo kitai. Rita Grid vertė atsiranda ne tada, kai duomenys sukaupti, o tada, kai jie reikiamu metu paskatina konkretų veiksmą. Pirmuose naudojimo aptarimuose patikriname, kuri informacija komandai iš tiesų padeda, o kuri tik užima vietą ekrane.
DARBO RIBOS
Pirmiausia užrašome, ką vertinsime, kas iš kliento ir mūsų pusės priims sprendimus, kokių duomenų reikės ir pagal ką bus tikrinamas rezultatas. Sutaupymo ar greičio nežadame tol, kol nėra patikrintas pradinis lygis.
Kompetencijos
Logistikos užsakymai, maršrutai ir sustojimai, dispečerinės darbas, vairuotojo PWA užduotys, pristatymo įrodymai ir veiklos ataskaitos. Transporto, sandėlio ar integracijų scenarijai įtraukiami tik juos suderinus.
Preliminarus diegimo planas
Procesui ir duomenims išsiaiškinti įprastai reikia 1–3 savaičių. Sukonfigūruotam pilotui gali reikėti 4–10 savaičių. Tai nėra fiksuotas terminas: modulių skaičius, naudotojų rolės, duomenų parengimas, integracijos ir priėmimo kriterijai gali jį pakeisti.
Veiklos geografija
Veiklos bazė yra Lietuvoje. Konkrečią logistikos, procesų ar sistemos diegimo apimtį suderiname įvertinę darbo vietas, nuotolinio ir vietoje atliekamo darbo poreikį bei atsakingų komandų prieinamumą.
Rezultatų vertinimas
Bazinis laikotarpis, skaičiavimo taisyklė ir duomenų šaltinis sutariami prieš nustatant tikslą. Tik patikrinus pradinius duomenis galima kalbėti apie skaitinę ribą. Ji skirta darbui planuoti, ne rezultatui garantuoti.
PRIEŠ PRADEDANT
Ji skirta komandoms, kurios kasdien valdo logistikos užsakymus, maršrutus, dispečerinę ir vairuotojų darbą. Per pristatymą patikriname, ar dabartinis procesas atitinka sistemos logiką ir kokios apimties reikėtų pradžiai.
Vairuotojo darbo scenarijams numatyta PWA aplinka, pasiekiama palaikomame įrenginyje per interneto naršyklę. Konkretūs įrenginių ir ryšio reikalavimai patikslinami diegimo metu.
Integracijos poreikis vertinamas individualiai. Reikia įvertinti kitos sistemos sąsajas, duomenų struktūrą, perdavimo dažnį, atsakomybes ir klaidų valdymą, todėl integracijos apimtis pateikiama atskirai.
Apimtis priklauso nuo naudotojų, procesų, modulių, duomenų parengimo ir integracijų poreikio. Po poreikio aptarimo pasiūlome etapą, jo rezultatą ir įvertinimui reikalingą informaciją.
Trumpai aprašykite, kaip šiandien gaunate užsakymą, planuojate maršrutą ir perduodate darbą vairuotojui. Pristatymo metu rodysime būtent šią eigą.