Zmena v systéme ERP sa zdá byť malá. Kto schvaľuje jej vplyv na náklady a spustenie?

Malá prepravka na ručnom vozíku čaká pri napoly zdvihnutej závornej bráne pred poľským závodom s osvetlenou nakladacou rampou, odkiaľ vedie bordová trasa k ústrediu rakúskej skupiny.

V skratke

Kontrola zmien v rámci ERP poskytuje zadávateľovi ucelený prehľad o hodnote, nákladoch, testovaní a vplyve na spustenie ešte pred schválením žiadosti. Akonáhle program potvrdí žiadosť ako zmenu, zadávateľ má štyri možnosti: prijať, odložiť, vymeniť alebo zamietnuť. Riaditeľ programu ERP vypracuje odporúčanie v jedinom zázname. Sponzor stanoví limity delegovania a rozhoduje o finančných prostriedkoch, časovom harmonograme a revidovanej základnej línii nad týmito limitmi.

Ako drobné požiadavky na zmeny v ERP systéme vedú k postupnému rozširovaniu rozsahu projektu

Po schválení návrhu prichádzajú požiadavky. Na prvý pohľad sa zdajú byť drobné: nové pole na obrazovke, zmenená prahová hodnota pre schválenie, iné rozloženie správy. Každá z nich sa dostane do riadiaceho výboru ako nevyhnutnosť, opísaná ako niekoľko konzultačných dní a s nízkym rizikom.

Program môže stratiť kontrolu aj bez toho, aby bolo prijaté jediné zásadné rozhodnutie. Sponzori majú dobré dôvody na to, aby súhlasili, pretože žiadatelia dobre poznajú ich prevádzku. Odmietnutie môže pôsobiť ako prekážka, keď varujú, že to negatívne ovplyvní výkonnosť alebo uzávierku na konci mesiaca. Tento inštinkt je oprávnený. Problémom je však to, čo sponzor vidí v okamihu rozhodnutia.

Vplyvy zmien rozsahu ERP na prevádzku a testovanie v nadväzujúcich procesoch

Sponzor vidí na stránke softvérovú funkciu. Za týmto programom sa skrýva reťaz dôsledkov. Vezmime si jednu hypotetickú požiadavku. Dvojdňová zmena konfigurácie logiky prideľovania zásob môže vyvolať desať dní vývoja vlastných skriptov. Môže zneplatniť tridsať dokončených scenárov komplexných integračných testov. Môže tiež vyžadovať opätovné prerokovanie rozhraní s tretími stranami a odlákať kľúčových obchodných používateľov od kritických nácvikov prechodu na nový systém.

Tieto čísla opisujú jednu hypotetickú požiadavku, nie pomer pre akúkoľvek inú zmenu. Keď sú rozsah, náklady, závislosti v testovaní a termín spustenia uvedené v samostatných správach, žiadna jediná stránka nezobrazuje celkový vplyv. Východisková hodnota sa potom mení bez toho, aby sa niekto rozhodol ju zmeniť.

Cezhraničné výzvy v riadení žiadostí o zmeny v systéme ERP

Sídlo v Paríži, Zürichu, Mníchove alebo vo Viedni vyvoláva oprávnené obavy. Je potrebné zaviesť skupinové štandardy, zabezpečiť ucelený prehľad a dodržiavať rozpočet dohodnutý so systémovým integrátorom. Okrem toho je potrebné predstavenstvu vysvetliť akékoľvek odchýlky.

Závod používa odlišnú sadu. Závod prvého stupňa v Poľsku, Česku, Maďarsku alebo Rumunsku môže zásobovať nemecké montážne linky v automobilovom priemysle alebo zákazníkov z leteckého a kozmického priemyslu. Títo zákazníci stanovujú časové okná dodávok, audity sledovateľnosti a normy balenia. V globálnej šablóne môže chýbať logika čiarových kódov alebo prehľady o recyklácii kontajnerov, ktoré zákazník vyžaduje. Závod potom potrebuje rýchlu odpoveď, pretože termín prechodu je viazaný na dodacie termíny zákazníkov a výrobné kalendáre. Akákoľvek chyba môže znamenať odklad až na ďalší vhodný termín, čo môže trvať niekoľko pracovných dní.

