Softuer menaxhimi për 10 kamionë: çfarë ndryshon krahasuar me Excel

Shkurtimisht

Me rreth dhjetë kamionë, problemi nuk është vetëm të kesh më shumë rreshta në skedar. Rriten njëkohësisht:

• porositë;
• shoferët;
• mjetet;
• telefonatat;
• ndryshimet;
• dokumentet;
• personat që duhet të njohin të njëjtin status;
• rreziku që dy vendime të mbivendosen.

Excel mund të vazhdojë të jetë një mjet i shkëlqyer për analizë dhe mbështetje. Ai bëhet i brishtë kur i kërkohet të jetë njëkohësisht bazë të dhënash, plan operacional, sistem shumëpërdorues, historik, mjet komunikimi dhe arkiv.

Dhjetë kamionë nuk janë «dyfishi» i pesë

Le të supozojmë tri aktivitete mesatare për çdo mjet:

• 5 kamionë → rreth 15 aktivitete;
• 10 kamionë → rreth 30 aktivitete.

Por rritja e kompleksitetit nuk është lineare. Me më shumë mjete rriten:

• kryqëzimet e disponueshmërive;
• zëvendësimet;
• intervalet kohore;
• komunikimet;
• mundësitë për gabim;
• personat e përfshirë.

Nëse dy operatorë ndryshojnë planin, kompania duhet të dijë cili informacion është ai aktual.

Kufiri kryesor i Excel: bashkërendimi operacional

Një fletëllogaritëse moderne e përbashkët mund të redaktohet nga disa persona. Pra problemi nuk është thjesht se «Excel nuk është shumëpërdorues». Pika është se një rrjetë e përgjithshme nuk e menaxhon automatikisht kuptimin e procesit.

Shembull:

• Luca ndryshon shoferin në rreshtin 38;
• Marta ndryshon orën e së njëjtës porosi;
• shoferi e merr ndryshimin në WhatsApp;
• klienti telefonon një koleg të tretë;
• dikush e kopjon rreshtin për të mos humbur versionin e vjetër.

Skedari mund të përmbajë gjithçka, por jo domosdoshmërisht zbaton rregulla për:

• identitetin e porosisë;
• statusin;
• rolet;
• caktimet;
• versionin;
• njoftimet;
• marrëdhëniet mes entiteteve.

Një softuer menaxhimi krijon strukturë rreth të dhënave.

Plani duhet të bëhet një status i përbashkët

Me dhjetë kamionë, plani nuk mund të jetë vetëm një paraqitje grafike. Ai duhet të jetë rezultat i objekteve të strukturuara.

Një porosi duhet të dijë:

• kush është klienti;
• ku bëhet marrja;
• ku bëhet dorëzimi;
• kur;
• cili mjet është caktuar;
• cili shofer është caktuar;
• në çfarë statusi ndodhet;
• çfarë ndryshimesh operacionale kanë ndodhur;
• cilat dokumente janë të lidhura, nëse sistemi i menaxhon ato.

Plani ditor i shfaq këto marrëdhënie. Nuk duhet të jetë i vetmi vend ku ato ekzistojnë.

Rolet dhe përgjegjësitë

Në një flotë të vogël të gjithë mund të njihen dhe të flasin drejtpërdrejt. Por kur puna rritet, është e dobishme të përcaktohet kush mund të bëjë çfarë.

Shembull minimal:

Operator

• krijon/modifikon porosi;
• planifikon;
• përditëson statuset operacionale.

Administrata

• shqyrton porositë e mbyllura;
• gjen referencat dhe dokumentet e nevojshme;
• jo domosdoshmërisht ndryshon planin e ditës.

Shoferi

• sheh aktivitetet e veta;
• përditëson statuset e parashikuara;
• nuk e sheh planin e plotë ose të dhënat e personave të tjerë nëse nuk është e nevojshme.

Pronari/përgjegjësi

• sheh pamjen e përgjithshme;
• kontrollon treguesit;
• menaxhon përdoruesit/lejet sipas produktit.

Rolet i reduktojnë gabimet dhe ndihmojnë gjithashtu në respektimin e parimit të qasjes te të dhënat sipas nevojës.

Menaxhimi i përjashtimeve pa humbur versionin zyrtar

Me dhjetë kamionë, përjashtimet janë normale:

• vonesë në ngarkim;
• klienti është i mbyllur;
• shoferi nuk është i disponueshëm;
• mjeti është në servis;
• porosi urgjente;
• ndryshim destinacioni;
• anulim;
• dokument që mungon.

Procesi duhet të dallojë bisedën nga vendimi.

Shembull:

«Klienti mund ta shtyjë për në orën 17:00» është një bisedë.

«Shkarkimi në orën 17:00 u konfirmua» është një e dhënë operacionale që duhet të regjistrohet në burimin zyrtar.

Nëse të dyja mbeten vetëm në një bisedë, personi që fillon turnin pasues duhet të rindërtojë kontekstin duke lexuar mesazhet.

Komunikimi me shoferët

Më shumë kamionë nënkuptojnë më shumë komunikime një me një. Një sistem për shoferët ose një kanal i strukturuar mund të reduktojë telefonatat e përsëritura.

Informacion i dobishëm:

