Proč firmy implementační přípravu podceňují
Implementační příprava je fáze projektu, která není na první pohled viditelná. Nevzniká při ní žádný software, neukazují se žádné výstupy na obrazovce a uživatelé ji nevnímají jako „skutečnou práci". Přirozeně proto čelí tlaku na zkrácení nebo zjednodušení.
Vedení firem navíc často vnímá přípravu jako čas, kdy se nic neděje a tlačí na rychlejší postup k samotnému spuštění. Tento tlak je pochopitelný, ale kontraproduktivní. Každý týden ušetřený na přípravě se zpravidla promění v několik týdnů problémů po spuštění.
Zkušenosti z implementací ERP ve výrobních firmách ukazují opakující se vzorec: firmy, které investovaly dostatek času do přípravy, spustily systém s minimem provozních problémů a rychle dosáhly plánované produktivity. Firmy, které přípravu zkrátily, strávily první měsíce po spuštění hašením problémů, které příprava měla odhalit.
Co implementační příprava zahrnuje
Implementační příprava ERP projektu není jednorázová aktivita, je to strukturovaný proces zahrnující několik klíčových oblastí.
- Procesní analýza
Procesní analýza je základem celé implementace. V této fázi konzultanti dodavatele společně s klíčovými uživateli firmy mapují skutečný průběh procesů — jak zakázka prochází firmou, kde vznikají předávky mezi odděleními, jak se řeší výjimky a nestandardní situace.
Výstupem procesní analýzy jsou:
- dokumentace klíčových procesů v podobě, která slouží jako základ pro nastavení systému
- identifikace oblastí, kde standardní funkcionalita systému pokryje potřeby firmy
- identifikace oblastí, kde bude potřeba parametrizace nebo zákaznický vývoj
- seznam otevřených otázek a rozhodnutí, která musí firma učinit před nastavením systému
Procesní analýza je placenou službou a její kvalita zásadně ovlivňuje celý průběh implementace. Zkrácení nebo povrchní provedení analýzy se vždy projeví v pozdějších fázích projektu.
- Příprava a čištění dat
Data jsou základem ERP systému. Jejich kvalita přímo určuje, zda systém po spuštění funguje správně nebo generuje chybné výstupy od prvního dne.
Ve výrobních firmách jsou nejkritičtějšími datovými oblastmi:
Kusovníky a technologické postupy. Neúplné nebo nepřesné kusovníky vedou k chybným výrobním příkazům, nesprávné spotřebě materiálu a nepřesným kalkulacím nákladů. Před migrací do ERP je třeba kusovníky zkontrolovat, doplnit a sjednotit.
Skladové zásoby. Stav skladu v novém ERP musí odpovídat skutečnosti ke dni spuštění. Jakýkoliv nesoulad se projeví okamžitě, chybějící materiál, duplicitní záznamy nebo záporné stavy skladu jsou typickými důsledky nepřipravené migrace dat.
Číselníky a kmenová data. Zákazníci, dodavatelé, výrobky, střediska, tato data musí být před migrací očištěna od duplicit, sjednocena v pojmenování a doplněna o povinné atributy, které nový systém vyžaduje.
Otevřené zakázky a doklady. Zakázky, které jsou ve výrobě nebo obchodní případy, které jsou v procesu, musí být do nového systému migrovány v konzistentním stavu. Migrace otevřených dokladů je zpravidla nejnáročnější částí datové přípravy.
Příprava dat není jednorázová aktivita. Probíhá ve více kolech souběžně s nastavením systému a vyžaduje aktivní zapojení klíčových uživatelů firmy.
- Testování systému
Před spuštěním musí firma ověřit, že systém je nastaven správně a že skutečně podporuje její procesy. Testování probíhá ve dvou rovinách:
Funkční testování. Ověření, že jednotlivé funkce systému fungují správně, tj. výrobní příkazy se generují správně, fakturace počítá správně, skladové pohyby se zaúčtovávají správně.
Procesní testování. Ověření průchodu klíčových procesů end-to-end — od přijetí zakázky po fakturaci, včetně výjimek a nestandardních situací. Právě procesní testování odhaluje problémy na rozhraní modulů, které funkční testování nepostihne.
Testování by měli provádět klíčoví uživatelé, ne pouze IT nebo konzultanti dodavatele. Uživatel, který systém bude každý den používat, odhalí problémy, které technikovi uniknou.
- Školení uživatelů
Školení uživatelů je oblast, která se v ERP projektech pravidelně podceňuje — buď se zkrátí z časových důvodů, nebo se omezí na obecný přehled funkcí bez vazby na konkrétní pracovní postupy.
Efektivní školení má několik zásad:
Školení by mělo být procesní, ne funkční. Uživatel nepotřebuje vědět, co všechno systém umí. Potřebuje vědět, jak v systému provést svoji každodenní práci od A do Z, včetně typických výjimek.
Školení by mělo proběhnout těsně před spuštěním. Školení provedené dva měsíce před spuštěním je z velké části zapomenuto. Optimální je školení v horizontu dvou až čtyř týdnů před startem.
Klíčoví uživatelé by měli být vyškoleni dříve a hlouběji. Tito uživatelé budou po spuštění první linií podpory pro své kolegy, tj. musí systém znát lépe než ostatní.
- Pilotní provoz
Pilotní provoz je fáze, kdy systém běží v omezeném rozsahu, zpravidla na jednom středisku, pro jeden typ zakázek nebo pro omezený okruh uživatelů a paralelně s ním ještě funguje starý způsob práce.
Pilotní provoz plní několik funkcí:
- ověřuje, že systém funguje správně v reálném provozu, ne pouze v testovacím prostředí
- poskytuje uživatelům možnost seznámit se se systémem bez plného provozního tlaku
- odhaluje problémy a mezery v nastavení, které testování nezachytilo
- umožňuje ladění systému před plným spuštěním
Ne každý ERP projekt pilotní provoz zahrnuje. To závisí na rozsahu implementace a přijatelné míře rizika. Pro výrobní firmy s komplexními procesy je ale pilotní provoz silně doporučen.
- Podpora po spuštění
Spuštění systému není konec projektu, je to začátek nejnáročnějšího období implementace. První týdny a měsíce po spuštění jsou kritické: uživatelé se adaptují na nový způsob práce, objevují se problémy, které testování nezachytilo, a systém vyžaduje ladění na základě reálného provozu.
Kvalita podpory v tomto období zásadně ovlivňuje, jak rychle firma dosáhne plánované produktivity. Plán podpory po spuštění by měl být součástí implementační smlouvy — včetně garantovaných reakčních dob a způsobu řešení požadavků.
Příklad z praxe: když se příprava podcení
Následující příklad je ilustrativní. Vychází z typických vzorců, které se v ERP projektech opakují, nikoliv z konkrétního případu.
Výrobní firma stanovila termín spuštění ERP systému na začátek nového účetního roku. Termín byl pevný a nepodléhal diskusi, vedení chtělo začít nový rok v novém systému.
Jak se termín přibližoval, bylo zřejmé, že příprava nestíhá. Kusovníky nebyly zkontrolovány, bylo rozhodnuto je migrovat ve stávající podobě a opravovat za provozu. Školení bylo zkráceno na jeden den místo plánovaných tří. Pilotní provoz byl vypuštěn jako zbytečný luxus.
Systém byl spuštěn v termínu. První týden provozu ale přinesl sérii problémů. Neúplné kusovníky generovaly chybné výrobní příkazy. Skladové zásoby neodpovídaly skutečnosti, protože migrace proběhla bez inventury. Uživatelé nevěděli, jak v systému zpracovat kooperace, protože tato situace nebyla součástí zkráceného školení.
Firma strávila první dva měsíce po spuštění hašením problémů, které mohla příprava předejít. Náklady na dodatečné konzultace, opravy dat a ztrátu produktivity výrazně překročily úspory, které zkrácení přípravy přineslo.
Závěr
Implementační příprava ERP projektu není administrativní formalita ani volitelná část projektu. Je to fáze, která rozhoduje o tom, zda spuštění systému proběhne hladce nebo jako série krizových situací.
Každá oblast přípravy: procesní analýza, data, testování, školení, pilotní provoz, má svůj důvod existence a svůj přínos pro výsledek projektu. Zkrácení nebo vypuštění kterékoliv z nich zvyšuje riziko problémů po spuštění.
Nejlepší investicí do úspěchu ERP projektu je čas a pozornost věnovaná přípravě. Systém, který je dobře připraven, se spouští jednou. Systém, který připraven není, se spouští znovu v podobě rozsáhlých oprav a dodatečných nákladů.
Úspěšná implementace ERP začíná dávno před spuštěním systému.
Tento článek je součástí série Akademie ERP výběru: Jak vybrat ERP systém pro výrobní firmu.
Celá série:
- Jak vybrat ERP systém pro výrobní firmu: začněte procesy, ne funkcemi →
- Proč ERP systém nevyřeší špatné procesy ve výrobní firmě →
- Proč celkové náklady ERP systému jsou vždy vyšší, než se zdá →
- Jak vybrat ERP systém správné velikosti pro výrobní firmu →
- Proč měřitelné cíle rozhodují o úspěchu ERP projektu →
- Jak vybrat dodavatele ERP systému pro výrobní firmu →
- Proč zapojení uživatelů rozhoduje o úspěchu ERP projektu →
- Jak vybrat ERP systém, který poroste spolu s vaší firmou →
- Jak testovat ERP systém na reálných scénářích výrobní firmy →
- Implementační příprava ERP: co rozhoduje o úspěchu projektu →
- Proč kvalita dat rozhoduje o úspěchu ERP systému ve výrobě →
V případě zájmu o nezávislou konzultaci výběru ERP dodavatele je možné navázat odbornou diskusí.