Obe stanoviská sú opodstatnené. K treniciam dochádza vtedy, keď je komunikácia medzi nimi pomalá. Tímy v prevádzkach potom hľadajú alternatívne riešenia, napríklad neformálnu žiadosť adresovanú miestnemu konzultantovi. Ide o signály, nie o vzdor.

V prípade cezhraničnej žiadosti sú potrebné tri potvrdenia z troch rôznych miest. Tieto miesta patria do rôznych subjektov a právnych systémov a žiadne z nich nemôže potvrdiť celú žiadosť samostatne. V časti „Príslušné orgány“ je uvedené, kto čo potvrdzuje.

Integrátor reaguje na prijaté požiadavky, pričom rozhodnutie o rozsahu prislúcha zákazníkovi. To si vyžaduje vedúcu osobu na strane zákazníka s jasne stanovenými právomocami v oblasti zmien. Bez neho môže skupina zaplatiť dvakrát: za neplánované prispôsobenie a potom za chyby integrácie po spustení do prevádzky. To, či miestna potreba odôvodňuje výnimku z globálnej šablóny, je samostatné rozhodnutie, ktoré sa prijíma ešte pred týmto rozhodnutím.

Kľúčové ukazovatele postupného rozširovania rozsahu projektu ERP

Sponzori a audítorské výbory nemusia čítať konfiguračné protokoly, aby zistili, že sa rozsah projektu posúva. Praktické náznaky ukazujú, že program stratil kontrolu nad zmenami.

Nesynchronizované základné línie: Integrátor, programová kancelária a závod disponujú rôznymi hlavnými harmonogramami.
Nezaznamenané položky v zozname nevybavených úloh: Vedúci pracovných skupín vedú neformálne zoznamy návrhov na vylepšenia, ktoré sa nedostanú až do riadiaceho výboru.
Opakované testovanie regresie: Testovanie sa obnoví, pretože po zmrazení vývoja softvéru sa zavádzajú nové vylepšenia.
Erozívna kontingencia: Zmenové príkazy dodávateľov čerpajú rezervné prostriedky, zatiaľ čo kľúčové míľniky zostávajú nesplnené.

Už jeden príznak môže mať bežnú príčinu. Dva príznaky spolu sú dôvodom na prehodnotenie toho, ako sa zmeny dostávajú do programu.

Riadenie žiadostí o zmeny v systéme ERP vychádza z dohodnutej východiskovej situácie. Tento rámec predpokladá, že program už danú položku potvrdil ako zmenu, a nie ako nedokončenú dohodnutú prácu. Ak sa klient a implementačný partner stále nezhodujú na tom, o čo ide, je potrebné najskôr vyjasniť túto hranicu. Sponzor alebo riaditeľ programu v rámci delegovaných právomocí má potom štyri možnosti. Každá z nich vyžaduje iné podklady.

Možnosť 1: Schváliť a financovať rozšírenie rozsahu ERP

Sponzor schváli toto rozšírenie a financuje ho z rezervy na nepredvídané výdavky. Ak to vyžadujú závislosti, sponzor tiež písomne predĺži obdobie testovania a termín prechodu. Potrebné podklady: písomný odhad nákladov, počet hodín interných kľúčových používateľov, dotknuté testy a dátum, od ktorého sa zmena prejaví. Kompromis je jasný. Prostriedky z rezervy vynaložené teraz nemôžu pokryť ďalšiu žiadosť.

Možnosť 2: Odložiť požiadavky týkajúce sa ERP na verzie vydané po spustení systému

Sponzor akceptuje hodnotu a presunie žiadosť do verzie, ktorá bude vydaná po spustení do prevádzky. V nižšie uvedenom príklade sa táto fáza označuje ako Fáza 1.1 alebo Deň 2. Prechod prebieha podľa stanovenej základnej línie. Potrebné podklady: konkrétne dočasné riešenie a potvrdenie, že podnik môže v deň spustenia fungovať aj bez tejto zmeny. Kompromisom je obdobie, počas ktorého žiadateľ obchádza danú medzeru.

