Rokovi SAP implementacije: trajanje faza i 5 pogrešaka

SAP implementacija traje 6 do 9 mjeseci uz GROW with SAP i 9 do 18 mjeseci uz RISE with SAP, prema mom iskustvu. Prelazak sa SAP ECC-a traje 12 do 18 mjeseci za brownfield konverziju ili selektivni prijenos podataka te 18 do 24 mjeseca za greenfield implementaciju.

Kratki odgovor: zaključajte datum na kraju faze Explore, a ne na početku projekta, i dodajte 15 do 20 posto rezerve povrh procjene dobavljača. Rad na podacima započnite u fazi Discover, jer migracija podataka odnosi 30 do 40 posto napora implementacije. Svaki dodatni mjesec kašnjenja stoji najmanje šesteroznamenkasti iznos samo u naknadama za savjetovanje.

Ovaj je vodič za direktore programa i sponzore koji izrađuju plan ili ga spašavaju. Govori o tome koliko, a ne kako: za to što svaka faza radi i tko je provodi, pročitajte moj vodič korak po korak kroz SAP implementaciju.

Na europskom proizvodnom programu 2024. upoznao sam voditelja projekta čiji je SAP projekt kasnio šest mjeseci. Nakon što su strogo resetirali rad prema fazama SAP Activate, preostali su posao završili za četiri mjeseca.

Njegovim riječima: „Jasne faze s konkretnim isporukama napravile su svu razliku. Uvijek smo točno znali što sljedeće moramo napraviti.”

Model uvođenja mijenja rokove SAP implementacije više od bilo kojeg drugog izbora. Ovo su rasponi od kojih krećem u planiranju:

Polazište i cilj	Uobičajeno trajanje	Što određuje tempo
GROW with SAP (SAP Cloud ERP, javno izdanje)	6 do 9 mjeseci	Samo standardni procesi; proširenja na objavljenim API-jima
RISE with SAP (SAP Cloud ERP Private)	9 do 18 mjeseci	Opseg, broj proširenja, volumen podataka
Brownfield konverzija ECC-a	12 do 18 mjeseci	Prilagođeni kod, simplification items, testiranje
Greenfield implementacija s ECC-a	18 do 24 mjeseca	Redizajn procesa, opterećenje korisnika promjenama
Selektivni prijenos podataka	12 do 18 mjeseci	Određivanje opsega podataka i specijalizirani alati

Za usporedbu, SAP-ov stručnjak za proizvod koji je pregledao stotine projekata javnog izdanja tipično puštanje u rad smješta na pet do sedam mjeseci. SAP-ova ponuda GROW Fast, predstavljena početkom 2026., cilja na dva do četiri mjeseca uz fiksni opseg. Ja GROW programe planiram na 6 do 9 mjeseci jer podaci, odluke i obuka traže vrijeme koje softver ne traži.

Uz RISE, SAP upravlja infrastrukturom, što uklanja dio posla u fazi Prepare. Ne uklanja rad na podacima, testiranju ni promjenama. Vodič za migraciju s ECC-a na S/4HANA objašnjava kako birati između brownfielda, greenfielda i selektivnog pristupa.

SAP Concur, proizvod za putovanja i troškove, zaseban je cloud proizvod s vlastitim projektom. Planirajte ga kao zaseban tok rada s vlastitom integracijom s financijama u S/4HANA-i, a ne unutar plana faza za S/4HANA.

Gdje pucaju proračuni i datumi

Najveća pogreška koju vidim jest loše planiranje na početku. Datumi i proračuni probijaju u fazi Explore, kad raste popis tijekova rada, izvještaja, sučelja, konverzija, poboljšanja i obrazaca (WRICEF), a opseg kontrolira dobavljač, ne klijent.

Moja analiza troškova SAP implementacije pokazuje kako se to može pretvoriti u prekoračenje od 50 posto. Rokovi koji izdrže imaju tri zajedničke stvari: realne rezerve, pretpostavke provjerene prije zaključavanja i kontrolne točke kvalitete koje se tretiraju kao stroge zaustavne točke.

Pet pogrešaka objašnjava većinu prekoračenja. Svaka je predvidljiva i svaka ima protumjeru.

Pogreška 1: postavljanje rokova prije nego što je opseg jasan

Na maloprodajnom programu u zemljama GCC-a 2023. klijent je upravi obećao implementaciju u devet mjeseci bez ikakve rezerve. Kad je migracija podataka potrajala dulje od očekivanog, rok su probili za tri mjeseca, a uprava je izgubila povjerenje u tim. Rekao sam im otvoreno: taj je rok bio preagresivan.

Rješenje: zaključajte rok nakon faze Explore, a ne na početku projekta, i to unaprijed recite upravi. Ugradite 15 do 20 posto rezerve povrh procjene dobavljača.