• renditja e aktiviteteve;
• adresat;
• referencat;
• oraret;
• shënimet operacionale;
• ndryshimet;
• statusi i aktivitetit.

Qëllimi nuk është të eliminohet telefoni. Një problem kompleks gjithmonë do të kërkojë një bisedë. Qëllimi është të mos përdoret telefonata si bazë të dhënash.

Nëse aplikacioni përpunon të dhëna personale ose gjeolokalizim, duhet të vlerësohen GDPR-ja, parimet e minimizimit dhe, kur është e rëndësishme, rregullat e punës për mbikëqyrjen në distancë. Këto vlerësime nuk varen nga numri i kamionëve.

Të dhënat dhe raportimi që bëhen të dobishëm

Me dhjetë mjete, fillojnë të dalin modele që është e vështirë të shihen nga kujtesa.

Tregues të thjeshtë:

Porositë sipas klientit

Ndihmon për të kuptuar varësitë tregtare dhe vëllimet.

Porositë sipas ditës/javës

Tregon kulmet dhe kapacitetin organizativ.

Aktivitete të riplanifikuara

Nëse shumë aktivitete zhvendosen çdo ditë, mund të ketë një problem me të dhënat fillestare, kapacitetin ose procesin.

Përjashtimet

Klasifikimi i disa arsyeve ndihmon për të kuptuar nëse problemet e përsëritura janë «pritje te klienti», «mjet», «porosi jo e plotë», «ndryshim nga klienti» etj.

Dokumente që mungojnë

Nëse fluksi i punës përfshin POD/bashkëngjitje, të dish çfarë mungon shmang kërkimet në fund të muajit.

Këto të dhëna nuk zëvendësojnë kontabilitetin, kontrollin e kostove ose verifikimet rregullatore, por përmirësojnë menaxhimin operacional.

Vazhdimësia operacionale dhe varësia nga njerëzit

Një pyetje shumë e dobishme:

Nëse nesër personi që menaxhon skedarin nuk vjen në punë, a mund ta kuptojë një koleg ditën brenda 10 minutash?

Nëse përgjigjja është jo, kompania ka një rrezik organizativ.

Digjitalizimi duhet të reduktojë njohurinë që ekziston «vetëm në kokën» e dikujt, përmes:

• të dhënave bazë të përbashkëta;
• rregullave të thjeshta;
• statuseve të përbashkëta;
• historikut;
• qasjeve individuale;
• procedurave minimale të dokumentuara.

Nuk ka nevojë për burokratizim. Mjaftojnë disa rregulla të përsëritshme.

Kur Excel mund të mbetet ende

Kalimi te një softuer menaxhimi nuk do të thotë ndalim i Excel.

Excel mbetet i shkëlqyer për:

• analiza ad hoc;
• buxhete;
• simulime;
• tabela të përkohshme;
• rakordime;
• eksporte dhe kontrolle;
• raporte të personalizuara.

Dallimi i dobishëm është:

Softueri i menaxhimit: burimi aktual operacional. Excel: mjet analize/mbështetjeje.

Problemi kthehet kur një eksport i ndryshuar manualisht bëhet sërish «versioni i vërtetë» i planit.

Plan kalimi në 4 javë

Java 1 — hartëzim dhe pastrim

• renditja e proceseve;
• zgjedhja e fushave të nevojshme;
• pastrimi i klientëve dhe lokacioneve;
• pastrimi i shoferëve dhe mjeteve;
• përcaktimi i disa statuseve.

Java 2 — konfigurim dhe provë

• importimi i të dhënave bazë;
• krijimi i porosive reale të testimit;
• testimi i ndryshimeve dhe anulimeve;
• testimi i përdoruesve dhe lejeve;
• verifikimi i eksporteve.

Java 3 — grup pilot

• 2–3 kamionë ose një pjesë e aktivitetit;
• mbledhja e problemeve;
• korrigjimi i procedurave;
• shmangia e personalizimeve jo thelbësore.

Java 4 — data e kalimit

• të gjitha porositë e reja hyjnë në sistemin e ri;
• skedari i vjetër bëhet arkiv/kopje rezervë operacionale e përkohshme, jo burim konkurrues;
• një kontroll i shkurtër ditor për një javë.

Afatet janë shembullore: kompleksiteti, integrimet dhe cilësia e të dhënave mund të kërkojnë shumë më tepër kohë.

Listë kontrolli: a e kanë tejkaluar 10 kamionë Excel-in?

• A e ndryshojnë planin disa persona?
• A ka versione konkurruese?
• A shkruhen caktimet si tekst i lirë?
• A mbeten ndryshimet për shoferët në biseda?
• A është e vështirë të dihet cilat porosi janë të hapura?
• A është pronari i vetmi që e kupton skedarin?
• A duhet të telefonohen shoferët për çdo hollësi?
• A mungojnë rolet dhe lejet?
• A kërkon orë rindërtimi i historikut?
• A nuk ekziston një eksport/arkiv i qëndrueshëm për klient?
• A nuk maten përjashtimet e përsëritura?

Nëse shumë përgjigje janë «po», problemi nuk është vetë numri 10: kompleksiteti ka tejkaluar strukturën e fletëllogaritëses.