Možnosť 3: Úprava rozsahu ERP s cieľom zabezpečiť termíny spustenia do prevádzky

Sponzor súhlasí so zmenou pod jednou podmienkou: z pôvodnej verzie sa vynechá rovnocenná existujúca, nekritická časť rozsahu. Tým sa zachová testovacia kapacita a termín uvedenia na trh. Potrebné dôkazy: potvrdenie, že odstránená položka je skutočne nekritická, a súhlas jej vlastníka s jej odložením. Kompromis spočíva v tom, že jedna požiadavka musí počkať, aby sa mohla realizovať iná.

Možnosť 4: Zamietnuť žiadosti o zmeny v systéme ERP, ktoré nie sú nevyhnutné

Sponzor žiadosť zamietne, pretože jej hodnota neopodstatňuje náklady, narušenie testovania ani prevádzkové riziko. Zamietnutie je posúdením načasovania a dôsledkov, nie kvality samotného nápadu. Potrebné dôkazy: zdokumentovaný dôvod, aby sa žiadateľ mohol po spustení vrátiť s presvedčivejším odôvodnením. Kompromis je funkcia, ktorá so sebou nesie medzeru a môže viesť k strate dôvery v program.

Schvaľovací orgán v rámci riadenia zmien v systéme ERP

Riaditeľ programu ERP disponuje delegovanou právomocou v oblasti riadenia zmien. Táto osoba posudzuje technickú realizovateľnosť, vzájomné závislosti medzi pracovnými tokmi a dostupnosť zdrojov, na základe čoho následne predkladá odporúčania. Riaditeľ tiež potrebuje právomoc pozastaviť neformálne rozšírenia rozsahu projektu a predložiť sponzorovi jasné obchodné rozhodnutia.

Nad rámec delegovaných limitov má sponzor právomoc prijímať rozhodnutia, ktoré ovplyvňujú vynakladanie finančných prostriedkov a časový harmonogram. Tieto rozhodnutia sa týkajú kapitálu, časového harmonogramu a termínu spustenia do prevádzky. Môže to byť finančný riaditeľ skupiny, prevádzkový riaditeľ skupiny alebo iný člen vedenia zodpovedný za projekt.

Kontrola zmien rozpočtu v systéme ERP funguje vtedy, keď zadávateľ včas stanoví limity delegovania. Je potrebné ich stanoviť ešte pred podaním prvej žiadosti, nie až počas sporu o neskoršiu žiadosť. Zadávateľ stanoví limit pre každú žiadosť a kumulatívny limit pre nepredvídané výdavky. Rozdelenie žiadosti s cieľom neprekročiť limit sa počíta ako jedna žiadosť. Tieto spúšťače posielajú žiadosť priamo zadávateľovi.

Táto žiadosť posúva termín spustenia do prevádzky alebo iný stanovený míľnik.
Táto žiadosť spolu s doteraz schválenými žiadosťami čerpá z rezervných prostriedkov nad rámec limitu, ktorý stanovil zadávateľ.
Táto žiadosť mení kritérium fázy schvaľovania alebo schválený návrh.
Integrátor a riaditeľ programu sa nezhodujú v otázke dopadu.

Všetko, čo je pod hranicou spúšťacích kritérií, zostáva v kompetencii programového riaditeľa, ktorý to zaznamenáva a v každom riadiacom cykle podáva správu o zostatku rezervných prostriedkov.

Úlohy v rámci cezhraničného schvaľovania pre závody a ústredie skupiny

Riaditeľ závodu alebo generálny riaditeľ potvrdí, že žiadosť je z prevádzkového hľadiska nevyhnutná. Odborníci s príslušnou kvalifikáciou v krajine, kde sa závod nachádza, potvrdia splnenie všetkých zákonných požiadaviek. Centrála potvrdí súlad so štandardmi skupiny a uvoľní finančné prostriedky.

Jasné hranice sú prospešné pre obe strany. Závod dostane rozhodnutie alebo datovanú žiadosť o predloženie dôkazov na prvom zasadnutí riadiaceho výboru, ktorý túto žiadosť prerokuje. V prípade žiadostí na základe požiadaviek zákazníka alebo zákonných požiadaviek môže zadávateľ stanoviť mimoriadny postup a určiť jeho interval. Centrála má prehľad o každom rozhodnutí v rámci jedného záznamu.

