Proč většina implementací ERP nedodrží rozpočet a termín: 7 nejčastějších příčin

Implementace ERP, tedy zavedení podnikového systému pro objednávky, výrobu, sklad a další agendy, nejčastěji přetahuje rozpočet i termín kvůli rozhodnutím, která padla ještě před podpisem smlouvy, například kvůli nejasně ohraničenému rozsahu nebo chybějící analýze procesů. Software jako takový bývá příčinou méně často než příprava a řízení projektu na straně firmy. Na těchto sedm příčin u ERP projektů narážím nejčastěji a u každé ukážu, jak jí předejít.

Jak často ERP projekty přetáhnou rozpočet

Podle zprávy The 2026 ERP Report od společnosti Panorama Consulting Group, která výsledky ERP projektů sleduje každoročně, překročila rozpočet více než čtvrtina organizací, nejčastěji kvůli technologiím, které musely dokupovat během projektů. Studie McKinsey a Oxfordské univerzity z roku 2012, která prošla více než 5 400 IT projektů, navíc ukázala, že každý rok trvání projektu navíc zvýšil překročení nákladů o 15 %. Zpoždění se tak propisuje i do rozpočtu.

7 příčin, proč implementace ERP selhávají

1. Nikdo nedefinoval rozsah

Za rozsah projektu se považuje písemný seznam procesů, modulů a integrací, které má ERP pokrýt, včetně toho, co do projektu patřit nebude. Bez něj se každý nápad z porady změní v práci nad rámec původní nabídky, kterou pak dodavatel oprávněně fakturuje navíc.

Moje zkušenost z praxe: Klient se rozhodl, že chce implementovat ERP a dokonce si na to vyjednal a nechal schválit dotaci. Bohužel bez přesné představy jak budou vypadat procesy digitálně. Následně kvůli tlaku na dodržení dotačního termínu a nutnosti soutěžit dodavatele přes veřejné výběrové řízení musel koupil “zajíce v pytli” a osekat rozsah projektu na minimum.

Prevence: sepište si rozsah a podobu budoucích digitálních procesů ještě před oslovením dodavatelů nebo žádostí o dotaci. Každou pozdější změnu si nechte od dodavatele nejdříve písemně nacenit a schvalte ji, než se na ní začne pracovat. Jak na to, se dočtete v článku Jak oslovit dodavatele a získat srovnatelné nabídky.

2. Výběr systému předběhl analýzu procesů

Procesní analýza zachycuje, jak ve firmě probíhá skutečná cesta od objednávky až po fakturu, spolu s výjimkami a ručními kroky mimo systém, například s přepisováním objednávek z e-mailu do tabulky. Bez analýzy firma vybírá podle ukázky, kterou si dodavatel připravil na ideální provoz. Podle zprávy Panoramy z roku 2026 firmy často až pozdě zjistí, že systém jejich provozu neodpovídá, a dohánějí to dalším nákupem technologií a úpravami na míru.

Moje zkušenost z praxe: Klient se rozhodl udělat procesní analýzu až po vysoutěžení dodavatele ERP. Až potom zjistil, že řešit věci jako jsou např. elektronický podpis nebo komunikaci s dodavatelemi vůbec nelze, tak jak by si to představoval.

Prevence: zmapujte hlavní procesy ještě před výběrem a chtějte po dodavatelích ukázku systému na vašich vlastních scénářích.

3. Upravuje se systém místo procesu

Customizace je úprava standardního ERP programováním pro konkrétní firmu. Problém nastává, když firma trvá na svém dosavadním postupu a nechá kvůli němu systém přeprogramovat, místo aby změnila postup. Postup přitom většinou vznikl právě kvůli omezeným možnostem starého systému. Každá taková úprava se pak platí při vývoji, testování i dalším upgradu.

Moje zkušenost z praxe: státní společnost měnila zastaralý systém za nový a trvala na tom, že nemá čas u sebe měnit nebo optimalizovat procesy a fungování v novém systému musí přesně odpovídat tomu starému. To vedlo k obrovskému množství vývoje, který celý projekt prodražil na 4násobek původního plánu a na další roky prodražil jeho rozvoj a jeho upgrady.

Prevence: upravujte systém jen tam, kde vám proces přinese konkurenční výhodu.

4. Chybí silný interní vlastník projektu

