Na kratko

Nadzor nad spremembami v okviru ERP-ja omogoča naročniku celovit pregled nad vrednostjo, stroški, testiranjem in učinki uvedbe, še preden odobri zahtevo. Ko program potrdi zahtevo kot spremembo, ima naročnik na voljo štiri možnosti: sprejeti, odložiti, zamenjati ali zavrniti. Direktor programa ERP pripravi priporočilo v enem dokumentu. Sponzor določi meje pooblastil ter odloča o sredstvih, času in revidirani izhodiščni osnovi, ki presega te meje.

Kako manjše zahteve za spremembe v sistemu ERP povzročajo razširjanje obsega projekta

Po potrditvi zasnove začnejo prihajati zahteve. Na prvi pogled se zdijo nepomembne: novo polje na zaslonu, spremenjen prag za odobritev, drugačna postavitev poročila. Vsaka od njih pride do usmerjevalnega odbora kot nujna potreba, opisana kot nekaj dni svetovanja in z nizkim tveganjem.

Program lahko izgubi nadzor, ne da bi bila sprejeta katera koli pomembna odločitev. Sponzorji imajo dobre razloge, da se strinjajo, saj prosilci dobro poznajo njihovo poslovanje. Zavrnitev se lahko zdi oviranje, če prosilci opozarjajo, da bo to negativno vplivalo na zmogljivost ali zaključek meseca. Ta instinkt je upravičen. Težava je v tem, kaj sponzor lahko vidi v trenutku odločanja.

Posledice sprememb obsega sistema ERP za operativno delovanje in testiranje v nadaljnjih fazah

Naročnik na strani vidi funkcionalnost programske opreme. Program pa za seboj prinaša verigo posledic. Vzemimo en hipotetičen primer. Dvodnevna sprememba konfiguracije logike razporeditve zalog lahko sproži deset dni razvoja prilagojenih skriptov. Lahko razveljavi trideset zaključenih scenarijev celovitih integracijskih testov. Prav tako lahko zahteva ponovna pogajanja o vmesnikih tretjih strani in odvzame ključne poslovne uporabnike od kritičnih vaj za prehod.

Ti podatki prikazujejo eno hipotetično zahtevo, ne pa razmerja za kakršno koli drugo spremembo. Ko so obseg, stroški, odvisnosti pri testiranju in časovni okvir uvedbe navedeni v ločenih poročilih, nobena posamezna stran ne prikazuje celotnega učinka. Izhodišče se tako spremeni, ne da bi se kdo odločil za to spremembo.

Čezmejni izzivi pri upravljanju zahtevkov za spremembe v sistemu ERP

Sedež v Parizu, Zürichu, Münchnu ali na Dunaju vzbuja upravičene pomisleke. Potrebni so skupinski standardi, celovit pregled nad stanjem in upoštevanje proračuna, dogovorjenega s sistemskim integratorjem. Prav tako je treba upravnemu odboru pojasniti morebitna odstopanja.

Tovarna uporablja drugačen nabor. Tovarna prvega reda na Poljskem, v Češki, na Madžarskem ali v Romuniji lahko oskrbuje nemške avtomobilske montažne linije ali stranke iz letalske industrije. Te stranke določajo časovna okna za dostavo, revizije sledljivosti in standarde pakiranja. Globalni vzorec morda ne vsebuje logike za uporabo črtnih kod ali seznamov za recikliranje embalaže, ki jih stranka zahteva. Tovarna nato potrebuje hiter odgovor, saj je datum prehoda vezan na roke dostave strank in proizvodne koledarje. Vsaka zamuda lahko pomeni čakanje na naslednje izvedljivo časovno okno, kar lahko traja več delovnih dni.

Obe stališči sta razumni. Do trenj pride, ko je pot med njima počasna. Ekipe v obratih nato poiščejo nadomestne rešitve, na primer neuradno prošnjo lokalnemu svetovalcu. To so signali, ne pa upiranje.