Povinné polia v zázname o rozhodnutí o zmene ERP systému

Záznam o rozhodnutí o zmene poskytuje zadávateľovi jednu stranu na každú žiadosť. Ide o pracovný nástroj na riadenie zmien v rozsahu ERP. CE Interim ho navrhuje ako praktickú pomôcku, nie ako uznávanú normu. Obsahuje šesť polí.

Popis požiadavky na zmenu: čo žiadateľ požaduje a prečo práve teraz.
Obchodná hodnota a prevádzkové odôvodnenie: proces, ktorý chráni.
Náklady dodávateľa a vplyv na interné zdroje: externý poplatok, interné pracovné hodiny a zostatok rezervy pred a po.
Testovanie závislostí a vplyvu harmonogramu: testy a termíny, ktorých sa to týka.
Zmenený alebo nahradený rozsah: čo prípadne zostáva v platnosti.
Schválené rozhodnutie a aktualizovaná východisková situácia: schvaľovateľ, zvolená možnosť a revidovaný plán.

Riaditeľ programu zaznamená vplyv ešte predtým, ako sponzor prijme rozhodnutie. Následne riaditeľ aktualizuje príslušný plán a informuje dotknuté pracoviská a integrátora. Schválenie spustenia, zmluva a kritériá prijatia sú samostatné rozhodnutia s vlastnými podkladmi. Tieto zostávajú u sponzora alebo u predstavenstva, ak je miesto neobsadené. Akákoľvek zmena termínu, ku ktorému sa predstavenstvo zaviazalo, sa takisto predkladá predstavenstvu.

Spoľahlivosť záznamu závisí od spoľahlivosti údajov, ktoré obsahuje. Skúsený sponzor nedôveruje žiadosti, ku ktorej je priložený len jeden odhad, pretože každá strana stanovuje cenu len pre svoju vlastnú časť.

Najprv zistite, čo v jednotlivých odhadoch chýba: opakované testovanie, pracovný čas kľúčových používateľov, zodpovední za rozhrania a čas na nácvik prechodu. Po druhé, zosúladte údaje integrátora, prevádzky a centrálneho finančného oddelenia do jedného záznamu, aby žiadna strana nehodnotila svoj vlastný vplyv. Až potom položte kľúčovú otázku: môže podnik fungovať v deň spustenia bez tejto zmeny?

Ručný krok v nekritickom procese môže zostať nedokonalý. Rovnako tak aj správa, ktorá čaká na prvé vydanie. Medzery vo fakturácii, riadení zásob, expedícii zákazníkom alebo dodržiavaní právnych predpisov by však nemali. Zostáva ešte kompromis v podobe rezervy. Každé schválenie stojí peniaze, ktoré nemôžu pokryť ďalšiu žiadosť, preto by mal sponzor poznať stav prostriedkov, než dá súhlas.

Príklady z praxe: Vyhodnotenie zmien rozsahu ERP na základe faktov

Tento scenár je hypotetický. Nejedná sa o klienta CE Interim a uvedené čísla slúžia len na ilustráciu, nie sú referenčnými hodnotami. Rakúsky dodávateľ pre automobilový priemysel zavádza šablónu ERP svojej skupiny do závodu v Poľsku. V priebehu jedného riadiaceho cyklu dorazí niekoľko požiadaviek, z ktorých každá je označená ako malá.

Pred zasadnutím riaditeľ programu ERP zaznamená každú žiadosť do záznamu o rozhodnutí o zmene. Integrátor poskytne písomné stanovisko k vplyvu na náklady, testovanie a termíny. Prevádzka a centrálne finančné oddelenie uvedú počet interných pracovných hodín. Tento záznam poskytuje zadávateľovi štruktúrovaný spôsob, ako posúdiť, zvážiť a rozhodnúť o každej navrhovanej zmene v systéme ERP. Zabraňuje tomu, aby boli akékoľvek úpravy rozsahu projektu prijaté bez jasného prehľadu o nákladoch, testovaní a míľnikoch dodávky.

