english

ERP-transzformáció architektúra-vezetése

  • üzleti architektúra-vezetés nem termékbevezetés
  • teljes ív rendszerválasztástól a go-live utáni stabilizálásig
  • 0,25–1 FTE programszakasztól függően

Az ERP-csere vagy -bevezetés nem IT-projekt, hanem a vállalat működésének átalakítása. Ahol a programot mégis IT-projektként kezelik, ott a scope-ot a szállító sablonja határozza meg, a testreszabások elszaporodnak, és a go-live után a régi működés fut tovább egy új rendszeren.

Mi az üzleti architektúra oldaláról vezetjük a programot. A célállapotot és a scope-ot a képességtérképből vezetjük le, zöldmezős bevezetésnél pedig a standardot szabjuk a vállalatra, nem a vállalatot a szállító sablonjához. Döntési keretet adunk a standard és a testreszabás szétválasztásához, üzleti prioritásokat az adatmigrációhoz, és szállítófüggetlenül képviseljük az irányt a rendszerválasztástól a go-live utáni stabilizálásig.

Felhasznált keretek: TOGAF® standard, gyártói bevezetési módszertanok, iparági referenciaarchitektúrák és a Bdat.FRAMEWORK, a saját módszertanunk.

Standard vagy testreszabás: így döntünk

Zöldmezős bevezetésnél a standardot szabjuk a vállalatra, nem a vállalatot a szállító sablonjához: az eltérés kivétel marad, üzleti esettel és jóváhagyással.

Standard vagy testreszabás: így döntünk

Mikor van ránk szüksége?

A scope-ot a szállító diktálja.

A terjedelem és az ütemterv a bevezetőpartner sablonjából jön, nem az Önök működéséből. A program az ő logikáját követi, nem a vállalatét.

Elszaporodnak a testreszabások.

Nincs viszonyítási alap, amihez képest nemet lehetne mondani, így minden területi kérés fejlesztéssé válik. A rendszer drágul, a frissítés egyre kockázatosabb.

Az ERP-program IT-projektté szűkült.

A migráció és a technikai átállás halad, de a működés átalakítása elmaradt. A go-live után mindenki ugyanúgy dolgozik, mint előtte, csak új felületen.

Folyamatunk

  1. Célállapot és scope képesség-alapon.

    A képességtérképből vezetjük le, mely területeket fedi le az ERP, mi marad kívül, és mi számít sikernek. A scope így a működésből következik, nem a szállító ajánlatából.

  2. Standard vagy testreszabás: döntési keret.

    Zöldmezős bevezetésnél a standardot szabjuk a vállalatra, nem a vállalatot a szállító sablonjához: a rendszer standard megoldásai közül a működésükhöz illőt választjuk ki. Eltérés ott indokolt, ahol valódi versenyelőny van; minden testreszabási igényt ehhez a kerethez mérünk.

  3. Adatmigráció üzleti prioritásokkal.

    Az adattisztítást és a migrációt üzleti fontosság szerint rangsoroljuk: mely adatkörök nélkül nem indulhat el a működés, és mi várhat későbbre.

  4. Szállítófüggetlen irány a teljes íven.

    A rendszerválasztástól a go-live utáni stabilizálásig az üzleti célállapotot képviseljük: a döntéseket az Önök üzleti céljához mérjük, nem a szállító ajánlatához.

Nézzük meg, mit adna ez Önöknél.

Kérjen díjmentes 30 perces konzultációt

Amit kézhez kap

  • Képesség-alapú célállapot és ERP-scope sikerkritériumokkal
  • Döntési keret a standard és a testreszabás szétválasztásához
  • Üzleti fontosság szerint rangsorolt adatmigrációs prioritások

Amit ez ad Önöknek

  • A vállalat működéséből, nem a szállító sablonjából következő scope és ütemterv
  • Kontroll alatt tartott testreszabások: eltérés csak ott, ahol valódi versenyelőny indokolja
  • Szállítófüggetlen irány és tényeken alapuló döntések a rendszerválasztástól a go-live utáni stabilizálásig
  • A működés átalakulása, nem csak technikai átállás egy új felületre