Če gre za čezmejno zahtevo, so potrebna tri potrdila iz treh različnih mest. Ta se nahajajo v različnih organizacijah in pravnih sistemih, pri čemer nobena od njih ne more sama potrditi celotne zahteve. V razdelku »Pristojnosti« je navedeno, kdo kaj potrjuje.

Integrator se odziva na prejete zahteve, odločitev o obsegu pa je v rokah naročnika. Za to je potreben vodja na strani naročnika z izrecno pooblastilom za spremembe. Brez njega lahko skupina plača dvakrat: za prilagoditve, ki niso vključene v proračun, in nato za napake pri integraciji po zagonu sistema. Ali lokalna potreba upravičuje odstopanje od globalne predloge, je ločena odločitev, ki jo je treba sprejeti pred to odločitvijo.

Ključni kazalniki postopnega širjenja obsega projekta ERP

Sponzorji in revizijski odbori ne potrebujejo branja dnevnikov konfiguracije, da bi ugotovili, da se obseg projekta odmika od načrtovanega. Praktični znaki kažejo, da je program izgubil nadzor nad spremembami.

• Nesinhronizirane izhodiščne črte: Integrator, programski urad in obrat imajo različne glavne časovne načrte.
• Nerešene zadeve brez dokumentacije: Vodje delovnih skupin vodijo neuradne sezname izboljšav zasnove, ki ne pridejo do usmerjevalnega odbora.
• Ponovno testiranje regresije: Testiranje se ponovno začne, ker se po zamrznitvi razvoja programske opreme pojavijo nove izboljšave.
• Erozija zaradi nepredvidenih okoliščin: Naročila za spremembe s strani dobaviteljev porabljajo rezervna sredstva, medtem ko ključni mejniki ostajajo nedokončani.

Že en sam znak lahko ima običajen vzrok. Če se pojavita dva znaka skupaj, je to razlog za pregled načina, kako spremembe vstopajo v program.

Okvir za odločanje sponzorjev o zahtevkih za spremembe v sistemu ERP

Upravljanje zahtevkov za spremembe v sistemu ERP se začne z dogovorjeno izhodiščno točko. Ta okvir predpostavlja, da je program zadevo že potrdil kot spremembo in ne kot nedokončano dogovorjeno delo. Če se naročnik in izvedbeni partner še vedno ne strinjata, o kateri od obeh možnosti gre, je treba najprej določiti to mejo. Sponzor ali direktor programa v okviru prenesenih pooblastil ima nato na voljo štiri možnosti. Za vsako od njih so potrebni različni dokazi.

Možnost 1: Sprejetje in financiranje dodatkov k obsegu ERP-sistema

Sponzor odobri dodatek in ga financira iz rezervnega sklada. Če to zahtevajo odvisnosti, sponzor pisno podaljša tudi časovno okno za testiranje in datum prehoda. Potrebni dokazi: pisna ocena stroškov, ure notranjih ključnih uporabnikov, prizadeti testi in datum, na katerega se to nanaša. Kompromis je jasen. Sredstva iz rezervnega sklada, porabljena zdaj, ne morejo pokriti naslednje zahteve.

Možnost 2: Odložitev zahtevkov za ERP na izdaje po uvedbi sistema

Sponzor sprejme vrednost in zahtevo premakne v izdajo po začetku delovanja. V spodnjem primeru se to imenuje Faza 1.1 ali Drugi dan. Prehod poteka v skladu z določeno izhodiščno linijo. Potrebni dokazi: imenovana začasna rešitev in potrditev, da lahko podjetje na dan zagona deluje brez te spremembe. Kompromis je obdobje, v katerem vlagatelj zahtevka obvaja pomanjkljivost.

Možnost 3: Prilagoditev obsega ERP-sistema za zagotovitev spoštovanja datumov uvedbe v obratovanje