Príklad prijatia: Automatizovaná rezervácia vrátenia tovaru priamo na výrobnej linke

Závod chce, aby operátori prestali ručne zadávať vrátený šrot, a táto požiadavka zodpovedá základným kritériám.

Požiadavka: Automatizovaná rezervácia vrátenia tovaru priamo na linke.
Výhoda: Eliminuje potrebu ručného zadávania údajov o vrátenom odpade; šetrí 1,5 administratívnej hodiny na zmenu.
Náklady: 18 500 € za služby externého dodávateľa; 45 hodín času interných kľúčových používateľov na konfiguráciu.
Testovanie a harmonogram: Vyžaduje sa 4-dňové regresné testovanie v pracovnej skupine Assembly; žiadne oneskorenie na kritickej ceste.
Rozsah presunu: Nie je potrebný; nepredvídané okolnosti sú pokryté.
Rozhodnutie a východiskový stav: Schválené (Prijmúť teraz): Aktualizovaný východiskový rozpočet; testovanie dokončené v 4. sprinte.

Riaditeľ závodu potvrdzuje túto potrebu. Vplyv je pod kontrolou: testovanie je zaradené do pracovného toku s voľnou kapacitou a kritická cesta zostáva zachovaná. Neplatia žiadne spúšťače eskalácie, a preto riaditeľ programu schváli zmenu v rámci delegovaného limitu. Záznam o tomto rozhodnutí sa zašle zadávateľovi. Riaditeľ aktualizuje základný plán a v tom istom riadiacom cykle podá správu o zostávajúcej rezervnej kapacite.

Príklad výmeny rozsahu: Vlastný riadiaci panel KPI pre vedenie

Vedenie skupiny požaduje zavedenie prehľadového panela namiesto statických správ v tabuľkách, a táto požiadavka je oprávnená.

Požiadavka: Vlastný riadiaci panel s kľúčovými ukazovateľmi výkonnosti (KPI).
Význam: Nahradzuje statické vykazovanie prostredníctvom tabuliek pre výkonný manažérsky tím skupiny.
Náklady: 34 000 € na vývoj zo strany dodávateľa; 30 hodín na kontrolu centrálneho finančného výkazníctva.
Testovanie a harmonogram: Vysoká zložitosť; počas užívateľského akceptačného testovania odčerpáva pozornosť hlavných architektov pre reporting.
Presunutý rozsah: Odložte nekritické súhrnné správy o nákladových strediskách na druhý deň.
Rozhodnutie a východisková situácia: Rozsah projektu bol upravený: Schválené na počiatočné vydanie; súhrnné správy boli odložené na fázu 1.1.

Centrála má v tejto oblasti skutočnú potrebu: spoľahlivý prehľad o prevádzke. Náklady presahujú poplatok dodávateľovi, pretože prijímacie testovanie vyžaduje tých istých architektov zodpovedných za vypracovanie správ. Odloženie schválených súhrnných správ mení schválený návrh, čo vedie k eskalácii. Sponzor zaznamená písomný súhlas vlastníka správy s odložením a následne vykoná výmenu namiesto pridania. Dashboard sa stáva súčasťou počiatočnej verzie.

Príklad odloženia: Sledovateľnosť paliet pre konkrétneho zákazníka

Jeden regionálny distribútor má neštandardné logistické požiadavky a obchodný vzťah je dôležitý.

Požiadavka: Sledovateľnosť paliet pre konkrétneho zákazníka.
Hodnota: Splnenie neštandardnej logistickej požiadavky pre jedného regionálneho distribútora.
Cena: poplatok predajcovi vo výške 26 000 €; rozsiahla logika vytvorená na mieru v module správy skladu.
Testovanie a harmonogram: Odkladá schválenie integrácie systému správy skladu o 12 pracovných dní.
Rozsah, ktorý nebol zahrnutý: Žiadny nebol identifikovaný zo strany žiadajúcej pracovnej skupiny.
Rozhodnutie a východiskový stav: Odložené na fázu 1.1: Nasadené 60 dní po spustení; spočiatku sa používal protokol ručného balenia.