Interní vlastník projektu má být člověk z firmy, který má na ERP vyhrazený čas, pravomoc rozhodovat a bude odpovídat za výsledek. Když projekt dostane IT správce nebo účetní jako práci navíc, nemá na něj dostatek času. Rozhodnutí se pak odkládají a hodiny dodavatele běží dál.

Moje zkušenost z praxe: Soukromá společnost implementovala ERP do 2 různých poboček v rámci jednoho projektu. Zatímco jedna z poboček si na projekt alokovala zaměstnance na poloviční úvazek pro dodávání součinnosti dodavateli, ta druhá ne. Zkuste hádat, která pobočka musela odložit projekt o několik měsíců.

Prevence: jmenujte vlastníka, který smí rozhodovat bez schvalování každé drobnosti, uvolněte mu část pracovní doby na projekt zavedení ERP a zajistěte mu podporu člověka z vedení, který ho podrží a rozhodne případné spory.

5. Nejsou sepsaná akceptační kritéria

Akceptační kritéria jsou předem dohodnuté podmínky, podle kterých firma pozná, že dodavatel dodal smluvenou funkci správně a může ji od něj převzít. Bez nich se z předávky stává jen vyjednávání, při kterém každá strana tvrdí něco jiného.

Moje zkušenost z praxe: dodavatel nejmenovaného známého ERP systému se dostal do prodlení oproti smlouvě a snažil se proto nehotový systém s argumentací, že se spoustou věcí při tvorbě nabídky nepočítal. Dobře vyspecifikovaný rozsah ve smlouvě a v cílovém konceptu připraveném během analytické fáze nám ale dal jasný důkaz o tom, co se ve skutečnosti zavázal dodat a co ne.

Prevence: ke každému hlavnímu procesu si sepište testovací scénář už do poptávky (RFP) a smlouvy a plaťte až po převzetí.

6. Podceněná migrace dat

Migrací dat se rozumí převod zákazníků, položek, kusovníků, zásob a rozpracovaných objednávek ze starého systému do nového. Data bývají komplikovanější, než firma tuší, a projít je musí její lidé, protože dodavatel například netuší, který ze tří duplicitních zákazníků je ten správný.

Moje zkušenost z praxe: Klientovi jsme slíbili migraci dat za pevnou cenu, aniž bychom data předem hloubkově analyzovali. Ukázalo se, že data ve starém systému nejsou konzistentní, a migrace nám zabrala zhruba pětinásobek odhadovaného času. Klient na tom nebyl nijak škodný, ztrátu jsme zaplatili z vlastní marže. Od té doby audit dat děláme vždy před naceněním.

Prevence: udělejte audit dat ještě na začátku a před ostrým startem trvejte na zkušební migraci.

7. Nikdo nehlídá dodavatele

Během projektu pravidelně porovnávejte, kolik peněz už projekt spotřeboval a kolik práce je skutečně hotové a převzaté. Bez toho firma dostává jen soupis odpracovaných hodin, aniž by věděla, jak je projekt daleko, a problém zjistí, až když jsou peníze pryč. Obzvlášť u větších projektů se vyplatí nezávislý dohled, který nestojí na straně dodavatele. Pokud chcete, aby rozsah, dodavatele i rozpočet hlídal někdo za vás, podívejte se na službu Řízení IT projektů.

Moje zkušenost z praxe: společnost si mě najala jako dohled nad dodavatele pro implementaci známého ERP u kterého si kvůli podmínkám výrobce prakticky nemůžete vybrat implementačního partnera sami. Během dodávky se ukázalo, že dodavatel možná rozumí účetnictví, ale prakticky není schopen realizovat velkou a komplexní zakázku. Do značné míry bylo nutné převzít řízení projektu za něj.

Prevence: vyžádejte si projektový plán a seznam nutné součinnosti a alespoň jednou za dva týdny ho s dodavatelem procházejte. Trvejte také na plánu testování, školení, cutover plánu a dalších věcech, které zajistí žádaný průběh projektu.

Shrnutí

Většině příčin, kvůli kterým ERP projekty přetáhnou termín i rozpočet, jde předejít ještě před podpisem smlouvy, například včasným auditem dat nebo jasně sepsaným rozsahem. Pokud výběr ERP systému teprve chystáte, začněte strukturovaným oslovením dodavatelů přes RFI a RFP.