Sponzor sprejme spremembo pod enim pogojem: iz prvotne izdaje se izloči enakovreden obstoječi, nekritični del obsega. S tem se zaščitita zmogljivost testiranja in datum izdaje. Potrebni dokazi: dokaz, da je odstranjena postavka resnično nekritična, ter soglasje njenega lastnika, da se jo odloži. Kompromis je v tem, da ena zahteva počaka, da se lahko druga izvede.

Možnost 4: Zavrnitev zahtevkov za spremembe v sistemu ERP, ki niso nujne

Sponzor zavrne zahtevo, ker njena vrednost ne upravičuje stroškov, motenj pri testiranju ali operativnega tveganja. Zavrnitev je ocena glede na časovni okvir in posledice, ne pa glede na kakovost same ideje. Potrebni dokaz: zabeležen razlog, da se lahko vlagatelj po uvedbi vrne z bolj utemeljeno prošnjo. Kompromis je funkcija, ki prinaša vrzel in lahko povzroči izgubo zaupanja v program.

Organ za odobritev v okviru nadzora sprememb v sistemu ERP

Direktor programa ERP ima prenesena pooblastila za nadzor sprememb. Ta oseba oceni tehnično izvedljivost, medsebojne odvisnosti med delovnimi tokovi in razpoložljivost virov, nato pa poda priporočila. Direktor potrebuje tudi pooblastila, da začasno ustavi neuradna dopolnjevanja obsega projekta in sponzorju predloži jasne poslovne odločitve.

Nad prenesenimi pooblastili ima sponzor v rokah odločitve, ki vplivajo na denarna sredstva in časovni okvir. Te odločitve zadevajo kapital, časovni okvir in datum začetka delovanja. To je lahko finančni direktor skupine, operativni direktor skupine ali drug vodstveni član.

Določitev sprožilcev za eskalacijo k sponzorju v primeru sprememb proračuna in časovnega načrta v sistemu ERP

Nadzor nad spremembami proračuna v sistemu ERP deluje, če naročnik pravočasno določi omejitve pooblastil. Te je treba določiti pred prvo zahtevo, ne pa med sporom glede kasnejše zahteve. Naročnik določi omejitev za vsako zahtevo in skupno omejitev za nepredvidene izdatke. Razdelitev zahteve, da se ostane pod omejitvijo, šteje kot ena zahteva. Ti sprožilci posredujejo zahtevo neposredno naročniku.

• Zahteva spreminja datum začetka delovanja ali drug dogovorjen mejnik.
• Ta zahtevek, skupaj z doslej odobrenimi, črpa iz rezervnih sredstev, ki presegajo omejitev, ki jo je določil vlagatelj.
• Zahteva spreminja merilo za prehod med fazami ali odobreni projekt.
• Integrator in vodja programa se ne strinjata glede vpliva.

Vse, kar je pod pragom sprožitve, ostane v pristojnosti programskega direktorja, ki to evidentira in v vsakem usmerjevalnem ciklu poroča o stanju rezervnega sklada.

Vloge pri čezmejnem odobravanju za tovarne in sedež skupine

Vodja obrata ali izvršni direktor potrdi, da je zahteva operativno nujna. Strokovnjaki s primernimi kvalifikacijami v državi, v kateri se nahaja obrat, potrdijo morebitne zakonske zahteve. Sedež potrdi standarde skupine in odobri sredstva.

Jasne meje koristijo obema stranema. Obrat prejme odločitev ali datirano zahtevo za predložitev dokazov na prvem zasedanju usmerjevalnega odbora, ki obravnava to zahtevo. Pri zahtevah, ki jih predpiše stranka ali ki jih zahteva zakon, lahko naročnik določi postopek zunaj rednega cikla in določi njegov interval. Sedež prejme vsako odločitev v enem samem zapisu.

Obvezna polja za zapis o odločitvi glede spremembe ERP-sistema

V evidenci odločitev o spremembah je za vsako zahtevo namenjena ena stran. Gre za delovno orodje za nadzor sprememb obsega v sistemu ERP. CE Interim ga predlaga kot praktično pomoč, ne pa kot priznani standard. Vsebuje šest polj.

