'%3e%3cpath%20d='M244.878%2035.7847C237.525%2038.9118%20234.413%2048.1647%20237.933%2056.4407C240.276%2061.9507%20250.259%2069.0586%20256.681%2073.1923C259.064%2074.7287%20261.987%2073.9748%20263.205%2071.5095C263.401%2071.1119%20263.545%2070.6839%20263.633%2070.2357C265.101%2062.7384%20266.914%2050.6143%20264.574%2045.1117C261.054%2036.8357%20252.232%2032.6577%20244.878%2035.7847ZM252.624%2054.0008C249.956%2055.1354%20246.766%2053.6188%20245.493%2050.6234C244.219%2047.6281%20245.346%2044.2754%20248.008%2043.1437C250.676%2042.0091%20253.866%2043.5257%20255.139%2046.5211C256.413%2049.5164%20255.293%2052.8663%20252.624%2054.0008Z'%20fill='%23000000'/%3e%3c/g%3e%3cdefs%3e%3cclipPath%20id='clip0_56_448'%3e%3crect%20width='36.562'%20height='41.1487'%20fill='white'%20transform='translate(228.055%2042.9385)%20rotate(-23.0375)'/%3e%3c/clipPath%3e%3c/defs%3e%3c/svg%3e)
Kdy to firmy řeší
- firma vybírá ERP a potřebuje sepsat zadání, o které se dá opřít
- implementace běží, ale rozchází se s dohodou
- data nejsou připravená a názvosloví si každý vede po svém
- lidé ve výrobě mají se systémem pracovat, ale nikdo je na to nepřipravuje
- chybí někdo, kdo drží projekt jako celek vedle své běžné práce
Jak postupujeme
1. Zadání jako nástroj řízení
Zadávací dokumentace nepopisuje jen seznam funkcí. Definuje cílové ukazatele, principy výběru řešení a celou cestu zakázky krok po kroku, vždy s vlastníkem a požadovaným chováním systému.
2. Datová příprava
Standardizace názvosloví, katalogu operací, vzorů produkce, datového modelu a číselníků. Tuhle práci dodavatel za firmu udělat nemůže, protože vychází z její vlastní logiky.
3. Procesní mapování
Mapujeme přímo s lidmi z provozu, po jednotlivých uzlech. Mapa popisuje, co provoz potřebuje, ne jak má vypadat obrazovka systému.
4. Řízení dodavatele
Eskalace se vede proti písemným závazkům, ne proti pocitu. Od prvního dne existuje změnová tabulka vad a požadavků se stavem a vlastníkem.
5. Change management
Konkrétní termíny místo neurčitých příslibů, školení jako pravidelná rutina, klíčová sdělení od vedení firmy, jeden kanál pro hlášení chyb a denní rytmus během náběhu.
6. Pilot a stabilizace
Pilot běží napříč odděleními současně, s měřitelným kritériem úspěchu a předem stanoveným bodem pro návrat zpět. Starý systém zůstává jako pojistka, dokud ho nikdo nepotřebuje.
Hotový projekt není systém, který je nasazený. Hotový je ve chvíli, kdy firma ví, jak v něm pracovat, a umí pokračovat bez člověka, který implementaci vedl.
Co po nás zůstane
- zadávací dokumentace s popsanou cestou zakázky
- názvoslovná logika, číselníky a pravidla práce s daty
- procesní mapy provozu a navazujících agend
- změnová tabulka vad a požadavků se stavem a vlastníkem
- komunikační materiály a plán pilotního týdne
- uživatelské příručky a postupy pro každodenní provoz
Související projekty
Časté otázky
Kdo má vést implementaci ERP na straně firmy?
Někdo, kdo drží byznys logiku, data a rozhodnutí o způsobu práce, a má na to kapacitu po celou dobu projektu. Pokud tuhle roli nikdo neobsadí, převezme ji dodavatel i s rozhodnutími, která mu nepatří.
Co se stane, když firma nepřipraví data předem?
Systém se naplní duplicitami a nejednotným názvoslovím. Chyba se projeví až v provozu, kdy se s ní pracuje mnohem hůř než před nasazením.
Jak poznáme, že je implementace hotová?
Nasazeno není totéž jako použitelné v provozu. Definice hotového musí být dohodnutá předem a měřitelná, například počtem zakázek, které projdou celou cestou systémem.