Hlavní strana -> Časopis IT Systems -> Rok 2026 -> ERP systémy II -> Potřebujete opravdu nový informační systém?
ERP systémy II , ERP systémy

Potřebujete opravdu nový informační systém?

Václav Kruliš

Mnoho firem si myslí, že potřebuje nový IS. Někdy přitom stačí změna pracovního postupu (procesu), lepší použití toho, co už máte, nebo jednoduchá automatizace. V praxi potkávám mnoho firem, které předkládají poměrně konkrétní požadavek: potřebujeme nové ERP, CRM, vlastní aplikaci nebo alespoň „něco, co nahradí Excel“. Jenže v této větě už je skrytý předpoklad, že problém je technologický a že jeho řešením má být nový systém. Ovšem nejdůležitější rozhodnutí při digitalizaci není, jaký systém vybrat. Ještě předtím je potřeba zjistit, zda nový systém skutečně potřebujeme.


Nejdříve popište problém, potom hledejte řešení

Zdá se logické, že pokud lidé přepisují data mezi několika nástroji nebo pokud vedení potřebuje spolehlivý přehled, ideálně v reálném čase, je automaticky v hledáčku „lepší software“. Ale to začínáme až někde ve třetí třetině. Proč je to problém? Zkrátka proto, že systém může velmi dobře zautomatizovat i špatně navržený proces, formalizovat zbytečné kroky nebo jen přesunout chaos do modernějšího rozhraní.
Užitečné je proto začít jednoduchou otázkou: Co konkrétně dnes (opravdu) nefunguje?
 
V praxi se opakují čtyři odlišné typy potíží, které se na první pohled mohou tvářit stejně:
  • První případ se týká způsobu práce. Potíže jsou často skryté. Proces obsahuje zbytečná schvalování, nejasné odpovědnosti, obcházení pravidel nebo kroky, které vznikly historicky, ale už nemají význam. V takovém případě nová aplikace problém nevyřeší a může jej spíše zakonzervovat. Jako řešení stačí prostá změna postupu.
  • Druhý případ spočívá v toku informací. Data existují, jsou roztříštěná v několika nástrojích, lidé je ručně přepisují nebo se k nim správná osoba nedostane včas. Pomoci může integrace, automatizace nebo doplnění jednoho chybějícího kroku. Není potřeba kvůli tomu měnit celé ERP (ne vždy je samozřejmě integrace možná).
  • Třetím problémem jsou limity používaného softwaru. Proces je v zásadě správný, ale stávající řešení jej už nedokáže rozumně podporovat, což bývá kritické. Pak dává smysl uvažovat o rozšíření, konfiguraci, doplňkové aplikaci nebo o nástroji určeném pro konkrétní část agendy.
  • Čtvrtým typem je problém architektury. Firma se změnila natolik, že existující prostředí přestává zvládat její procesy, data nebo rychlost změn. Každý nový požadavek znamená další výjimku, ruční zásah a nárůst technického dluhu, což často není udržitelné. V této situaci může být výměna softwaru nebo vlastní řešení nejméně rozumným zásahem.
Nový systém může jen přesunout chaos do modernějšího rozhraní.

Nejmenší dostatečný zásah

To je dle mého základní, velmi užitečná zásada. Dobrý návrh digitalizace by neměl začínat otázkou „co můžeme postavit“ nebo „jaký systém pořídit“, ale otázkou „jaká nejmenší změna skutečně odstraní problém“. Jde o princip nejmenšího dostatečného zásahu, což je dle mého základní a velmi užitečná zásada.
Pořadí možností přitom může být překvapivě prosté: nic neměnit, upravit způsob práce, lépe využít stávající řešení, propojit aplikace, automatizovat vybrané činnosti, doplnit specializovaný nástroj a teprve poté uvažovat o novém nebo vlastním řešení (seřazeno podle náročnosti).
Automatizace špatně navrženého procesu zůstává špatným procesem.
Nejnižší dostatečný zásah by měl problém vyřešit nejen nyní, ale neměl by se za několik měsíců stát zdrojem nových omezení. Pokud firma každé čtvrtletí obchází tutéž překážku ručním exportem a improvizovanou tabulkou, další automatizace exportu může být levná, ale už nemusí být rozumná.
Právě tady začíná architektonické rozhodování. Nejde pouze o cenu realizace, ale také o cenu budoucích změn.
Automatizace špatně navrženého procesu zůstává špatným procesem. Už Michael Hammer ve známém textu o reengineeringu z počátku devadesátých let upozorňoval, že pouhá automatizace existující práce nemusí vést k podstatnému zlepšení. Dnes je tato výstraha možná ještě aktuálnější. S příchodem AI a agentní automatizace dramaticky klesla cena některých typů automatizace. Co dříve vyžadovalo programování, lze nyní v určitých situacích vyřešit kombinací existujících nástrojů, integračních služeb a umělé inteligence. V tom však tkví nové riziko: je možné velmi rychle zrychlit proces, který byl od počátku špatně navržen.
 
