Trajanje migracije na S/4HANA i projektni plan po putovima

Prema mom iskustvu, migracija sa SAP ECC-a na S/4HANA traje 12 do 18 mjeseci za brownfield konverziju i 18 do 24 mjeseca za greenfield implementaciju. Selektivni prijenos podataka traje 12 do 18 mjeseci. Projektni plan slijedi šest faza SAP Activatea, a faza koja najčešće probija rokove jest prilagođeni kod.

Kratki odgovor: plan započnite sa SAP Readiness Checkom i podacima namijenite 30 do 40 posto napora. Na brownfieldu planirajte tri probne konverzije i računajte sa zastojem pri cutoveru od jednog vikenda do tjedan dana.

Ovaj članak donosi detalje o trajanju i planiranju iza mog vodiča za migraciju s ECC-a na S/4HANA, koji pokriva putove i rokove za ECC. Ako SAP uvodite iznova, a ne prelazite s ECC-a, taj slučaj pokriva moj vodič za trajanje SAP implementacije, s trajanjem pojedinih faza.

Put određuje trajanje. Moje pravilo: greenfield kada prelazite s drugih sustava ili treba definirati nove procese. Brownfield kada su procesi definirani i rade, a selektivno kada procese u nekim područjima treba iznova definirati.

Ovoliko traje svaki put u programima koje sam vidio, i to ga obično produljuje:

Put	Uobičajeno trajanje	Oko čega je plan izgrađen	Što ga obično produljuje
Brownfield (konverzija sustava)	12 do 18 mjeseci	Konverzija postojećeg ECC sustava pomoću Software Update Managera, zatim ponovljene probne konverzije	Prilagodba prilagođenog koda i konverzija poslovnih partnera
Greenfield (nova implementacija)	18 do 24 mjeseca	Fit-to-Standard dizajn, izrada i ponovljeni ciklusi učitavanja podataka	Explore radionice koje se pretvore u duge popise zahtjeva te čišćenje podataka
Selektivni prijenos podataka	12 do 18 mjeseci	Dogovor o tome koji kodovi tvrtke, jedinice i povijest prelaze, zatim specijalizirani alati	Određivanje opsega podataka i ovisnost o specijaliziranim partnerima

Kalendar je jednako važan kao i put. Za ECC na enhancement packageima 6 do 8 redovno održavanje završava 31. prosinca 2027. (SAP News). Brownfield započet ovog mjeseca ide u go-live između listopada 2027. i travnja 2028., a greenfield započet sada stiže u 2028.

Stoga većina planova napisanih danas treba nešto produljenog održavanja u proračunu. Uvrstite ga na početku, a ne kao iznenađenje u drugoj godini.

RISE with SAP je komercijalni paket, a ne put. Brownfield ili selektivni prijelaz u okviru RISE završava na SAP Cloud ERP Private, što je trenutačni naziv koji SAP koristi za ono što mnogi još traže kao S/4HANA Cloud Private Edition. Rokovi od 6 do 9 mjeseci koje navodim za GROW with SAP i 9 do 18 mjeseci za RISE odnose se na nove implementacije, a ne na prijelaze s ECC-a.

SAP Activate je SAP-ova metoda isporuke za S/4HANA. Ima šest faza: Discover, Prepare, Explore, Realize, Deploy i Run (SAP Activate).

Migracija koristi iste faze. Mijenja se posao unutar svake od njih.

Projektni plan migracije

1. 01

   Discover

   Readiness Check, odluka o putu i poslovni slučaj.

2. 02

   Prepare

   Plan, upravljanje, tim i prvi sandbox.

3. 03

   Explore

   Fit-to-Standard ili delta dizajn, dogovoren WRICEF popis.

4. 04

   Realize

   Izrada, prilagođeni kod, učitavanja podataka, probne konverzije.

5. 05

   Deploy

   Generalna proba, cutover i go-live.

6. 06

   Run

   Hypercare, stabilizacija i gašenje ECC-a.

Ovo sadrži svaka faza na migraciji i u tome se putovi razlikuju:

Faza	Što se događa na migraciji	Kako se putovi razlikuju
Discover	SAP Readiness Check, odluka o putu, poslovni slučaj, prvi uvid u prilagođeni kod i podatke	Selektivni put ovdje treba prvi opseg podataka
Prepare	Plan, upravljanje, tim, vlasništvo nad podacima, sandbox	Brownfield provodi prvu konverziju u sandboxu; greenfield postavlja sustav i raspored radionica
Explore	Fit-to-Standard radionice ili delta dizajn, dogovoren WRICEF popis, mapiranje podataka	Greenfield ovdje provodi najviše vremena; brownfield prolazi kroz simplification iteme koji se primjenjuju
Realize	Izrada, prilagodba prilagođenog koda, ciklusi učitavanja podataka, krugovi testiranja	Brownfield provodi probne konverzije; greenfield provodi cikluse učitavanja, obično s Migration Cockpitom
Deploy	Generalna proba, cutover, go-live	Prozor zastoja ovisi o putu, količini podataka i pristupu
Run	Hypercare, stabilizacija	Gašenje ECC-a i arhiviranje onoga što ste zadržali