Így néz ki a gyakorlatban

EsettanulmányGlobális építőanyagipari gyártó

Az SCM-terület architektúra-lefedése egy zöldmezős SAP-transzformációban

A kihívás

A zöldmezős SAP S/4HANA private cloud program a vállalat egészét érintette, a belső EA-csapat kapacitásából viszont az ellátásilánc-terület (SCM) architektúra-lefedésére már nem futotta. Így az a terület maradt volna architektúra-lefedettség nélkül, amely egy gyártó vállalat működésének az alapja.

Amit tettünk

Az SCM-terület enterprise architekt szerepét vittük az előkészítéstől a megvalósítás indulásáig: célarchitektúrát adtunk a doménre a kapcsolódó folyamatokkal és rendszerekkel együtt, egyeztettünk a belső EA- és SCM-csapattal, a közép- és felsővezetőkkel meg a vendorokkal, és vezettük az EA-eszköz nyilvántartását.

Ami született

  • Időre elkészült SCM-célarchitektúra, a kapcsolódó folyamat- és rendszerképpel együtt
  • A hiányzó EA-lefedettség pótolva, a belső csapat tehermentesítve
  • A program alatt naprakészen vezetett EA-nyilvántartás
  • A megvalósítás egyeztetett architektúrával és tisztázott függőségekkel indulhatott

Gyakran ismételt kérdések

Miben más ez, mint a Független bevezetés-felügyelet szolgáltatásuk?

A Független bevezetés-felügyelet (ügyféloldali architekt) a szállítói tervek független átvilágítását és a mérföldkő-kontrollt adja: azt vizsgálja, jól halad-e a bevezetés. Ez a szolgáltatás az irányt adja: célállapot, scope, döntési keretek. A kettő együtt fedi le a teljes programot.

Rendszerválasztás előtt is érdemes elkezdeni?

Igen, ideálisan ott kezdődik. A kiválasztást ugyanazzal a súlyozott követelménylistás módszerrel visszük, amelyet az EA/BA-eszköz kiválasztásánál is használunk: a képesség-alapú célállapot és scope adja az alapot. Enélkül az ajánlatok nem összevethetők, és a szállító sablonja válik követelménnyé.

Miért baj a sok testreszabás?

Minden testreszabás drágítja a bevezetést, lassítja a frissítéseket, és a tudást a fejlesztőhöz köti. Ott indokolt, ahol a működés valóban egyedi. A döntési keret pontosan ezt választja szét, tényalapon.

Melyik ERP-rendszerhez értenek?

Nem gyártói termékkompetenciát adunk, hanem üzleti architektúra-vezetést: a módszer rendszertől független. A döntéseket az Önök követelményeiből vezetjük le, nem egy előre kiszemelt megoldásból.

Már fut a bevezetés. Késő?

Nem. Ilyenkor a célállapotot és a döntési keretet utólag rögzítjük, majd a hátralévő szakaszokat ehhez igazítjuk. Minél korábban történik, annál kevesebbe kerül.

Együttműködési kereteink

Fix Scope

Az induláskor közösen rögzítjük a terjedelmet és a díjat. Jól körülhatárolt munkáknál ez a legkiszámíthatóbb forma; tipikusan így fut például az üzleti képességtérkép felvétele.

Time & Material

Ráfordítás-alapú elszámolás, rugalmas terjedelemmel. Akkor előnyös, ha a feladat menet közben pontosodik, és fontos a gyors irányváltás lehetősége.

Architect as a Service

Folyamatos keret: architekt-kapacitás főállású szakember felvétele nélkül. Lehet fix áras és kiszámítható, vagy ad-hoc bevonódás; az igényekhez igazodva bővíthető vagy szűkíthető.

Kérjen díjmentes 30 perces konzultációt

Írja meg röviden a helyzetét. Felvesszük Önnel a kapcsolatot, és egy díjmentes, kötelezettségmentes 30 perces konzultációval indítunk.