Kako ispravno započeti projekt implementacije SAP-a

Da biste SAP implementaciju ispravno započeli, riješite pet stvari prije nego itko konfigurira ijednu transakciju. Odaberite model uvođenja. Potpišite povelju s opsegom i pravima odlučivanja. Imenujte poslovne vlasnike koji će dolaziti na radionice dizajna. Rano počnite s radom na podacima i prijelazu. Izradite vremenski plan sa stvarnom rezervom. Ako to postavite kako treba u prvom mjesecu, većina skupih neuspjeha nikad se ne dogodi.

Uvijek sam mislio da će SAP implementacija, ako je sustav ispravno konfiguriran, proći jednostavno. Blueprint, izgradnja, testiranje, puštanje u rad. To je bio mentalni model kojeg sam se držao godinama.

ERP sustave, uključujući SAP, implementiram 25 godina na Bliskom istoku, u jugoistočnoj Aziji i Europi. Čak i kad su timovi korak po korak slijedili SAP Activate, projekti su i dalje upadali u probleme. Problemi gotovo nikad nisu bili tehnički. Slabo vlasništvo. Pretpostavke koje nitko nije provjerio. Planiranje prijelaza koje je počelo prekasno. Te pukotine na početku izgledaju bezazleno. Kad se prošire, kasniji trud ne može popraviti ono što bi rana vidljivost spriječila.

SAP implementacija je program poslovne promjene sa softverskom komponentom. Radni tokovi su dizajn procesa, konfiguracija, migracija podataka, integracija, testiranje, edukacija i upravljanje promjenama. Svaki ima vlastiti vremenski plan, rizike i vlasnika.

Timovi koji je tretiraju kao vježbu konfiguracije podfinanciraju sve što nije konfiguracija. To je najdosljedniji uzrok teških puštanja u rad koje viđam.

Za program koji počinje sada postoji još jedan radni tok koji treba prvo riješiti: model uvođenja. S/4HANA Cloud Public Edition (GROW with SAP), Private Edition (RISE with SAP) ili on-premise. Taj izbor oblikuje kako se odvija svaki drugi radni tok.

SAP Activate je SAP-ova metoda isporuke. Ima šest faza, svaka s kontrolnim točkama kvalitete na kraju. Ovo je svrha svake faze i ono što ne bih dopustio da se omakne.

Faza	Što se događa	Što osiguravam da je ispravno
Discover	Business case, opseg na visokoj razini, model uvođenja	Realističan trošak i vremenski plan, a ne optimistični
Prepare	Upravljanje, povelja, tim, registar rizika, okruženja	Imenovani donositelji odluka sa stvarnom ovlasti
Explore	Fit-to-standard radionice, odluke o gapovima, potpis dizajna	Poslovni vlasnici u prostoriji, a ne samo IT
Realize	Konfiguracija, razvoj, integracija, testiranje sustava	Planiranje prijelaza već u tijeku
Deploy	Korisničko prihvatno testiranje, učitavanje podataka, edukacija, prijelaz	Barem jedna cjelovita generalna proba
Run	Puštanje u rad, hypercare, primopredaja podršci	Hypercare popunjen ljudima do prvog mjesečnog zatvaranja

Najčešći propust u rasporedu je spor Explore. On sažima Realize, koji sažima Deploy. Korisničko prihvatno testiranje (UAT) se skraćuje, proba podataka se preskače, a puštanje u rad ipak se dogodi jer je datum objavljen. Prvih 90 dana nakon puštanja u rad to plaćaju.

1. 01Explore kasniFit-to-standard i potpis dizajna kasne
2. 02Realize se sažimaManje vremena za izgradnju i testiranje
3. 03Deploy se sažimaManje vremena za UAT, učitavanje podataka i edukaciju
4. 04Testiranje se režeUAT skraćen, proba podataka preskočena
5. 05Puštanje u rad na objavljeni datumJer je datum objavljen

Trošak pada na hypercare, u prvih 90 dana

1. Potpis dizajna bez poslovanja

Explore proizvodi dizajn. Njegova kvaliteta ovisi o tome jesu li vlasnici procesa koji su ga potpisali razumjeli što potpisuju. Kad radionice pohađaju samo IT i konzultanti, dizajn može biti tehnički točan, a ipak neprepoznatljiv ljudima koji će ga koristiti. UAT tada postaje otkrivanje umjesto validacije.

Jednostavan test: tri mjeseca nakon potpisa zamolite vlasnika procesa da Vas provede kroz to kako će narudžbenica funkcionirati nakon puštanja u rad. Ako ne može, potpis nije bio stvaran.

2. Upravljanje koje postoji na papiru

Bez provedbe upravljanja opseg raste neformalno, a odluke se odgađaju. Dobro upravljanje znači imenovanog izvršnog sponzora, upravljački odbor s definiranim pravima odlučivanja, voditelja projekta koji može držati kontrolnu točku faze i proces kontrole promjena s imenovanim odobravateljem.