• Opis zahtevka za spremembo: kaj prosilec zahteva in zakaj ravno zdaj.
• Poslovna vrednost in operativna utemeljitev: proces, ki ga ščiti.
• Stroški dobavitelja in vpliv na notranje vire: zunanje stroške, notranje delovne ure ter stanje rezervnega sklada pred in po.
• Preverjanje odvisnosti in vpliva časovnega razporeda: testi in datumi, na katere vpliva.
• Premaknjen ali zamenjan obseg: kaj, če sploh kaj, ostane v izdaji.
• Odobreni sklep in posodobljena izhodiščna točka: odobritelj, izbrana možnost in revidiran načrt.

Vodja programa zabeleži učinek, preden se sponzor odloči. Nato direktor posodobi povezani načrt ter obvesti zadevne lokacije in integratorja. Odobritev zagona, pogodba in merila sprejemljivosti so ločene odločitve z lastnimi dokazili. Te ostanejo pri sponzorju ali pri upravnem odboru, če je mesto v njem prosto. Vsaka sprememba datuma, ki ga je določil upravni odbor, se prav tako posreduje upravnemu odboru.

Seznam za preverjanje sponzorja pred odobritvijo sprememb obsega ERP-sistema

Zanesljivost ponudbe je odvisna od zanesljivosti podatkov, ki jih vsebuje. Izkušen naročnik ne zaupa ponudbi, ki vsebuje le eno oceno, saj vsaka stranka določi ceno le za svoj del.

Najprej ugotovite, kaj posamezna ocena ne vključuje: ponovno testiranje, delovne ure ključnih uporabnikov, odgovorne za vmesnike in čas za vajo prehoda. Nato zberite podatke izvajalca integracije, obrata in centralne finančne službe v eno evidenco, da nobena stranka ne bo ocenjevala lastnega vpliva. Šele nato postavite odločilno vprašanje: ali lahko podjetje na dan uvedbe deluje brez te spremembe?

Ročni korak v nekritičnem procesu lahko ostane nepopoln. Enako velja za poročilo, ki čaka na prvo izdajo. Vrzeli pri izdajanju računov, upravljanju z zalogami, odpremi blaga strankam ali spoštovanju zakonodaje pa ne smejo ostati. Preostali kompromis je rezerva za nepredvidene okoliščine. Vsaka odobritev porabi sredstva, ki jih ni mogoče nameniti za naslednjo zahtevo, zato mora sponzor poznati stanje sredstev, preden da soglasje.

Primeri iz prakse: Ocena sprememb obsega ERP na podlagi dejanskih podatkov

Ta scenarij je hipotetičen. Ne gre za stranko CE Interim, podatki pa so zgolj ilustrativni in ne predstavljajo meril uspešnosti. Avstrijski dobavitelj avtomobilskih delov uvaja svojo skupinsko ERP-predlogo v tovarni na Poljskem. V enem krmilnem ciklu prispe več zahtevkov, ki so vsi opredeljeni kot majhni.

Pred sestankom direktor programa ERP vsako zahtevo vpiše v evidenco odločitev o spremembah. Integrator predloži pisno oceno vpliva na stroške, testiranje in roke. Obrat in centralna finančna služba posredujeta podatke o notranjih delovnih urah. Ta evidenca naročniku omogoča strukturiran pregled, uravnoteženje in odločanje o vsaki predlagani spremembi ERP-sistema. Preprečuje, da bi bile kakršne koli spremembe obsega sprejete brez jasnega vpogleda v stroške, testiranje in mejnike izvedbe.

Primer sprejema: Avtomatizirana rezervacija povratne pošiljke ob proizvodni liniji

Tovarna želi, da operaterji prenehajo ročno vnašati podatke o vrnjenem odpadnem materialu, in ta zahteva ustreza osnovnim merilom.

