Projektinėje įmonėje kiekvienas užsakymas gali būti kitoks. Vienam projektui reikia standartinių medžiagų, kitam – specialiai pagamintų komponentų, kurių pristatymas trunka kelias savaites. Keičiasi darbų apimtis, terminai, klientų reikalavimai ir projekto biudžetas. Todėl tiekimo valdymas čia negali apsiriboti vien prekių užsakymu iš tiekėjo.
Net nedidelis vėlavimas gali paveikti kelių darbuotojų darbą, sustabdyti montavimą ar priversti keisti visą projekto grafiką. Dėl to tiekimo procesas turi būti susietas su projekto etapais, finansais, sandėlio likučiais ir atsakingų darbuotojų užduotimis.
Informacija lieka skirtingose lentelėse
Vienas dažniausių iššūkių – išskaidyti duomenys. Projekto vadovas darbų terminus seka vienoje skaičiuoklėje, pirkimų specialistas tiekėjų pasiūlymus saugo elektroniniame pašte, o sandėlio darbuotojas likučius žymi kitoje sistemoje. Kiekvienas padalinys gali dirbti tvarkingai, tačiau įmonei trūksta bendro vaizdo.
Tokioje aplinkoje sunku greitai atsakyti, ar visos projektui reikalingos medžiagos jau užsakytos, kurios prekės vėluoja ir kas atsakingas už tolesnius veiksmus. Informacija tikslinama skambučiais ir laiškais, todėl sprendimai priimami lėčiau.
Centralizuotoje sistemoje medžiagų poreikis, užsakymai, tiekėjų atsakymai ir pristatymo terminai susiejami su konkrečiu projektu. Taip darbuotojai mato ne atskirus dokumentus, o visą tiekimo eigą.
Medžiagų poreikis paaiškėja per vėlai
Projektas dažnai susideda iš kelių etapų. Vienoms medžiagoms pristatyti užtenka kelių dienų, o kitų gali tekti laukti mėnesį ar ilgiau. Jeigu pirkimų skyrius apie poreikį sužino tik artėjant darbų pradžiai, pasirinkimų lieka mažai.
Tuomet tenka ieškoti brangesnio tiekėjo, mokėti už skubų transportą arba nukelti projekto terminą. Problema atsiranda ne todėl, kad darbuotojai neatliko savo pareigų, bet todėl, kad medžiagų poreikis nebuvo laiku susietas su darbų grafiku.
Efektyvus
tiekimo planavimas prasideda dar formuojant projekto eigą. Reikia įvertinti, kokių prekių reikės kiekviename etape, kiek laiko užtrunka jų gamyba ir pristatymas, kada turi būti pateikta užklausa tiekėjui bei kas priims galutinį sprendimą. Tokia tvarka leidžia riziką pastebėti anksčiau, nei ji tampa realiu darbų vėlavimu.
Mažiausia kaina ne visada yra geriausias pasirinkimas
Projektinėse įmonėse tiekėjo pasirinkimas turi tiesioginę įtaką galutiniam rezultatui. Pigiausias pasiūlymas gali atrodyti patrauklus, tačiau svarbu įvertinti ir pristatymo terminą, kokybę, garantines sąlygas bei ankstesnę bendradarbiavimo patirtį.
Jeigu tiekėjų pasiūlymai saugomi atskiruose laiškuose, juos sunku objektyviai palyginti. Be to, dalis žinių lieka darbuotojų atmintyje. Vienas specialistas gali žinoti, kad konkretus tiekėjas dažnai vėluoja, tačiau ši informacija nebūtinai pasieks kitą projekto komandą.
Sistemoje kaupiama tiekėjų istorija leidžia vertinti ne tik kainą, bet ir realius rezultatus. Matant ankstesnius užsakymus, pristatymo tikslumą ir sutartas sąlygas, sprendimai tampa labiau pagrįsti.
Projekto pakeitimai nepasiekia pirkimų skyriaus
Klientas gali pakeisti gaminio specifikaciją, kiekį, medžiagą ar darbų terminą. Jeigu pakeitimai perduodami tik žodžiu arba elektroniniu laišku, kyla rizika, kad pirkimų specialistas užsakys jau nebereikalingas prekes.
Tokios klaidos didina projekto savikainą. Sandėlyje lieka sunkiai panaudojamų medžiagų, o naujam užsakymui reikia papildomo laiko. Todėl kiekvienas pakeitimas turi būti fiksuojamas vienoje vietoje ir susiejamas su jo poveikiu tiekimui, terminams bei biudžetui.
Aiški pakeitimų istorija taip pat padeda išvengti ginčų. Galima matyti, kas ir kada pakeitė poreikį, ar buvo atšauktas ankstesnis užsakymas ir kaip dėl to pasikeitė projekto sąnaudos.
Sandėlio likučiai ne visada reiškia laisvas atsargas
Projektinėje veikloje sandėlyje esanti prekė gali būti rezervuota konkrečiam užsakymui. Jeigu sistema rodo tik bendrą likutį, kitam projektui planuojantis darbuotojas gali klaidingai manyti, kad medžiagą galima panaudoti.
Dėl to svarbu atskirti laisvas, rezervuotas, užsakytas ir jau projektui išduotas atsargas. Toks matomumas padeda išvengti dvigubo tų pačių prekių planavimo bei leidžia tiksliau nustatyti, ką iš tiesų reikia pirkti.
Ne mažiau svarbus ir medžiagų nurašymas. Jeigu sunaudotas kiekis nefiksuojamas pagal projektą, sunku apskaičiuoti tikrąją savikainą ir palyginti ją su pradine sąmata.
Tiekimas turi būti viso projekto dalis
Tiekimo valdymas tampa efektyvus tada, kai nėra atskirtas nuo kitų įmonės procesų. Projektų vadovams reikia matyti užsakymų būklę, pirkimų specialistams – artėjančius darbų etapus, sandėliui – numatomus prekių srautus, o vadovams – planuojamas ir faktines išlaidas.
Bendra sistema padeda nustatyti atsakomybes, stebėti terminus ir laiku pastebėti nukrypimus. Ji nepanaikina poreikio bendrauti su tiekėjais ar vertinti situaciją, tačiau sumažina rankinio informacijos tikrinimo ir žmogiškų klaidų riziką.
Projektinėje įmonėje tiekimo vėlavimas retai lieka tik pirkimų skyriaus problema. Jis veikia darbuotojų užimtumą, kliento lūkesčius, projekto pelningumą ir įmonės reputaciją. Todėl gerai organizuotas tiekimas turėtų būti vertinamas ne kaip pagalbinė administracinė funkcija, o kaip viena svarbiausių sėkmingo projekto sąlygų.