U većini mojih projekata financijska direktorica (CFO) preuzimala je ulogu zagovornice projekta. Kad se odjeli nisu mogli složiti oko procesa, ona je donosila konačnu odluku. To je spriječilo tjedne odgode koje nastaju kad pitanja stoje neriješena. Moj vodič za SAP upravljačke odbore pokriva kako to postaviti.

3. Kasno planiranje prijelaza

Prijelaz je operativno najsloženiji dio programa. Plan započet nekoliko tjedana prije puštanja u rad neće biti uvježban, propustit će ovisnosti i neće imati stvarnu točku povratka.

Planiranje prijelaza počnite u fazi Realize. Dokumentirajte slijed, provedite barem jednu cjelovitu generalnu probu i unaprijed dogovorite kriterije povratka. Odluke o prijelazu donesene pod pritiskom, od ljudi koji su budni dvadeset sati, bez unaprijed dogovorenih kriterija, mjesto su gdje počinju katastrofe nakon puštanja u rad.

4. Istisnuto integracijsko testiranje

Iskreno, nekad sam mislio da je testiranje zadatak na popisu. Konfiguriraj sustav, pokreni nekoliko testnih slučajeva, idi dalje. Onda sam vidio kako je projekt propao samo zato što nitko nije provjerio kako odobrenja nabave utječu na knjiženja u financijama. Taj je trenutak promijenio moj pogled na SAP testiranje.

Jedinični testovi dokazuju da transakcija radi sama. Greške koje bole nakon puštanja u rad pojavljuju se kad cijeli proces teče kroz module. Primka robe blokirana statusom narudžbenice. Obračun fakturiranja zaustavljen zbog nedostajućeg određivanja konta. Testirajte cijele lance, od narudžbe do naplate i od nabave do plaćanja, i ne dopustite da klize na posljednje tjedne prije UAT-a.

5. Podcijenjena migracija podataka

Izvorni su podaci gotovo uvijek lošiji nego što prva procjena sugerira. Preslikavanja polja koja izgledaju jednostavno padaju pri učitavanju. Brojevi zapisa uključuju neaktivne podatke. Pravila čišćenja traže poslovne odluke, a one traju.

Jedna proizvodna tvrtka otkrila je tisuće dupliciranih zapisa kupaca tijekom migracije i morala je odgoditi puštanje u rad za tri tjedna kako bi ih ispravila. Planirajte dodatne cikluse učitavanja od početka. Moj članak o tome zašto migracija SAP podataka zakazuje ulazi u detalje.

6. Upravljanje promjenama tretirano kao izborno

Vidio sam projekte u kojima je sustav radio savršeno, a korisnici su se i dalje držali starih procesa. Ne zato što su bili teški, nego zato što ih nitko nije proveo kroz promjenu. Kad se upravljanje promjenama reže, zaobilazna rješenja pojave se već u prvom tjednu i postaju trajna, a tiketi podrške mjesecima ostaju visoki.

Veliko prilagođavanje spada u istu kategoriju. Jednom sam radio s klijentom koji je prilagodio više od 60 posto sustava. Kasnije se mučio s nadogradnjom i izgubio podršku dobavljača.

Gornje osnove se nisu promijenile. Tri stvari treba riješiti na početku današnjeg programa.

Model uvođenja dolazi prvi. Public Edition daje najuže mogućnosti prilagodbe, a sustav vodi SAP. Private Edition pod RISE-om daje više prostora, a infrastrukturu vodi SAP. On-premise daje najviše kontrole i najviše odgovornosti. Odlučite u fazi Discover. Programi koji to odgode provode Explore u raspravama o tome.

Clean Core pripada u povelju. Public Edition dopušta ekstenzije samo kroz objavljena sučelja, pa Clean Core provodi tehnički. Private Edition i on-premise ne provode, pa to postaje odluka upravljanja. SAP sada klasificira ekstenzije od razine A (samo objavljeni API-ji) do razine D (izmjene), kako je izneseno u njegovu ažuriranju o Clean Coreu iz kolovoza 2025.. U povelju upišite ciljanu razinu i forum za odobravanje, inače će partneri prema zadanom posezati za izmjenama.

AI alati pripadaju u metodu od prvog dana. Joule je dostupan unutar SAP Activate Roadmap Viewera. Joule za konzultante odgovara na pitanja o konfiguraciji, a Joule za programere generira ABAP Cloud kod. Oni mogu ubrzati zadatke izrade nacrta i izgradnje. Ne uklanjaju poslovne odluke, rad na podacima ni trud oko promjena. Pitajte svog partnera gdje ih koristi i kako se to vidi u planu.

Pristup treba pratiti Vašu toleranciju na rizik, složenost i kapacitet za promjenu. Ovo su uobičajene opcije.

