KATEGÓRIA

Kategória: ERP

Bambuszrepülő az irodában – Miért nem működik a „lemásolt” siker?

A Cargo Cult gondolkodás nem eltűnt, csak öltönyt vett fel: ma post-itekkel, agile meetingekkel és méregdrága ERP-rendszerekkel játsszuk el ugyanazt a rituálét, miközben a valódi működési problémákat érintetlenül hagyjuk. A forma másolása kényelmes, a megértés fájdalmas – és pontosan ezért bukik el annyi szervezet.

Ki legyen az ERP-tanácsadó a bevezetésnél?

Egy ERP-bevezetés sikere ritkán a szoftveren múlik. Sokkal inkább azon, hogy kik ülnek az asztalnál, és mennyire értik a folyamatokat, a működés logikáját és a döntések következményeit. Három szereplő – az ERP-értékesítő, a belső munkatárs és a tanácsadó – teljesen eltérő szemszögből közelít ugyanahhoz a projekthez. A kérdés nem az, hogy ki közülük a „legjobb választás” a projekt vezetésére, hanem az, hogy ki rendelkezik azzal a felkészültséggel, amely valódi előrelépést hoz a vállalatnak.

ERP bevezetés előtti önvizsgálat, folyamat igazítás

Az ERP-bevezetés nem szoftvertelepítéssel indul, hanem azzal, hogy könyörtelen őszinteséggel feltárjuk a vállalat jelenlegi folyamatait. Megnézzük, hol szivárog az idő és a pénz, majd ezekre építve megtervezzük a jövőbeli, átlátható és automatizálható működést. Csak ezután érdemes az üzleti igényeket és a rendszerkövetelményeket véglegesen validálni – különben az ERP „ráfagy” a rossz működésre.

ERP-k kategorizálása

Az ERP rendszerek nem hivatalos, de széles körben használt Tier-besorolása (Tier 1–3) segít eligazodni abban, hogy melyik megoldás illik egy adott vállalat méretéhez és igényeihez. Míg a nagyvállalatok globális integrációt és teljes funkcionalitást keresnek, a közép- és kisvállalatok inkább iparági specifikumokra vagy alapmodulokra támaszkodnak. A felhőalapú és hibrid modellek azonban egyre inkább elmosódottá teszik a határokat.

Miért RAD és evolúciós fejlesztéssel fejlesztek ERP rendszert?

Az ERP rendszer fejlesztésénél a RAD és az evolúciós megközelítést választottam, mert a KKV-k üzleti igényei folyamatosan változnak, és nincs értelme mindent előre, mereven megtervezni. A klasszikus vízesésmodell túl merev és lassú, nem tud lépést tartani a valós működéssel. Ehelyett gyors prototípusokkal, folyamatos visszacsatolással fejlesztek, ahol a rendszer lépésről lépésre, a napi használatból és visszajelzésekből nő és finomodik. Így nem egy statikus terméket alkotok, hanem egy folyamatosan fejlődő, élő kódot, amely az aktuális üzleti igényeket szolgálja, és rugalmasan alkalmazkodik a változásokhoz. Ez az egyetlen járható út egy használható, működő ERP rendszerhez KKV-k számára.

Miért készítenek a vállalkozások maguknak ERP rendszert?

Az egyéni ERP fejlesztések a szakirodalom szerint rizikós vállalkozásnak számítanak, mégis számos KKV dönt úgy, hogy saját rendszert készít, ha nem talál megfelelő megoldást a piacon. A motivációk között szerepel a szakmai szabadság, az egyedi üzleti igények pontosabb kiszolgálása, illetve a tulajdonosi tudás és idő hatékony kihasználása. Három konkrét példa mentén mutatom be, miért vállalkoznak erre a lépésre azok, akik egyszerre programozók és cégtulajdonosok, és hogyan válhat egy jól irányzott fejlesztés versenyelőnnyé.