Pogreška 2: migracija podataka kao tok rada koji kreće kasno

Većina timova kasno imenuje voditelja migracije podataka i daje tom poslu premalo resursa. Početne procjene podataka gotovo uvijek podcjenjuju problem, a slijede tri mjeseca čišćenja pod pritiskom sustava koji je već u radu.

Rješenje: profiliranje podataka započnite u fazi Discover, a ne u fazi Realize. U fazi Realize provedite punu probnu migraciju prije početka integracijskog testiranja. Moj tekst o tome zašto SAP migracija podataka propada detaljno opisuje ciklus probnih migracija.

Pogreška 3: preskakanje kontrolnih točaka kvalitete pod pritiskom rokova

Kontrolna točka između faza Realize i Deploy ona je koju timovi najčešće preskaču, jer pritisak da se „samo pusti u rad” ondje doseže vrhunac. Preskakanje kontrolnih točaka kvalitete kako bi se „održao raspored” kasnije uzrokuje veća kašnjenja.

Rješenje: upišite mjerljive izlazne kriterije u povelju projekta i neka ih upravljački odbor provodi. Na svakom programu koristim trodnevnu probu zatvaranja kao kontrolnu točku spremnosti. Više o dizajnu kontrolnih točaka u mom vodiču kroz SAP quality gateove.

Pogreška 4: obuka korisnika dva mjeseca prije puštanja u rad

Na maloprodajnom programu u zemljama GCC-a 2024. klijent je sve korisnike obučio dva mjeseca prije puštanja u rad. Do dana pokretanja većina je zaboravila kako se sustav koristi. Postavili smo radne podsjetnike na svako radno mjesto i udvostručili podršku na terenu.

Rješenje: obuku smjestite dva do tri tjedna prije puštanja u rad i koristite napredne korisnike kao trenere, jer ljudi uče od kolega kojima vjeruju. Moj članak o strategijama SAP obuke donosi cijeli pristup.

Pogreška 5: puštanje u rad tijekom vršnih poslovnih ciklusa

Hershey je svoj sustav sa SAP R/3, Siebelom i Manugisticsom pustio u rad u srpnju 1999., tri mjeseca kasnije od plana i ravno u sezonu narudžbi za Halloween. Njegov je izvršni direktor rekao analitičarima da će problemi spriječiti Hershey da isporuči narudžbe za Halloween vrijedne 100 milijuna dolara.

Rješenje: mapirajte vršne cikluse za svaku poslovnu jedinicu na koju to utječe, uključujući mjesečno i kvartalno zatvaranje. Pustite sustav u rad u razdoblju niskog volumena, čak i ako to znači pomak od šest tjedana. Pomak se može nadoknaditi, a neuspjelo puštanje u rad u sezoni vrhunca ne može.

SAP Activate ima šest faza i one su kostur svakog plana za S/4HANA, u oblaku ili on-premise. Trajanja u nastavku polazišta su za planiranje jednog programa, a ne obećanja.

1. 1Discover2 do 4 tjedna. Izlaz: potpisan opseg i kriteriji uspjeha
2. 2Prepare3 do 6 tjedana. Izlaz: odobrena povelja, resursi u pisanom obliku
3. 3Explore4 do 8 tjedana. Izlaz: odluke o prazninama imaju vlasnike, rok zaključan
4. 4Realize8 do 16 tjedana. Izlaz: probna migracija prošla, integracijski testovi zatvoreni
5. 5Deploy2 do 4 tjedna. Izlaz: odobrenje UAT-a, proba zatvaranja, go/no-go
6. 6Run4 do 8 tjedana hypercarea. Izlaz: greške ispod praga, podrška potpisana

Ovo je tablica faza od koje počinjem svaki plan:

Faza	Uobičajeno trajanje	Što se događa	Izlazna kontrolna točka prije nastavka
Discover	2 do 4 tjedna	Poslovni slučaj, opseg, izbor modela uvođenja (javni oblak, privatni oblak ili on-premise)	Potpisan opseg i mjerljivi kriteriji uspjeha
Prepare	3 do 6 tjedana	Uvođenje tima, upravljanje, sustavski krajolik, osnovni plan, registar rizika	Odobrena povelja, imenovani donositelji odluka po modulu, pisane obveze za resurse
Explore	4 do 8 tjedana	Fit-to-Standard radionice, zapisnik praznina, popis WRICEF stavki	Odluke o prazninama zabilježene s vlasnicima; rok zaključan
Realize	8 do 16 tjedana	Konfiguracija, razvoj, jedinično i integracijsko testiranje, probne migracije	Probna migracija prošla; integracijski testovi zatvoreni
Deploy	2 do 4 tjedna	Korisničko prihvatno testiranje, proba cutovera, obuka krajnjih korisnika, završno učitavanje	Odobrenje UAT-a, položena proba zatvaranja, go/no-go
Run	4 do 8 tjedana hypercarea	Podrška na terenu, dnevna trijaža, primopredaja podršci	Otvorene greške ispod dogovorenog praga; prijelaz podrške potpisan