WRICEF označava workflowe, izvještaje, sučelja, konverzije, proširenja i obrasce. To je popis svega što izrađujete izvan SAP-ova standarda i to je brojka koju treba pratiti.

U 21 SAP programu koje sam vodio ili spašavao, najveća je pogreška to što se na početku implementacije ne planira kako treba. U fazi Prepare dogovorite tko je vlasnik čišćenja podataka, koji se prilagođeni kod umirovljuje te kada se održava svaka probna konverzija i proba. Ti datumi postaju kralježnica plana.

Brownfield: plan oko probnih konverzija

Brownfield plan izgrađen je oko ciklusa konverzije. Software Update Manager konvertira sustav, a svaki probni prolaz pokazuje koliko će trajati pravi i što će se pokvariti.

Na brownfieldu planiram tri probne konverzije prije cutovera. Svaka bi se trebala provoditi na nedavnoj kopiji produkcije kako bi vremena nešto značila. Posljednja bi se trebala ponašati kao go-live: isti redoslijed, isti ljudi, iste provjere.

SAP-ov vlastiti plan za pristup optimiziran za zastoj (downtime-optimized) sličan je. Predviđa prolaz u sandboxu, prolaz za osiguranje kvalitete, provjeru učitavanja na klonu i generalnu probu (SAP Learning). SAP napominje da je tehnički moguće i s manje prolaza, ali da to povećava rizik.

Greenfield: plan oko dizajna i učitavanja podataka

Kod greenfielda vrijeme odlazi na Explore. Fit-to-Standard radionice odlučuju koliko SAP-ova standarda preuzimate, a svaki jaz postaje WRICEF objekt koji treba izraditi, testirati i održavati.

Podaci prelaze u ciklusima učitavanja, obično pomoću SAP S/4HANA Migration Cockpita. Planirajte nekoliko punih ciklusa učitavanja, a nakon svakog usklađivanje koje poslovni korisnici potpisuju. Moj vodič za Migration Cockpit korak po korak pokriva staging tablice, migracijske objekte i postupak učitavanja.

Selektivno: plan oko opsega podataka

Selektivni plan počinje opsegom podataka. Koji kodovi tvrtke, poslovne jedinice i godine povijesti prelaze, te koji se procesi redizajniraju.

Taj opseg određuje alate, specijaliziranog partnera i cikluse testiranja. Promijenite li ga kasno, s njim se pomiče i vremenski plan.

Prema mom iskustvu prilagođeni kod je faza koja najčešće probija rokove. Ujedno je i najčešće zaboravljeni skriveni trošak migracije, o čemu piše moj vodič za troškove migracije na S/4HANA.

Ovo su mjesta koja bih pratio, redom:

1. Prilagođeni kod. Timovi ga procijene iz izvještaja, a pravu veličinu otkriju kada počne sanacija. Na jednom programu analiza sa smartShiftom smanjila je broj prilagođenih objekata s 18.000 na 3.200. Najprije umirovite, zatim prilagodite.
2. Prilagođeni objekti koje je procjena propustila. Prema mom iskustvu prilagođeni objekti koje SAP Readiness Check propusti upravo su oni koji kasnije bole. Pročitajte moj vodič za SAP Readiness Check prije nego što njegove rezultate prihvatite kao svoj opseg.
3. Podaci. Migracija podataka odnosi 30 do 40 posto napora. Kada čišćenje nema vlasnika, počne kasno i zatim stisne cikluse testiranja. Moj članak o tome zašto migracija podataka u SAP-u ne uspijeva ide dublje.
4. Explore. Proračuni stradaju u fazi Explore, dok WRICEF popis raste. Kada opseg kontrolira dobavljač, nitko na strani dobavljača nema razloga zaustaviti njegov rast.
5. Probe skraćene radi uštede vremena. Proba izbačena kako bi se zaštitio datum obično na go-live vikendu odnese više vremena nego što je uštedjela.

Moje mišljenje: datum go-livea zaključajte na kraju faze Explore, kada su poznati WRICEF popis i opseg prilagođenog koda. Datum postavljen na kickoffu nagađanje je s priloženom prezentacijom za upravu.