• Zahteva: Avtomatizirana rezervacija vračil ob progi.
• Prednost: Odpravlja ročno vnašanje podatkov o vrnjenih odpadkih; prihrani 1,5 administrativne ure na izmeno.
• Stroški: 18.500 € za zunanjega izvajalca; 45 ur časa za konfiguracijo s strani ključnih notranjih uporabnikov.
• Testiranje in časovni načrt: Potrebnih je 4 dni regresijskega testiranja v delovnem toku Assembly; brez zamude na kritični poti.
• Sprememba obsega: Ni potrebna; nepredvidene okoliščine so bile upoštevane.
• Odločitev in izhodišče: Odobreno (Sprejmi zdaj): Posodobljen izhodiščni proračun; testiranje zaključeno v 4. sprintu.

Vodja obrata potrdi potrebo. Vpliv je omejen: testiranje poteka v delovnem toku z neizkoriščenimi zmogljivostmi, kritična pot pa ostaja nespremenjena. Ker ni izpolnjen noben pogoj za eskalacijo, programski direktor odobri spremembo v okviru prenesenih pooblastil. Odločitev se zabeleži in posreduje naročniku. Direktor v istem ciklu vodenja posodobi izhodiščno stanje in poroča o preostali rezervi.

Primer izmenjave obsega: Prilagojena nadzorna plošča s ključnimi kazalniki uspešnosti za vodstvo

Vodstvo skupine želi namesto statičnih poročil v preglednicah imeti nadzorni panel, in ta potreba je upravičena.

• Zahteva: Prilagojena nadzorna plošča s ključnimi kazalniki uspešnosti (KPI) za vodstvo.
• Vrednost: Nadomešča statično poročanje prek preglednic za vodstveno ekipo skupine.
• Stroški: 34.000 € za razvoj prodajnega sistema; 30 ur pregleda poročil centralne finančne službe.
• Testiranje in časovni načrt: Visoka stopnja zahtevnosti; med testiranjem sprejemljivosti s strani uporabnikov odvrača pozornost glavnih arhitektov poročanja.
• Premik obsega: Odložite poročila o povzetku nekritičnih stroškovnih mest na drugi dan.
• Odločitev in izhodišče: Obseg dela spremenjen: odobreno za prvo izdajo; povzetki poročil so preloženi na fazo 1.1.

Sedež ima tu resnično potrebo: zanesljiv pregled nad obratom. Stroški presegajo le provizijo dobavitelja, saj za sprejemne teste potrebujemo iste arhitekte poročil. Odložitev potrjenih povzetkov poročil spremeni potrjen načrt, kar sproži eskalacijo. Sponzor zabeleži pisno soglasje lastnika poročila z odložitvijo, nato pa poročilo zamenja, namesto da ga doda. Nadzorna plošča se pridruži prvotni izdaji.

Primer odložitve: sledljivost palet po posameznih strankah

Eden od regionalnih distributerjev ima nestandardne logistične zahteve, pri čemer je poslovni odnos pomemben.

• Zahteva: Sledljivost palet po naročniku.
• Vrednost: Izpolnjuje nestandardno logistično zahtevo za enega regionalnega distributerja.
• Stroški: 26.000 € provizije prodajalcu; obsežna logika, prilagojena potrebam stranke, v modulu za upravljanje skladišča.
• Testiranje in časovni načrt: Zaradi tega se potrditev integracije sistema za upravljanje skladišča zamakne za 12 delovnih dni.
• Sprememba obsega: Delovna skupina, ki je vložila zahtevo, ni ugotovila nobenih sprememb.
• Odločitev in izhodišče: Preloženo na fazo 1.1: Uvedeno 60 dni po zagonu; na začetku se je uporabljal ročni dnevnik pakiranja.

Zamuda povzroči zamik pri izpolnitvi zavezanega mejnika, kar sproži eskalacijo, pri čemer delovna skupina, ki je vložila zahtevo, nima možnosti, da bi se temu odpovedala. Vodja obrata potrdi, da distributer potrebuje delujoč proces že od prvega dne. To omogoča ročni dnevnik. Sponzor odloži zahtevo, za odgovornega za dnevnik imenuje vodjo skladišča in določi datum pregleda.