Kamo zapravo odlazi vrijeme

Faza Discover radi se na brzinu. Timovi postave rok prije nego što razumiju opseg i preskoče mjerljive kriterije uspjeha, poput „skratiti mjesečno zatvaranje za tri dana”.

U fazi Prepare kod on-premise rješenja počinju tehnička kašnjenja, jer infrastrukturu grade klijent i partner. Obveze za resurse tražite u pisanom obliku. Usmena dostupnost ispari.

U fazi Explore važno je bilježenje. Šest mjeseci kasnije nitko se ne sjeća zašto se povrati obrađuju na određeni način ako odluka i njezin vlasnik nisu zapisani.

Realize je najdulja faza i u njoj završava većina prekoračenja, obično zato što je Explore dao optimističan popis praznina. Vaša prva probna migracija neće uspjeti, i trebate da ne uspije u testiranju, a ne u produkciji.

Deploy treba plan cutovera s točnim koracima, vremenima i vlasnicima. „Migrirati podatke” nije korak.

Na zdravstvenom programu u SAD-u 2023. klijent je kasnio tri mjeseca i suočavao se s prekoračenjem proračuna od 2 milijuna dolara. Resetirali smo rad pomoću Fit-to-Standard radionica iz SAP Activate. Tim je pronašao 28 procesa koje je mogao voditi bez ikakve prilagodbe.

Riječi njihova voditelja projekta: „Potrošili smo mjesece dizajnirajući stvari koje je SAP već izgradio.” U roku od šest tjedana vratili su se u raspored.

Na europskom maloprodajnom programu 2024. klijent je otkrio da 70 posto njegovih potreba pokrivaju standardni SAP procesi. Planirao je opsežne prilagodbe dok nije vidio sustav u radu.

Clean core to dodatno izoštrava. Na javnom izdanju standardni procesi jedina su opcija, a proširenja žive na SAP BTP-u ili na objavljenim API-jima. Na privatnom izdanju i on-premise još uvijek možete modificirati, ali kad svaka praznina traži odluku o proširenju s pripadajućim troškom, razgovor o prilagodbama postaje iskreniji.

Svaka industrija dodaje vlastito opterećenje. Ovi rasponi pokrivaju puni S/4HANA program velikog poduzeća na više lokacija, zbog čega su dulji od jednog RISE uvođenja od 9 do 18 mjeseci:

Industrija	Raspon planiranja	Što ga produljuje
Proizvodnja	14 do 20 mjeseci	Kvaliteta sastavnica i tehnoloških postupaka, podešavanje MRP-a, zahtjevi QM-a
Maloprodaja i robe široke potrošnje	12 do 18 mjeseci	Integracija POS-a, volumen matičnih podataka, razdoblja vršne sezone
Farmaceutika	16 do 22 mjeseca	GxP validacija, sljedivost šarži, serijalizacija
Komunalne djelatnosti	15 do 20 mjeseci	Upravljanje uređajima, strukture tarifa za naplatu, integracija GIS-a i SCADA-e
Javni sektor	18 do 24 mjeseca	Računovodstvo fondova, propisi o nabavi, teret odobravanja, lokacija pohrane podataka
Automobilska industrija	16 do 22 mjeseca	Opskrbni lanac just-in-time, kontrola inženjerskih promjena
Zrakoplovstvo i obrana	20 do 26 mjeseci	Državno izvještavanje, računovodstvo programa, sigurni opskrbni lanci
Nafta i plin	18 do 24 mjeseca	Računovodstvo zajedničkih pothvata, djelatnosti s velikom imovinom
Financijske usluge	14 do 20 mjeseci	Dizajn uloga uz razdvajanje dužnosti, regulatorna validacija

Što AI alati mijenjaju, a što ne

SAP Joule for Consultants postao je općenito dostupan 2025. Odgovara na pitanja o konfiguraciji iz SAP-ove vlastite baze znanja, uključujući SAP Notes, i objašnjava ABAP kod. SAP Build Code, općenito dostupan od ožujka 2024., uz Joule generira kod Java i JavaScript proširenja na SAP BTP-u.

Oba pomažu pojedinačnim konzultantima i programerima. Nijedan ne mijenja koliko traju radionice, odluke, čišćenje podataka ili korisničko prihvaćanje. Planirajte uz njih, ali ne skidajte tjedne s plana dok Vaš tim sam ne izmjeri učinak.