Toto oneskorenie posúva termín splnenia záväzného míľnika, čo spúšťa eskaláciu, a príslušný pracovný tok, z ktorého žiadosť pochádza, neumožňuje ustúpiť. Riaditeľ závodu potvrdzuje, že distribútor potrebuje funkčný proces už od prvého dňa. Riešením je manuálny protokol. Sponzor žiadosť odloží, určí vedúceho skladu za zodpovedného za protokol a stanoví termín kontroly.

Príklad odmietnutia: Automatizované fakturovanie prostredníctvom vlastných faktúr dodávateľov

Finančné oddelenie požaduje rýchlejšie zosúlaďovanie faktúr v rámci celej dodávateľskej siete a prínos tohto opatrenia je zrejmý.

Žiadosť: Automatizované vystavovanie faktúr dodávateľmi formou samofakturácie.
Hodnota: Umožňuje rýchlejšie zosúlaďovanie faktúr v rámci európskej dodávateľskej siete.
Náklady: 52 000 € na vývoj zo strany dodávateľa; rozsiahla rekonfigurácia rozhrania EDI.
Testovanie a harmonogram: Mení základné pravidlá finančného zaúčtovania; ohrozuje termín prechodu na nový hlavný finančný systém.
Posunutý rozsah: Žiadne; žiadajúci tím nie je ochotný zmeniť rozsah projektu.
Rozhodnutie a východisková situácia: Zamietnuté: Vysoké riziko súvisiace s harmonogramom; pre spustenie do prevádzky sa zachová štandardné zosúlaďovanie objednávok.

Rozhodnutie závisí od rizika spojeného s harmonogramom, nie od vecnej opodstatnenosti. Žiadosť mení základné pravidlá finančného zaúčtovania, čo vedie k zmene schváleného návrhu a spúšťa postup eskalácie. Tím, ktorý žiadosť podal, nezmení rozsah projektu. Objednávateľ zachová štandardné nastavenie pre spustenie do prevádzky a zaznamená dôvod. Samostatné fakturovanie sa týka aj pravidiel fakturácie, ktoré sa v jednotlivých krajinách líšia. Odborníci s kvalifikáciou v Poľsku overia, čo pravidlá povoľujú, skôr než sa návrh vráti späť.

Hlavné závery z príkladov zmien rozsahu ERP

Ten istý záznam viedol k rôznym odpovediam na žiadosti, ktoré sa navzájom podobali, a žiadna z nich neznamenala plošné pozastavenie. Ide o vzory v tomto scenári, nie o pravidlá. Schválená žiadosť mala obmedzený dosah a kritická cesta zostala zachovaná. Výmena fungovala, pretože obmedzujúcim faktorom bola testovacia kapacita a nekritická položka mala ochotného vlastníka. Odloženie fungovalo, pretože podnik mohol fungovať na základe konkrétneho dočasného riešenia. Zamietnutie nasledovalo po vysokom riziku v harmonograme, pričom nebol priestor na ústupky.

Závod dostal odôvodnenú odpoveď na každú žiadosť, vrátane tých, ktoré neboli schválené. Schválená žiadosť čerpala z rezervy, takže ďalšia žiadosť bude čerpať z menšej rezervy. Skupina si zachováva základnú úroveň, ktorú dokáže zdôvodniť.

Riešenie medzier v riadení pri kontrole zmien v rozsahu ERP

Kompetentný vnútropodnikový orgán môže vykonávať kontrolu zmien rozsahu ERP s delegovanými limitmi a postupom smerujúcim k sponzorovi. Sponzor, alebo predstavenstvo v prípade, že táto funkcia nie je obsadená, môže overiť súlad s týmito podmienkami uvedenými v zázname o programe.

Žiaden vedúci pracovník na strane zákazníka nemá na starosti rozpočet, testovací plán aj plán prechodu súčasne, a preto o každom z nich rozhodujú samostatné pracovné skupiny.
Riaditeľ programu nemôže pozastaviť neformálne rozšírenia rozsahu, pretože mu túto právomoc nikto písomne neudelil.
Pozícia sponzora je voľná alebo sponzor vedie podnik, a preto žiadosti čakajú dlhšie, než trvá jeden riadiaci cyklus.
Údaje o dopadoch zo strany integrátora, prevádzky a finančného oddelenia sa stále líšia a nikto nemá právomoc ich zosúladiť.