Primer zavrnitve: avtomatizirano izdajanje računov s samodejnim zaračunavanjem s strani dobaviteljev

Finančni oddelek si želi hitrejše usklajevanje računov v celotni dobavni verigi, pri čemer je ta korist verjetna.

• Zahteva: Avtomatizirano izdajanje računov s samostojnim zaračunavanjem s strani dobaviteljev.
• Vrednost: Pospeši usklajevanje računov dobaviteljev v celotni evropski dobavni mreži.
• Stroški: 52.000 € za razvoj pri dobavitelju; obsežna preureditev vmesnika EDI.
• Testiranje in časovni razpored: Spreminja osnovna pravila za knjiženje finančnih podatkov; ogroža časovno okno za prehod na novo glavno finančno sistemsko okolje.
• Premaknjen obseg: Nič; ekipa, ki je vložila zahtevo, ni pripravljena spremeniti obsega projekta.
• Odločitev in izhodišče: Zavrnjeno: Visoko tveganje v zvezi z urnikom; za začetek delovanja se ohrani standardno usklajevanje naročil.

Odločitev temelji na tveganju v zvezi z rokom, ne na vsebinski utemeljenosti. Zahteva spreminja temeljna pravila finančnega knjiženja, kar spreminja odobreni načrt in sproži postopek eskalacije. Ekipa, ki je vložila zahtevo, ne bo spremenila obsega projekta. Naročnik ohrani standardno usklajevanje za začetek delovanja in zabeleži razlog. Samodejno zaračunavanje vpliva tudi na pravila izdajanja računov, ki se razlikujejo po državah. Strokovnjaki s kvalifikacijami na Poljskem potrdijo, kaj pravila dopuščajo, preden se ideja vrne.

Ključne ugotovitve iz primerov sprememb obsega ERP-sistema

Isti zapis je prinesel različne odgovore na zahteve, ki so bile na videz podobne, pri čemer nobena ni pomenila splošne zamrznitve. To so vzorci v tem scenariju, ne pa pravila. Sprejeta zahteva je imela omejen učinek, kritična pot pa je ostala nespremenjena. Zamenjava je uspela, ker je bila omejitev v testni zmogljivosti, nekritična postavka pa je imela lastnika, ki je bil pripravljen sodelovati. Odlog je uspel, ker je poslovanje lahko potekalo na podlagi določene začasne rešitve. Zavrnitev je sledila visokemu tveganju za zamudo v časovnem načrtu, pri čemer ni bilo prostora za popuščanje.

Obrat je prejel utemeljen odgovor na vsako zahtevo, tudi na tiste, ki niso bile odobrene. Odobrena zahteva je izčrpala rezervo, zato je za naslednjo zahtevo na voljo manjša rezerva. Skupina ohranja izhodiščno vrednost, ki jo lahko utemelji.

Odpravljanje vrzeli v upravljanju pri nadzoru sprememb obsega sistema ERP

Učinkovit notranji organ lahko izvaja nadzor nad spremembami obsega ERP-sistema v okviru dodeljenih pooblastil in s potjo do naročnika. Naročnik ali upravni odbor, če je mesto v njem nezasedeno, lahko to preveri glede na pogoje, navedene v evidenci programa.

• Nobena vodstvena oseba na strani naročnika ni hkrati odgovorna za proračun, načrt testiranja in načrt prehoda, zato o vsakem od njih odločajo ločeni forumi.
• Vodja programa ne more začasno ustaviti neuradnih dopolnitev obsega, saj mu nihče ni pisno podelil te pooblastitve.
• Mesto sponzorja je prosto ali pa sponzor vodi podjetje, zato zahtevki čakajo dlje, kot traja en usmerjevalni cikel.
• Podatki o vplivu, ki jih navajajo integrator, obrat in finančna služba, se še vedno razlikujejo, pri čemer nihče nima pooblastil, da bi jih uskladil.