Pristup	Što znači	Najprikladnije za
Big bang	Svi moduli i subjekti idu u rad zajedno	Manje organizacije sa standardnim opsegom koje prihvaćaju veći rizik puštanja u rad
Fazno po modulima	Prvo financije, zatim opskrbni lanac, zatim HR	Moduli s malo međuovisnosti; omogućuje timu da uči između faza
Fazno po zemlji ili subjektu	Predložak ide u rad u jednom subjektu, zatim se uvodi dalje	Grupe s globalnim predloškom
Brownfield konverzija	Postojeći ECC konvertira se u S/4HANA	Zreo ECC sa stabilnim procesima
Greenfield	Nova implementacija S/4HANA	Ne-SAP naslijeđeni sustav ili ECC s velikim tehničkim dugom
Selektivni prijenos podataka	Odabrani subjekti ili podaci premještaju se u redizajniran sustav	Spajanja, izdvajanja, djelomična ponovna uporaba

Vidio sam mala uvođenja koja su puštena u rad za manje od šest mjeseci. Vidio sam i projekte koji su se vukli dvije godine jer se odluke nisu donosile na vrijeme. Ako odvagujete prvu implementaciju naspram uvođenja predloška, moj vodič o implementaciji naspram uvođenja ih uspoređuje.

Koristite ga u prvom mjesecu, prije početka konfiguracije. Svaka stavka ima vlasnika na strani klijenta.

1. Izvršni sponzor: model uvođenja odlučen i zabilježen, s razlozima.
2. Direktor programa: povelja potpisana, s opsegom, izričitim isključenjima, kriterijima uspjeha, pravima odlučivanja i kontrolom promjena. Usmeni dogovori o opsegu ispare. Moj vodič za povelju projekta ima predložak.
3. Voditelji poslovanja: imenovan vlasnik procesa po području, uz vrijeme koje je stvarno oslobođeno za dolazak na radionice.
4. Solution architect: ciljna razina za Clean Core i forum za odobravanje ekstenzija dogovoreni.
5. Voditelj podataka: profiliranje podataka počelo u fazi Prepare, a ne nakon potpisa dizajna.
6. Voditelj prijelaza: imenovan u fazi Realize, s datumom probe već u planu.
7. Voditelj testiranja: navedeni scenariji testiranja cijelih procesnih lanaca, uključujući odobrenja do knjiženja u financijama.
8. CFO: vremenski plan provjeren prema usporedivim programima, s rezervom za spor Explore i dodatne cikluse podataka. Plan koji pretpostavlja da sve ide kako treba nije plan.

Što je projekt implementacije SAP-a?

To je program koji uvodi SAP softver za vođenje poslovanja tvrtke. Obuhvaća dizajn procesa, konfiguraciju, migraciju podataka, integraciju, testiranje, edukaciju i upravljanje promjenama, a obično se isporučuje pomoću SAP Activate. Trud se golemo razlikuje ovisno o broju subjekata, zemalja i modula te o stanju Vaših postojećih podataka.

Koje su faze SAP implementacije?

SAP Activate ima šest faza: Discover, Prepare, Explore, Realize, Deploy i Run. Discover postavlja business case i opseg. Prepare postavlja upravljanje i tim. Explore provodi fit-to-standard radionice i potvrđuje dizajn. Realize gradi i testira. Deploy obuhvaća UAT, učitavanje podataka, edukaciju i prijelaz. Run je puštanje u rad i hypercare. Svaka faza završava kontrolnom točkom kvalitete.

Koliko traje SAP implementacija?

Ovisi o opsegu i o tome koliko se brzo donose odluke. Vidio sam mala uvođenja puštena u rad za manje od šest mjeseci i projekte koji su se vukli dvije godine jer se odluke nisu donosile na vrijeme. Najčešći uzrok prekoračenja je spora faza Explore koja sažima sve nakon sebe.

Koji su najčešći razlozi neuspjeha SAP implementacija?

Dizajn potpisan bez stvarnog uključivanja poslovanja, upravljanje koje se ne provodi, kasno planiranje prijelaza, stisnuto integracijsko testiranje, podcijenjena migracija podataka i prerezano upravljanje promjenama. Svih šest obično je vidljivo rano i jeftino za ispraviti u tom trenutku.

Što treba biti u povelji SAP projekta?

Ciljevi povezani s mjerljivim ishodima, opseg po modulu, subjektu, zemlji i integraciji, izričita isključenja, prava odlučivanja s imenovanim ljudima, upravljanje i eskalacija, kriteriji uspjeha, kontrola promjena, glavne prekretnice i ključne pretpostavke. Za cloud program dodajte model uvođenja i pristup Clean Core. Neka je potpišu sponzor i voditelji poslovanja prije početka konfiguracije.

Što je hypercare nakon SAP puštanja u rad?

Hypercare je razdoblje intenzivne podrške nakon puštanja u rad, obično 30 do 90 dana. Projektni tim i poslovanje rade rame uz rame na ispravljanju problema i stabilizaciji operacija. Neka bude popunjen kadrom kroz barem jedan cijeli poslovni ciklus, uključujući prvo mjesečno zatvaranje, jer se tada mnogi problemi prvi put pojave.