Technologie tedy nemění základní otázku, spíše jí přidává na důležitosti (a je to opravdu klíčové). Čím snazší je automatizace, tím naléhavější je rozhodnutí, zda chceme automatizovat právě tuto činnost.
ERP není cíl, ale součást provozní páteře firmy. V odborné literatuře se pro tento pojem užívá anglický termín operational backbone, tedy kombinace procesů, dat a systémů, které zajišťují spolehlivý a opakovatelný provoz podniku. ERP bývá jejím důležitým prvkem, ale nemusí ji tvořit celou.
ERP není cíl, ale součást provozní páteře firmy.
Někdy je správnou cestou konsolidace do jednoho prostředí. Jinde je lepší ponechat stabilní ERP a vytvořit kolem něj pružnou vrstvu pro specifické procesy, integrace nebo zákaznickou agendu.
Otázka proto nemusí znít „potřebujeme nové ERP?“, ale spíše „která část naší provozní páteře dnes chybí nebo brání změně?“. Takto položená otázka často vede k menšímu a přesnějšímu projektu.
 
Ani modernizace nemusí znamenat náhlý přepis všeho. V softwarové architektuře se dlouhodobě uplatňuje princip postupného nahrazování jednotlivých částí. Nové řešení převezme jednu oblast, pak další, a původní aplikace se postupně zmenší, dokud nezůstane jen to, co stále dává smysl používat.
Tento přístup má praktickou výhodu: firma nemusí od začátku přesně odhadnout celý budoucí stav. Každý krok lze ověřit v praxi a na základě výsledků upravit další postup. Kompletní přepis systému může naopak vést k tomu, že se znovu implementuje chování, které vzniklo před lety a jehož důvod už nikdo pořádně nezná.

Kdy je čas přestat opravovat?

Existují však situace, kdy další „záplatování“ představuje stejně velké riziko jako ukvapená výměna. Varovným signálem je stav, kdy každá drobná změna vyžaduje nepřiměřeně složitý zásah. Dále je problém množství výjimek a ručních postupů, bez nichž systém nelze provozovat. Stejně varovné je, když firma dlouhodobě přizpůsobuje procesy omezením softwaru místo toho, aby software podporoval smysluplný postup.
Silným impulzem ke změně může být technologické nebo bezpečnostní riziko, neschopnost řešení rozumně integrovat, nebo situace, kdy znalost jeho fungování drží několik konkrétních lidí a nelze ji snadno předat. V takovém okamžiku další drobné zásahy často nechrání investované peníze; pouze prodlužují život prostředí, které bude dříve či později potřeba nahradit.
Smyslem kvalitní analýzy není potvrdit předem zadané přání „chceme nové řešení“.

Analýza, která neurčuje výsledek předem

Smyslem kvalitní analýzy není potvrdit předem zadané přání „chceme nové řešení“. Cílem je vytvořit dostatečně přesný obraz problému, aby bylo možné zvolit vhodný zásah.
To vyžaduje nejen technické znalosti, ale především porozumění firmě. Klíčové informace často nemá IT oddělení ani dodavatel, nýbrž lidé, kteří denně řeší zakázky, reklamace, schvalování, plánování výroby nebo komunikaci se zákazníkem. Bez jejich zkušeností může být technicky perfektní návrh založen na chybném obrazu reality.
Dobrá analýza proto pracuje s ověřenými fakty, rozlišuje realitu od domněnek a umožňuje se vracet k původním rozhodnutím, když se objeví nové informace. Měla by mít ještě jednu vlastnost, neměla by se zahodit ve chvíli, kdy je vybrána technologie. Popis procesů, dat, rolí a rozhodovacích pravidel má hodnotu i tehdy, když se později změní systém, dodavatel nebo technická platforma.
Nejdražší chyba nemusí být špatně naprogramované řešení. Může jí být dokonale realizovaný projekt založený na nesprávném zadání. To je skutečná hrozba. Proto má při přípravě digitalizačního projektu smysl položit si ještě před prvním výběrovým řízením jednu nepříjemnou otázku: Potřebujeme nový informační systém?
Někdy je odpověď ano. Když k ní firma dospěje poté, co poctivě prověřila jednodušší varianty, výrazně stoupá pravděpodobnost, že nové řešení problém odstraní a nebude pouze dražší variantou pro stávající potíže.
 
Václav Kruliš
Autor článku je CEO a Solution Architect platformy Flexideo ve společnosti Headwork. Má bohaté zkušenosti v oblasti IT. Pracoval na pozicích product manager a obchodní ředitel, následně se ve vlastní firmě věnoval poradenství v oblasti IT a pracovních procesů. Má bohaté zkušenosti s návrhem, zaváděním a dalším rozvojem IS.
Chcete získat časopis IT Systems s tímto a mnoha dalšími články z oblasti informačních systémů a řízení podnikové informatiky? Objednejte si předplatné nebo konkrétní vydání časopisu IT Systems z našeho archivu.

Inzerce

SMERO díky systému QI dosáhlo milionových úspor

Milion korun ročně ušetřený ve skladu, až 700 tisíc díky omezení reklamací a o třetinu více vyřízených objednávek se stejným počtem pracovníků. Takové výsledky zaznamenal velkoobchod s kancelářskými potřebami SMERO po zavedení firemního informačního systému QI (ERP). Dokládá je případová studie vyhodnocující přínosy implementace dokončené v roce 2016. Firma díky QI získala přesnější přehled o zásobách, zrychlila expedici a zjednodušila administrativu.