Če veljata dva ali več od teh pogojev, program ne odloča več o zahtevkih na podlagi enega samega zapisa. Skupina se tako izpostavlja tveganju, da bo plačala dvakrat ali da se bo datum odbora samodejno prestavil. Po mnenju podjetja CE Interim program v tem primeru predstavlja tveganje, ki je ključnega pomena za podjetje, zato potrebuje vodjo na strani stranke z izvršilno oblastjo. Sam rok še ni razlog za imenovanje začasnega izvršilnega direktorja.

Vloga začasnega direktorja za preoblikovanje pri upravljanju ERP-sistema

Na spletni strani Začasni direktor za preoblikovanje in programe lahko ima pooblastilo za spremembe na strani naročnika. Ta vloga odloča v okviru pisnega pooblastila. Odgovorna je tistemu, ki ji je podelil pooblastilo: sponzorju ali upravnemu odboru, če je ta mesto nezasedeno. Ni niti projektni vodja izvajalca integracije niti svetovalec, ki zgolj daje priporočila.

Mandat določa omejitve pooblastil, ki se določijo, ko so podatki zbrani v enem dokumentu. Za edinega odgovornega nosilca načrta na strani stranke imenuje začasnega izvršnega direktorja. Določa postopek eskalacije in dogovarja o predaji projekta imenovanemu nosilcu. Izvršni direktor odločevalcu predloži potrditev potrebe s strani obrata, lokalno pravno potrditev ter odobritev sredstev s strani sedeža družbe.

Začasni partnerji CE pregledujejo kakovost zapisa o spremembi in podpirajo eskalacijo. Osebi, ki je pooblastila izvajanje, zagotavljajo vpogled v napredek v dogovorjenih časovnih intervalih ter nadzorujejo predajo.

Opredelitev začasnega mandata za izvršilni nadzor

Če je mesto direktorja nezasedeno ali če za to ni pisnega pooblastila, ga za čas trajanja mandata zaseda začasni izvršni direktor. Enako velja, če je ta del integracijskega oddelka ali oddelka za informacijsko tehnologijo.

Če je na voljo usposobljen direktor, vendar obstaja vrzel na ravni sponzorja, je pooblastilo nadrejeno direktorju. Če je mesto sponzorja nezasedeno, upravni odbor pred začetkom veljavnosti pooblastila imenuje osebo, ki ima pravico do sprejemanja zadržanih odločitev. Te zajemajo kapital nad določenimi mejami, časovni okvir in datum začetka delovanja. A Začasni finančni direktor ali Začasni operativni direktor jih lahko omeji v okviru omejitev, ki jih določi upravni odbor.

Pomemben je vrstni red. Najprej izvršni direktor združi podatke o vplivu integratorja, obrata in finančnega oddelka v eno evidenco. V to evidenco vključi tudi neuradno zalogo projektov, pri čemer ima pooblastilo za začasno ustavitev novih neuradnih dodatkov. Nato sponzor ali upravni odbor – če je mesto sponzorja nezasedeno – na tej podlagi določi omejitve pooblastil. Šele nato izvršni direktor izvede usmerjevalni cikel, pri čemer je datum vrnitve dogovorjen že na začetku.

Imenovanje ne spreminja izvedbene pogodbe, ne odpravlja meril za sprejem in ne odobri začetka izvajanja. Za to ostaja odgovoren naročnik ali, če je mesto v upravnem odboru nezasedeno, sam upravni odbor. Vsaka sprememba datuma, ki ga je določil upravni odbor, se prav tako predloži upravnemu odboru.

Objavljena navodila o upravljanju obsega ERP-sistema

Načelo nadzora obsega podpirata dva objavljena vira. V Microsoftovih smernicah za Dynamics 365 so opisane zasnovne tabele, ki pregledati in odobriti zasnove rešitev. V njej je navedeno, da morajo ekipe upoštevati merila za prehod med fazami in jih ne smejo preskočiti "zaradi pritiska ali optimizma".