Ovo su rizici koje stavljam na tjedni dnevni red programa. Svaki od njih pomiče datume ako se ostavi za mjesečni upravljački odbor.

1. Kasne promjene opsega. Zaključajte opseg na kraju faze Explore. Nakon toga odbor za kontrolu promjena odobrava svaku promjenu uz priložen utjecaj na rok i proračun.
2. Kvaliteta podataka. Većina tvrtki tijekom planiranja preskoči procjenu podataka. Loši podaci najdosljedniji su uzrok neuspjelih probnih migracija.
3. Uska grla u resursima. Od voditelja odjela tražite pisane obveze za imenovane ljude i datume. Za svaku ključnu ulogu obučite zamjenu.
4. Kašnjenje odluka. Neslaganja oko opsega eskalirajte u roku od 48 sati. Ne dopustite da odluke čekaju u redu za mjesečne preglede.
5. Kasno upravljanje promjenama. S krajnjim korisnicima počnite razgovarati u fazi Prepare, a ne dva tjedna prije puštanja u rad.

Kad je riječ o alatima, SAP Cloud ALM SAP-ova je platforma za upravljanje implementacijom. Redovito održavanje SAP Solution Managera 7.2 završava krajem 2027., uz produljeno održavanje odabranih funkcija do 2030. SAP Best Practices Explorer povučen je 2023., a njegov procesni sadržaj sada se nalazi u SAP Signavio Process Navigatoru.

Ovaj vodič dio je mog vodiča za implementaciju SAP-a, koji povezuje sve teme od poslovnog slučaja do puštanja u rad.

Koliko traje implementacija SAP S/4HANA?

Prema mom iskustvu 6 do 9 mjeseci uz GROW with SAP (javno izdanje) i 9 do 18 mjeseci uz RISE with SAP (privatno izdanje). S ECC-a brownfield konverzija ili selektivni prijenos podataka traje 12 do 18 mjeseci, a greenfield implementacija 18 do 24 mjeseca.

Koliko traje svaka faza SAP Activate?

Kao polazište za planiranje: Discover 2 do 4 tjedna, Prepare 3 do 6 tjedana, Explore 4 do 8 tjedana, Realize 8 do 16 tjedana, Deploy 2 do 4 tjedna i Run 4 do 8 tjedana hypercarea. Na većim programima najviše se produljuje Realize.

Kako RISE with SAP utječe na rokove?

RISE prebacuje odgovornost za infrastrukturu na SAP, što uklanja dio posla u fazi Prepare. Ne skraćuje migraciju podataka, testiranje, obuku ni donošenje odluka, a upravo ondje odlazi najviše vremena. Disciplina clean corea može skratiti Realize ako zaustavi prilagođeni razvoj prije nego što počne.

Koliku rezervu treba imati plan SAP implementacije?

Ugradite 15 do 20 posto rezerve povrh procjene dobavljača. Zaključajte datum na kraju faze Explore, kad su opseg i praznine poznati, i to recite upravi prije početka projekta.

Kako mogu skratiti rokove SAP implementacije?

Fit-to-Standard provodite rigorozno, jer svaka prilagodba koju izbjegnete štedi tjedne. Čišćenje podataka započnite u fazi Discover i poslovne resurse posvetite projektu puno radno vrijeme umjesto da ih posuđujete na pola radnog vremena. Plan cutovera pripremite tijekom faze Realize, a ne nakon nje.

Trebam li odabrati big bang ili fazno uvođenje SAP-a?

Big bang pušta sve u rad odjednom. Ukupno je brži i rizičniji, a odgovara manjem opsegu ili organizacijama sa snažnim upravljanjem promjenama. Fazno uvođenje ide po modulu, lokaciji ili poslovnoj jedinici, manje je rizično i dulje traje, a odgovara velikim grupacijama s više pravnih subjekata.

Koji su najčešći uzroci kašnjenja SAP projekata?

Nekontrolirani zahtjevi za promjenama, iznenađenja u kvaliteti podataka, kasno upravljanje promjenama, neuspjele integracije sa sustavima trećih strana, gubitak ključnih ljudi usred projekta i spore odluke upravljačkog odbora. Ono što iznenadi većinu timova jest kvaliteta podataka. Svi pretpostavljaju da su naslijeđeni podaci čisti, a gotovo nikad nisu.

Koliko traje hypercare nakon puštanja SAP-a u rad?

Planirajte četiri do osam tjedana hypercarea: podršku na terenu, dnevnu trijažu problema i praćenje performansi. Nakon toga sustav prelazi timu za aplikacijsku podršku ili internom centru izvrsnosti.