Ak sa naplnia dve alebo viac z týchto podmienok, program už nerozhoduje o žiadostiach týkajúcich sa jedného záznamu. Skupine potom hrozí, že zaplatí dvakrát, alebo že sa termín predstavenstva automaticky posunie. Podľa posúdenia spoločnosti CE Interim program v takom prípade predstavuje riziko kritické pre podnik a vyžaduje si vedúcu osobnosť na strane zákazníka s výkonnými právomocami. Samotný termín nie je dôvodom na vymenovanie dočasného výkonného riaditeľa.

Úloha dočasného riaditeľa pre transformáciu v rámci riadenia ERP

. Dočasný riaditeľ pre transformáciu a programy môže mať právomoc schvaľovať zmeny na strane zákazníka. Táto úloha rozhoduje v rámci písomného poverenia. Je zodpovedná voči tomu, kto ju poveril: sponzorovi alebo predstavenstvu, ak je táto pozícia neobsadená. Nie je to ani projektový manažér integrátora, ani poradca, ktorý iba odporúča.

Mandát stanovuje limity delegovania právomocí, ktoré sa určujú po zosúladení údajov do jedného záznamu. Určuje dočasného vedúceho ako jediného zodpovedného vlastníka plánu na strane zákazníka. Stanovuje postup eskalácie a dohoduje odovzdanie zodpovednosti menovanému vlastníkovi. Vedúci predkladá rozhodovateľovi potvrdenie o potrebe zo strany závodu, potvrdenie o súlade s miestnymi právnymi predpismi a schválenie uvoľnenia kapitálu zo strany ústredia.

Dočasní partneri CE kontrolujú kvalitu záznamu o zmene a podporujú eskaláciu. V dohodnutých intervaloch poskytujú osobe, ktorá delegovala právomoc, prehľad o postupe a dohliadajú na odovzdanie.

Určenie rámca dočasného mandátu na výkon dohľadu nad výkonnou mocou

Ak je miesto riaditeľa neobsadené alebo chýba písomné splnomocnenie, túto funkciu počas trvania mandátu vykonáva dočasný výkonný riaditeľ. To isté platí aj v prípade, ak je táto funkcia súčasťou oddelenia integrácie alebo IT.

Ak je k dispozícii kompetentný riaditeľ, ale voľné miesto je na úrovni sponzora, mandát sa vzťahuje na osobu nadriadenú riaditeľovi. Ak je miesto sponzora neobsadené, predstavenstvo pred začatím platnosti mandátu určí osobu, ktorá má právomoc prijímať vyhradené rozhodnutia. Tieto rozhodnutia sa týkajú kapitálu presahujúceho stanovené limity, časového harmonogramu a dátumu spustenia. A Interim CFO alebo Interim COO môže ich udržať v medziach stanovených predstavenstvom.

Poradie je dôležité. Najskôr výkonný manažér zjednotí údaje o dopadoch od integrátora, závodu a finančného oddelenia do jedného záznamu. Do tohto záznamu zahrnie aj neformálny zoznam nevybavených úloh a má právomoc pozastaviť pridávanie nových neformálnych položiek. Následne sponzor, alebo predstavenstvo v prípade, že je táto pozícia neobsadená, na tomto základe stanoví limity delegovania. Až potom výkonný manažér spustí riadiaci cyklus s termínom odovzdania dohodnutým na začiatku.

Toto menovanie nemení zmluvu o realizácii, nezrušuje kritériá prijatia ani neoprávňuje na spustenie projektu. Tieto právomoci zostávajú v rukách zadávateľa alebo predstavenstva, ak je miesto v predstavenstve neobsadené. Akákoľvek zmena termínu, ku ktorému sa predstavenstvo zaviazalo, sa takisto predkladá predstavenstvu.

Zverejnené usmernenia týkajúce sa riadenia rozsahu ERP