Ponudnik storitev ERP Atreus poroča o prekoračitev roka za uvedbo ERP-sistema v poprodajnem oddelku da se je stanje stabiliziralo. Ponovno so načrtovali obseg, proračun in faze ter opredelili vloge in odgovornosti za poslovni oddelek, IT in partnerje. Noben od virov ne opisuje tega zapisa niti ne izpostavlja posamezne spremembe kot vzroka. Poročilo Atreus je poročilo ponudnika, ne pa neodvisna revizija.

Pogosta vprašanja o nadzoru sprememb obsega ERP-sistema

Ali je treba spremembe obsega ERP-sistema zamrzniti tik pred začetkom delovanja?

To ni splošno pravilo. Zamrznitev lahko povzroči, da podjetje ne bo moglo delovati. Sprememba, ki izpolnjuje zakonsko zahtevo ali ščiti ključni proces, ima močne argumente za sprejetje. Strokovnjaki v državi, kjer se nahaja obrat, morajo potrditi, da je ta zahteva resnična. Nebistvene izboljšave lahko počakajo na kasnejšo izdajo.

Kdo odobri spremembe v okviru nadzora sprememb v sistemu ERP?

Direktor programa ERP odobri zahtevke v okviru prenesenih pooblastil in jih evidentira. Zahtevek, ki izpolnjuje določene pogoje, se posreduje izvršnemu sponzorju, ki odloča o finančnih sredstvih, časovnem načrtu in datumu začetka delovanja. Sponzor tudi rešuje morebitna nesoglasja med izvajalcem integracije in direktorjem programa glede vpliva.

Ali začasni izvršni direktor nadomesti direktorja programa ERP?

Ne samodejno. Ta vloga ostane v rokah sposobnega direktorja s pisnim pooblastilom. Kadar jo prevzame začasni izvršni direktor, mandat določa hierarhično podrejenost in omejitve prenosa pooblastil. Prav tako že na začetku določa datum predaje. Odločitve glede pogodbe, sprejetja in zagona ostanejo v rokah naročnika ali upravnega odbora, če je mesto nezasedeno.

Kaj se zgodi z dogovorjenim datumom uvedbe, ko se sprejme sprememba sistema ERP?

Sponzor pisno ponovno določi izhodiščne vrednosti programa: glavni časovni načrt, roke za prehod med fazami, načrte integracijskih testov in proračun. Direktor programa nato o tem obvesti vse zadevne lokacije in dobavitelje. Če je upravni odbor potrdil prvotni rok, sponzor najprej predloži novi rok upravnemu odboru.

Povezano znanje in naslednji korak

Nadzor sprememb obsega ERP-sistema ščiti izhodiščno stanje, saj vsaka zahteva vpliva na stroške, testiranje in datum izvedbe v okviru ene odločitve. Zahteva, odobrena brez upoštevanja teh učinkov, lahko pospeši začetek delovanja, še preden se odbor dogovori o novem datumu. Sponzor ali, če je mesto v odboru nezasedeno, odbor najprej preveri zgornje pogoje glede na evidenco programa. Naslednji korak je opredelitev omejitev pooblastil in ocena, ali se vrzel nahaja na ravni programa ali sponzorja.

Priporočena literatura:

• Zaprtje ameriškega obrata iz Nemčije: začasni vodja obrata, ki je to izpeljal v šestih mesecih
• En dobavitelj oskrbuje več obratov v srednji in vzhodni Evropi. Kako naj se razporedi omejena količina materiala?
• Zakaj ciljna vrednost proizvodnih stroškov ne pomeni prenove poslovnega modela

Podjetje CE Interim zagotavlja čezmejno vodstveno osebje za ključne poslovne preobrazbe. Takoj ko je opis naloge dokončan, je že preverjen vodstveni kadrovski kandidat, ki ustreza zahtevam naloge in je zavezan k spoštovanju pogodbe o zaupnosti, pripravljen na začetek dela.

Če veljata dva ali več zgoraj navedenih pogojev, se posvetujte z Začasni partner CE o mandatu.