techone --pruvodce=analyza-erp
Analýza před implementací ERP
ERP projekt se protáhne a prodraží nejčastěji proto, že se implementuje dřív, než kdokoli pochopil, jak firma reálně funguje. Analýza současného stavu a návrh cílového řešení dají implementaci zadání.
Ve zkratce
- Pro koho je tento průvodce
- Firmy, které chystají nové ERP nebo výměnu stávajícího a chtějí, aby implementace stála na reálných procesech.
- Co řeší
- Proč se nemá implementovat bez analýzy. Co zachytí analýza současného stavu a jak vypadá návrh cílového řešení.
- Co analýza zachytí
- Role a kdo co reálně dělá, datové toky a ruční přenosy mezi systémy, varianty procesu a provozní omezení.
- Hlavní výstup
- Zadání pro implementaci: cílový stav popsaný po rolích, srozumitelný lidem z provozu i dodavateli systému.
- Jak začít
- Konzultace s klíčovými lidmi a vzorek provozních evidencí. Zbytek vytěžíme z rozhovorů za běžného provozu.
Co zachycuje analýza současného stavu
Analýza současného stavu (v projektové řeči AS-IS) popisuje, jak firma dnes doopravdy zpracovává objednávku, zakázku nebo doklad. Ne podle směrnic. Podle toho, co lidé skutečně dělají, do čeho klikají a co si přeposílají. Dokument má pevnou strukturu, kterou implementace později využije jako mapu.
Na rozsahu záleží méně než na poctivosti záznamu. Analýza zachycuje i věci, které se nikde nepíšou: kdo komu volá, když se něco pokazí, která tabulka je ve skutečnosti hlavní evidencí firmy a které kroky drží jediný člověk. Právě tyhle detaily rozhodují o tom, jestli nový systém provoz podpoří, nebo mu začne překážet.
Kontext firmy a rolí
Kdo se na procesu reálně podílí a za co odpovídá. Skutečné role místo organizačního schématu: kdo objednávku přijímá, kdo ji rozpracovává, kdo ji uzavírá.
Procesní oblasti
Obchod, logistika, finance a sklad jako navazující tok. U každé oblasti je popsáno, kde proces začíná, kdo ho přebírá a čím končí.
Přenosy dat mezi rolemi a systémy
Tabulka přenosů: kdo údaj pořizuje, kam ho zapisuje a kdo ho přepisuje dál. Právě tady se schovává nejvíc ruční práce.
Charakteristické rysy procesu
Co proces drží pohromadě: zvyklosti, osobní znalost pravidel, pomocné evidence. Rysy, které musí nový systém respektovat, nebo vědomě nahradit.
Integrační body
Co už dnes mezi systémy teče automaticky a co se přenáší ručně. Z toho vychází rozsah budoucích integrací.
Provozní omezení
Kde současný stav narazí: dohledatelnost změn, závislost na konkrétních lidech, chybějící kontroly při zadání objednávky.
Co analýza typicky odhalí
Každá firma je jiná, vzory se ale opakují. Tohle v analýzách vidíme znovu a znovu. Nejsou to vady, spíš přirozený vývoj firmy, která rostla rychleji než její systémy. Pro implementaci jsou to ale přesně ta místa, kde se projekt zadrhne, pokud o nich nikdo neví předem.
Největší aktivum není software
Provozní know-how sedí v hlavách konkrétních lidí: co lze kombinovat, kdy platí výjimka, komu dát vědět. V systému tahle pravidla nejsou. Analýza je zapíše, aby je implementace mohla převést do kontrol a číselníků.
Stejný údaj se přepisuje vícekrát
Jedna informace se ručně zapisuje do sdílené tabulky, do ERP i do dalších nástrojů. Provozu to dává pružnost. Zároveň ale roste chybovost a zpětně se těžko dohledává, kdo co změnil a proč.
Paralelní větve drží zvyklosti
Část případů jede jinou cestou než zbytek: jiné doklady, jiný postup, jiná pravidla. Analýza je zachytí jako varianty procesu, ne jako výjimky. Implementaci pak nečeká překvapení.
Pomocné evidence přerostly
Tabulka, která kdysi vznikla bokem, se stala samostatnou disciplínou. Typicky obaly a palety nebo sledování plateb. V návrhu si zaslouží plnohodnotný modul, ne poznámku na dokladu.
Změny chodí do poslední chvíle
Logistika se mění až do okamžiku expedice: termíny, přepravce, místo dodání. Proto cílový systém potřebuje evidenci změn s autorem a časem, ne tiché přepisování hodnot.
Rozhodovací logika je mimo systémy
Kontroly typu maximální vytížení, povolené kombinace zboží nebo kreditní limit zákazníka dnes probíhají v hlavách. Analýza je vypíše jako pravidla, která má budoucí systém vynucovat už při zadání.
Zadání pro implementaci
Největší úspora vzniká z rozhodnutí, která padnou předem: co převzít, co nahradit, co zjednodušit. Rozhoduje se nad dokumentem, ne uprostřed vývoje. Varianty procesu a přerostlé evidence jsou známé dopředu, takže se neobjeví jako překvapení ve fázi testování. A dokument stojí samostatně. Funguje jako zadání pro implementaci bez ohledu na to, kdo ji nakonec udělá.
Stejný dokument poslouží i při výběru systému. Dodavatelé dostanou místo obecné poptávky popis reálného provozu a jejich nabídky se dají porovnat podle toho, jak cílový stav pokryjí. Rozdíly mezi nabídkami se tak ukážou dřív, než se začne platit za vývoj.
Takhle to vypadá v praxi: z analýzy výrobních procesů pro Holík International vznikla dokumentace, kterou firma používá jako zadání pro postupnou implementaci. Pro Lagardère jsme zmapovali procesy a datové struktury pro EDI komunikaci; klient podle výsledného manuálu napojuje dodavatele vlastními silami. Jak na analýzu navazuje samotná implementace, popisuje stránka ERP integrace.
Často kladené otázky
Co od nás budete na začátku potřebovat?
Tři věci. Čas klíčových lidí na konzultace, typicky po krátkých blocích. Vzorek provozních evidencí: sdílené tabulky, exporty ze systémů, příklady dokladů. A přehled používaných systémů s tím, kdo v nich pracuje. Směrnice pomohou, nejsou ale podmínkou.
Dá se analýza udělat za běžného provozu?
Ano, jinak ji ani neděláme. Konzultace probíhají po blocích podle vytížení vašich lidí a zbytek práce běží nad vzorky dat mimo váš provoz. Firma kvůli analýze nezastavuje objednávky ani expedici.
Co když už ERP vybíráme?
Analýza výběru pomůže. Požadavky vzniknou z reálných procesů, takže nabídky dodavatelů porovnáváte proti vlastnímu provozu, ne proti demo katalogu. A varianty procesu, které analýza zachytí, jsou přesně ty otázky, na které má dodavatel odpovědět dřív, než podepíšete smlouvu.
Je výstup použitelný, když implementaci udělá někdo jiný?
Ano. Dokumentace je psaná jako zadání pro implementaci a stojí samostatně: role, procesy, datové toky, pravidla a návrh cílového stavu. Dodavatel systému z ní postaví nabídku i projekt, ať je to kdokoli.
Jak se liší analýza procesů od auditu IT?
Audit IT hodnotí infrastrukturu, bezpečnost a stav technologií. Analýza procesů popisuje, jak firma pracuje: role, datové toky a pravidla, podle kterých se rozhoduje. Audit říká, v jakém stavu máte IT. Analýza říká, co má nový systém umět.
Chystáte nové ERP?
Probereme váš provoz a řekneme, co by u vás analýza zachytila a co z ní dostanete.
Nezávazná konzultace