Zastoj pri cutoveru koji sam vidio kreće se od jednog vikenda do tjedan dana. Na njega utječu količina podataka, pristup konverziji, broj entiteta i sučelja koji zajedno idu u go-live te koliko brzo poslovni korisnici mogu provjeriti rezultate.

Za brownfield SAP nudi pristup konverziji optimiziran za zastoj u Software Update Manageru. On dio konverzije i migracije podataka prebacuje u vrijeme rada sustava, dok produkcija nastavlja raditi.

To nije besplatno vrijeme. SAP navodi dodatne probne prolaze, složenije planiranje, zamrzavanje customizinga i razvoja prije zastoja te stručnjaka obučenog za taj pristup.

Stoga dogovorite zastoj koji poslovanje može prihvatiti prije nego što odaberete tehnički pristup. Zatim ga dokažite na probnim konverzijama, a ne na go-live vikendu. Cutover držite podalje od mjesečnog zatvaranja i vršne sezone.

Plan je dobar onoliko koliko su dobre pretpostavke iza njega. Ovo su pitanja koja bih postavio prije nego što itko potpiše:

1. Koji put plan pretpostavlja i što u našim rezultatima Readiness Checka to podupire?
2. Koliko je prilagođenih objekata u opsegu nakon analize korištenja i koliko će ih biti umirovljeno?
3. Tko je vlasnik čišćenja podataka i u kojoj fazi ono počinje?
4. Koliko je probnih konverzija ili ciklusa učitavanja planirano i na kojim podacima?
5. Koji zastoj plan pretpostavlja i koji ga probni prolaz dokazuje?
6. Kada se datum zaključava i što se s njim događa ako WRICEF popis naraste u fazi Explore?

Zatražite od partnera reference iz programa sličnih Vašem i njihov dizajn na visokoj razini. Ako su odgovori generički, a ne specifični za Vaše poslovanje, shvatite to kao znak upozorenja.

Pokrenite SAP Readiness Check ovog tromjesečja. Nalaze o prilagođenom kodu i podacima stavite pred financijskog direktora i direktora programa prije nego što se itko obveže na datum go-livea.

Zatim izgradite plan unatrag od prozora za cutover koji možete prihvatiti, s tri probne konverzije na brownfieldu ili s ciklusima učitavanja koje Vaš put zahtijeva. Ako najprije želite provjeriti sam put, isprobajte moju procjenu migracije greenfield ili brownfield.

Pomažem organizacijama izgraditi i provjeriti pod pritiskom ovakve planove migracije. Ako želite neovisno mišljenje, javite mi se.

Koliko traje migracija na S/4HANA?

Prema mom iskustvu brownfield konverzija s ECC-a traje 12 do 18 mjeseci, greenfield implementacija 18 do 24 mjeseca, a selektivni prijenos podataka 12 do 18 mjeseci. Prilagođeni kod je faza koja najčešće probija rokove, a migracija podataka odnosi 30 do 40 posto napora.

Koje su faze projektnog plana migracije na S/4HANA?

Plan slijedi SAP Activate: Discover, Prepare, Explore, Realize, Deploy i Run. Na migraciji Discover sadrži Readiness Check i odluku o putu, Realize prilagođeni kod, učitavanja podataka i probne konverzije, a Deploy generalnu probu i cutover.

Koliko probnih konverzija treba za brownfield migraciju na S/4HANA?

Na brownfieldu planiram tri probne konverzije prije cutovera. Za svoj pristup optimiziran za zastoj SAP predviđa prolaz u sandboxu, prolaz za osiguranje kvalitete, provjeru učitavanja i generalnu probu te navodi da manje prolaza povećava rizik.

Koliko traje zastoj pri cutoveru na S/4HANA?

Zastoj pri cutoveru koji sam vidio kreće se od jednog vikenda do tjedan dana. Ovisi o količini podataka, pristupu konverziji i broju entiteta i sučelja koji zajedno idu u go-live. SAP-ova konverzija optimizirana za zastoj prebacuje dio posla u vrijeme rada sustava, ali zahtijeva više probnih prolaza i planiranja.

Možemo li završiti migraciju na S/4HANA prije kraja podrške za ECC 2027.?

Redovno održavanje za ECC na enhancement packageima 6 do 8 završava 31. prosinca 2027. Brownfield započet u listopadu 2026. ide u go-live između listopada 2027. i travnja 2028., a greenfield 2028. Većina programa koji počinju sada trebala bi u proračunu predvidjeti nešto produljenog održavanja.

Što najviše odgađa projekte migracije na S/4HANA?

Prema mom iskustvu prilagođeni kod najčešće probija rokove, a slijede ga čišćenje podataka koje počne kasno i WRICEF popis koji u fazi Explore stalno raste. Korijen većine toga jest to što se na početku programa ne planira kako treba.