Princíp riadenia rozsahu podporujú dva uverejnené zdroje. V usmerneniach spoločnosti Microsoft k riešeniu Dynamics 365 sa opisujú návrhové tabule, ktoré preskúmať a schváliť návrhy riešení. Uvádza sa v ňom, že tímy by mali dodržiavať kritériá jednotlivých fáz, a nemali by ich preskakovať "kvôli tlaku alebo optimizmu".

Poskytovateľ ERP služieb Atreus uvádza, že prekročenie rozpočtu pri zavádzaní ERP systému v oblasti popredajných služieb že sa situácia stabilizovala. Spoločnosť prehodnotila rozsah, rozpočet a fázy projektu a vymedzila úlohy a zodpovednosti pre obchodné oddelenie, IT a partnerov. Ani jeden zo zdrojov tento záznam neopisuje ani neuvádza ako príčinu žiadnu konkrétnu zmenu. Správa spoločnosti Atreus je správou poskytovateľa, nie nezávislým auditom.

Najčastejšie otázky týkajúce sa riadenia zmien v rozsahu ERP

Mali by sa zmeny v rozsahu ERP zmraziť tesne pred spustením do prevádzky?

Nie je to všeobecné pravidlo. Zmrazenie môže spôsobiť, že podnik nebude schopný fungovať. Zmena, ktorá spĺňa zákonnú požiadavku alebo chráni kľúčový proces, má silné dôvody na schválenie. Odborníci v krajine, kde sa závod nachádza, by mali potvrdiť, že táto požiadavka je skutočná. Nepodstatné vylepšenia môžu počkať na neskoršiu verziu.

Kto schvaľuje zmeny v rámci systému riadenia zmien v ERP?

Riaditeľ programu ERP schvaľuje žiadosti v rámci delegovaných limitov a eviduje ich. Žiadosť, ktorá spĺňa kritériá na spustenie procesu, sa postúpi výkonnému sponzorovi, ktorý rozhoduje o finančných prostriedkoch, časovom harmonograme a termíne spustenia do prevádzky. Sponzor tiež rieši akékoľvek nezhody medzi integrátorom a riaditeľom programu týkajúce sa dopadu.

Nahradí dočasný výkonný riaditeľ riaditeľa programu ERP?

Nie je to štandardné. Túto funkciu zastáva kompetentný riaditeľ s písomným poverením. Ak ju zastáva dočasný výkonný riaditeľ, mandát stanovuje hierarchické vzťahy a hranice delegovania právomocí. Hneď na začiatku tiež stanovuje termín odovzdania funkcie. Rozhodnutia týkajúce sa zmluvy, schválenia a spustenia projektu zostávajú v kompetencii sponzora alebo predstavenstva, ak je táto pozícia neobsadená.

Čo sa stane s dohodnutým termínom spustenia, keď sa schváli zmena ERP systému?

Sponzor písomne aktualizuje základné parametre programu: hlavný harmonogram, termíny kontrolných bodov, plány integračných testov a rozpočet. Riaditeľ programu následne informuje všetky dotknuté pracoviská a dodávateľov. Ak predstavenstvo schválilo pôvodný termín, sponzor najskôr predloží nový termín predstavenstvu.

Kontrola zmien v rozsahu ERP chráni základný plán, keď každá žiadosť prináša svoje náklady, testovanie a vplyv na termín v rámci jedného rozhodnutia. Žiadosť schválená bez zohľadnenia týchto dôsledkov môže viesť k spusteniu do prevádzky skôr, ako predstavenstvo odsúhlasí nový termín. Sponzor, alebo predstavenstvo v prípade, že je miesto neobsadené, najprv overí splnenie vyššie uvedených podmienok na základe záznamov programu. Ďalším krokom je stanovenie hraníc delegovania právomocí a posúdenie, či sa medzera nachádza na úrovni programu alebo sponzora.

Ďalšie články na túto tému:

Spoločnosť CE Interim poskytuje cezhraničné riadiace služby pri kľúčových transformáciách podnikov. Po dokončení zadávacieho listu je pripravený začať pracovať už preverený manažér, ktorý spĺňa požiadavky zadania a je viazaný dohodou o mlčanlivosti.

Ak platia dve alebo viac z uvedených podmienok, poraďte sa s Dočasný partner spoločnosti CE o mandáte.