ERP diegimas gamybos įmonėje

Pagrindiniai ERP diegimo etapai

1. Pasiruošimas projektui

   Dar prieš pradedant diegimo darbus svarbu aiškiai apsibrėžti projekto tikslus, apimtį, atsakomybes, sprendimų priėmimo principus, projekto valdymo modelį ir projekto progreso kontrolę. Svarbu suprasti ne tik ką reikia įdiegti, bet ir kokio rezultato įmonė tikisi po projekto.

2. Projekto komandos suformavimas

   ERP projektas negali būti paliktas vien IT komandai. Į projektą turi būti įtraukti pagrindinių verslo procesų žmonės, kurie supranta, kaip įmonė realiai dirba. Ypač svarbus vidinių darbuotojų įsitraukimas – jie ne tik padeda priimti sprendimus, bet vėliau tampa pagrindiniais sistemos naudotojais ir pokyčio ambasadoriais.

3. Procesų ir sprendimų projektavimas

   ERP diegimas yra gera proga peržiūrėti esamus procesus, o ne tiesiog perkelti juos į naują sistemą. Reikia įvertinti, kurie procesai turi būti išlaikomi, kurie keičiami, o kuriems galima prisitaikyti prie standartinio ERP funkcionalumo.

4. Sistemos konfigūravimas ir integracijos

   Pagal suderintus procesus konfigūruojama ERP sistema ir kuriamos reikalingos integracijos su kitomis įmonės sistemomis. Svarbu išlaikyti balansą tarp standartinio ERP funkcionalumo ir individualių sprendimų. Kuo daugiau nestandartinių pakeitimų, tuo daugiau atsiranda papildomo sudėtingumo ir priežiūros ateityje.

5. Duomenų paruošimas ir migracija

   Ypač svarbu įvertinti pagrindinių duomenų (master data) kokybę – prekes, klientus, tiekėjus, BOM, technologijas ir kitus duomenis, nuo kurių priklauso kasdieniai procesai. Duomenų migracija yra dažnai nuvertinama, tačiau nauja ERP sistema bus tiek naudinga, kiek yra teisingi duomenys.

6. Testavimas

   Testavimas turi apimti ne tik atskiras ERP funkcijas, bet ir realius įmonės procesus nuo pradžios iki pabaigos. Gamybos įmonėje ypač svarbu patikrinti procesų sąveiką – pavyzdžiui, kaip pardavimo užsakymas tampa gamybos poreikiu, kaip planuojama gamyba, nurašomos žaliavos, registruojama produkcija ir galiausiai atsispindi finansuose.

7. Naudotojų pasiruošimas ir pokyčių valdymas

   Pokyčių valdymas neturėtų prasidėti likus kelioms savaitėms iki sistemos paleidimo. Darbuotojai turi suprasti ne tik, kaip naudotis nauja sistema, bet ir kodėl keičiasi jų darbo procesai. Praktikoje didelę projekto sėkmės dalį lemia darbuotojų įsitraukimas, todėl pokyčių valdymą verta pradėti nuo pirmos projekto dienos.

8. Paleidimas ir stabilizacija

   Go-live nėra projekto pabaiga. Pirmosiomis savaitėmis po paleidimo išryškėja realaus darbo situacijos, kurių ne visada galima pilnai atkartoti testavimo metu. Todėl svarbu iš anksto numatyti pagalbos, problemų sprendimo ir sistemos stabilizavimo procesą.

Į ką atkreipti dėmesį

• Ar projekto tikslai ir apimtis aiškiai suprantami visoms pagrindinėms suinteresuotoms šalims?
• Ar verslo procesų savininkai aktyviai dalyvauja projekte?
• Ar aišku, kas ir kokiu lygiu priima projekto sprendimus?
• Kiek procesų keičiame dėl ERP, o kiek bandome pritaikyti ERP prie esamų procesų?
• Ar pakankamai dėmesio skiriama duomenų kokybei ir migracijai?
• Ar testuojami realūs procesai, o ne tik atskiros sistemos funkcijos?
• Ar darbuotojai apie pokyčius sužino pakankamai anksti?
• Ar įmonė turi pakankamai vidinių resursų dalyvauti projekte?
• Ar po go-live numatytas pakankamas palaikymas ir stabilizacijos laikotarpis?

Dažniausios ERP diegimo klaidos

1. Projektą palikti IT komandai

   ERP keičia visos organizacijos veiklos procesus, todėl vien IT komanda negali priimti visų sprendimų už verslą.

2. Per daug ERP sistemos pritaikymų

   Bandymas ERP pritaikyti kiekvienai esamai darbo taisyklei gali paversti standartinį sprendimą sudėtinga ir brangiai prižiūrima sistema.

3. Pokyčių valdymą pradėti per vėlai

   Jeigu darbuotojai apie naują sistemą ir pasikeitusius procesus rimčiau pradeda galvoti tik prieš pat paleidimą, pasipriešinimas pokyčiams tampa gerokai didesnis.

4. Neįvertinti duomenų kokybės

   Nauja sistema neišsprendžia senų duomenų problemų. Nekokybiški pagrindiniai duomenys gali tapti viena pirmųjų problemų po paleidimo.

5. Testuoti sistemą, o ne procesus

   ERP gali techniškai veikti teisingai, tačiau realus įmonės procesas vis tiek gali neveikti taip, kaip reikia. Todėl svarbu testuoti visą proceso grandinę.

6. Neįvertinti vidinių resursų

   ERP diegimas reikalauja daug laiko ne tik iš tiekėjo, bet ir iš pačios įmonės darbuotojų. Jei šis resursas neplanuojamas, projektas gali pradėti strigti net ir esant geram diegimo partneriui.

Dažniausiai užduodami klausimai