Što konzultanti zapravo rade: realističan pogled

SAP konzultanti konfiguriraju, grade, testiraju i stabiliziraju SAP za poslovanje. U praksi se većina njihove vrijednosti isporučuje usred programa. Razjašnjavaju opseg koji je odlutao, provode prolaske (walkthrough) koje nitko nije proveo, trijažiraju UAT nedostatke i stabiliziraju rad nakon puštanja u rad. Funkcionalni konzultanti vode konfiguraciju modula, tehnički konzultanti proširenja i integracije, a programski konzultanti i konzultanti za promjene isporuku i prihvaćanje. Ovaj je tekst namijenjen čelnicima koji odlučuju hoće li angažirati vanjsku pomoć i ljudima koji razmatraju konzultiranje kao karijeru. Ako ste čelnik, tablica signala u nastavku govori Vam kad nazvati. Ako ste konzultant, odjeljci o svakodnevnom radu pokazuju što posao doista uključuje.

Pitanje se pojavi svaki put kad netko razmatra vanjsku podršku: što točno konzultant radi što mi sami ne možemo?

Iskren odgovor nije osobito laskav za konzultantsku industriju. Većina vrijednosti dolazi iz popravljanja onoga što se nije smjelo pokvariti. Iz postavljanja pitanja koja je trebalo već postaviti. I iz dodavanja kapaciteta i jasnoće u trenutku kad internom timu ponestane i jednog i drugog.

To nije kritika internih timova. Tako SAP programi obično teku. Interni tim je rastegnut. Sistemski integrator ima vlastite prioritete. Odluke se gomilaju, a opseg odluta. Šest mjeseci u dvanaestomjesečni program netko otvori dnevnik problema i nađe dvadeset stavki označenih „treba riješiti” koje tamo stoje od trećeg tjedna.

Tada obično stigne poziv.

Neki konzultanti dolaze tijekom blueprinta ili planiranja. Mnogi dobiju poziv usred projekta, često nakon dva ili tri mjeseca sporog napretka ili propuštenih primopredaja. Izvještaji upravljačkog odbora izgledaju narančasto. Tim naporno radi. Napredak je spor i nitko ne može točno reći zašto.

1. ExploreRadionice i rupeFit-to-standard radionice, dokumentirane rupe
2. RealizeIzgradnja i prolasciKonfiguracija i proširenja. Usred projekta obično stižu pozivi za oporavak
3. DeployTrijaža UAT-a i prijelazKonfiguracijska, procesna ili rupa u obuci? Trijaža odlučuje
4. HypercareStabilizacijaPrvo mjesečno zatvaranje i red problema

Tipične ulazne točke:

1. Opseg je odlutao. Ono što je odobreno u fazi Explore više ne odgovara onomu na čemu radi razvojni tim. Zahtjevi su neformalno dodavani na radionicama, dnevnik promjena nije vođen i nitko nema konačan popis opsega.
2. Ključni radni tok je zastao. Migracija podataka tjednima stoji na istoj stopi pogrešaka bez plana poboljšanja. UAT otvara više nedostataka nego što ih zatvara.
3. Datum puštanja u rad je fiksan, a plan ga ne podupire. Datum je odredila uprava. Plan nije usklađen sa stvarnim napretkom. Voditelj programa zna da putanja promašuje datum, ali još nije eskalirao.

U svakom slučaju posao nije dodati ljude na postojeći plan. Posao je pogledati što se zapravo događa, jasno imenovati problem i izraditi put naprijed. Moj vodič o vraćanju SAP projekata na pravi put pokriva taj slijed oporavka.

Razjašnjavanje opsega i procesa

Ponekad je konfiguracija ispravna, ali je proces oko nje pokvaren. Čest obrazac: tim je konfigurirao prema dokumentu fit-to-standard iz faze Explore, a poslovni korisnici konfiguraciju nisu vidjeli od odobrenja. Rečeno im je što se gradi, ali im nije pokazano.

Rješenje nije tehničko. To je rupa u razgovoru. Posao je provesti poslovne korisnike kroz konfiguraciju prije UAT-a i sastaviti jasan popis promjena prije otvaranja testiranja.

To nije glamurozno. Tako posao izgleda.

Prevođenje između tehničkih i poslovnih timova

SAP programi rutinski proizvode nešto tehnički ispravno što posao ne može koristiti. Utvrđivanje cijena koje radi u 90 % slučajeva, a puca na izvoznim narudžbama. Robno kretanje koje se ispravno knjiži, ali stvara financijski dokument koji tim za usklađivanje ne prepoznaje.

Funkcionalni konzultant zatvara tu rupu. Ne tako da je najtehničkija osoba u prostoriji. Nego tako da dovoljno dobro razumije ponašanje sustava i poslovni utjecaj da prave osobe mogu donijeti pravu odluku.

Podrška UAT-u

Korisničko prihvatno testiranje (UAT) mjesto je na kojem se akumulirane odluke programa održe ili raspadnu. Svaki prečac u fazi Explore, svako neformalno dodavanje opsega i svaki testni slučaj napisan na razini sažetka ovdje izlaze na vidjelo.

Dobra podrška UAT-u znači ispravnu trijažu nedostataka, razdvajanje konfiguracijskih rupa od procesnih rupa i rupa u obuci. Znači i upravljanje atmosferom kad poslovni korisnici naiđu na niz neuspjeha koji im poljulja povjerenje u cijeli program. Bez toga svaki nedostatak na UAT sesiji postaje razlog za preispitivanje puštanja u rad, obično zato što je trijaža bila slaba, a nitko nije definirao što znači „spreman za puštanje u rad”.

Stabilizacija nakon puštanja u rad

Najmanje glamurozan posao u SAP konzultiranju je hypercare. Puštanje u rad se dogodilo, slavljeničke e-poruke su poslane, implementacijski tim počeo je odlaziti. Zatim stiže prvo mjesečno zatvaranje. Knjiženja ne odgovaraju formatu usklađivanja. Proizvodni nalozi se dovršavaju, ali se ne obračunavaju. Služba za podršku puni se korisnicima koji su bili obučeni, ali nisu pripremljeni za rubne slučajeve.

Ovdje se isporučuje velik dio prave vrijednosti i ovdje je većina programa slabo opremljena resursima. Hypercare tim sustavno obrađuje red problema, razdvaja sistemske probleme od jednokratnih pogrešaka i obnavlja povjerenje u sustav.

Struktura posla nije se promijenila. Promijenila se raspodjela vremena.

Dokumentacija se uglavnom sama piše. SAP Joule for Consultants, opće dostupan od 2025., odgovara na konfiguracijska pitanja iz SAP-ove vlastite baze znanja, uključujući SAP Notes, i objašnjava ABAP kod. Asistenti na temelju Joulea u SAP Cloud ALM-u pišu nacrte zahtjeva i testnih slučajeva iz materijala s radionica. Funkcionalni konzultant manje vremena troši na tipkanje dokumenata, a više na preispitivanje zaključaka s radionica.

Kod se više pregledava nego piše. SAP-ovi razvojni asistenti pišu nacrte koda, uključujući SAP Build Code za Java i JavaScript proširenja na SAP BTP-u. Tehnički konzultanti sada ga pregledavaju, osiguravaju i testiraju.

Hypercare službe vide manje rutinskih pitanja. Joule može odgovoriti na rutinska pitanja poput stanja godišnjeg odmora ili statusa troškova unutar SAP aplikacija, što skida dio opsega s hypercare službe. Konzultantovo vrijeme premješta se na procesne rupe, probleme s matičnim podacima i slučajeve koji trebaju čovjeka.

Smisao angažiranja konzultanta nije se promijenio. Konzultanti koji su naučili te alate više vremena troše na prosudbu, komunikaciju i eskalaciju, a manje na posao koji AI sada dovoljno dobro piše. SAP-ov vlastiti opis proizvoda Joule for Consultants pošten je sažetak onoga što pokriva.

Funkcionalni konzultanti specijaliziraju se za module poput FI, CO, SD, MM, PP, EWM ili SuccessFactors. Konfiguriraju sustav oko poslovnih procesa i zatvaraju jaz između SAP-ova standarda i klijentovih zahtjeva. Njihova je vrijednost dubina modula plus poznavanje poslovnih procesa.

Tehnički konzultanti (ABAP programeri, SAP BTP specijalisti, integracijski arhitekti, Basis) grade proširenja i integracije koje konfiguracija ne može pokriti. Na modernim S/4HANA programima načela clean core guraju nova proširenja na SAP BTP ili objavljene API-je, što traži drugačiji skup vještina od klasične ABAP izmjene.

Voditelji projekata i programa daju strukturu isporuke: upravljanje, rizik, raspored i rješavanje problema, s uvidom u cijeli program kako bi se problemi eskalirali prije nego što postanu krize.

Konzultanti za upravljanje promjenama rade na ljudskoj strani: obuka, komunikacija, angažman i upravljanje koje odlučuje hoće li korisnici prihvatiti sustav ili ga zaobilaziti.

Većini velikih SAP programa trebaju sva četiri. Programi srednjeg tržišta često imaju manje ljudi koji pokrivaju više uloga, i tu nastaju rupe. Konzultantski okviri i vještine koje su važne u konzultiranju isti su za sve četiri. Ako kao konzultant mapirate vlastiti put kroz te uloge, SAPopedia izlaže karijerne putove i tečajeve, a ERPCV Vam pomaže predstaviti to iskustvo regruterima.

Najskuplja konzultantska pogreška je dovesti nekoga prekasno. Pregled rizika prije prijelaza na novi sustav četiri do šest tjedana prije puštanja u rad može pronaći kritične probleme dok još ima vremena. Angažman oporavka nakon neuspjelog prijelaza košta daleko više. Odvija se i pod operativnim pritiskom, u organizaciji koja je izgubila povjerenje u sustav.

Tablica prikazuje signale i pomoć koju svaki zahtijeva.

Signal	Što obično znači	Pomoć koju treba angažirati	Što trebaju isporučiti u dva tjedna
Stavke dnevnika problema otvorene dulje od četiri tjedna bez datuma rješenja	Problem upravljanja, a ne tehnički	Neovisni savjetnik za program	Popis odluka s vlasnicima i datumima
Puštanje u rad za manje od 60 dana, a nema probe prijelaza	Neprovjeren prijelaz; iznenađenja pri puštanju u rad ne mogu se ispraviti u stvarnom vremenu	Voditelj prijelaza ili programa	Uvježban plan prijelaza i kriteriji go/no-go
Poslovni vlasnici prestali su dolaziti	UAT će propasti bez namjernih intervencija	Voditelj promjena plus funkcionalni voditelj	Prolasci s ključnim korisnicima i plan ponovnog angažmana
Jedan radni tok tjednima stoji na istoj stopi pogrešaka	Uzrok nije pronađen	Specijalist za taj radni tok	Analiza temeljnog uzroka i plan oporavka
Izvještavanje SI-ja jedini je uvid u zdravlje programa	Nema neovisne provjere	Savjetnik na strani klijenta	Iskrena procjena zdravlja za sponzora

Što SAP konzultanti zapravo rade na projektu?

Analiziraju poslovne zahtjeve, konfiguriraju SAP da ih podupre i zatvaraju jaz između SAP-ovih zadanih postavki i onoga što posao treba. U fazi Explore provode fit-to-standard radionice i dokumentiraju rupe. U fazi Realize grade konfiguraciju i rade s programerima na proširenjima. U fazi Deploy podupiru UAT, upravljaju nedostacima i pripremaju prijelaz. U fazi hypercare rješavaju probleme nakon puštanja u rad. Ono čega nema u opisima poslova jest trijaža rupa između faza i održavanje discipline isporuke pod pritiskom.

Kada organizacije zapravo trebaju konzultanta?

Tri situacije pokrivaju većinu angažmana. Oporavak programa, kad je opseg odlutao, radni tok zastao ili je ugrožen datum puštanja u rad. Specijalistička sposobnost, kad timu nedostaje modul ili tehnička vještina poput PP-PI konfiguracije ili integracije na SAP BTP-u. I upravljanje, kad organizacija želi neovisan nadzor nad programom koji vodi sistemski integrator. Čekanje da se stvari pogoršaju prije poziva najčešći je obrazac i najskuplji.

Koja je razlika između funkcionalnog i tehničkog SAP konzultanta?

Funkcionalni konzultanti konfiguriraju SAP da podupire poslovne procese u modulima poput FI/CO, SD, MM, PP ili EWM i rade izravno s poslovnim korisnicima na zahtjevima. Tehnički konzultanti grade ono što konfiguracija ne može: ABAP i BTP proširenja, integracije i administraciju sustava kroz Basis. Načela clean core pomiču tehnički rad s ABAP izmjena unutar sustava prema BTP proširenjima i objavljenim API-jima.

Kako znati da konzultant donosi vrijednost?

Tri pokazatelja. Iznosi na vidjelo pretpostavke koje nikad nisu provjerene i odluke koje su odgođene, umjesto da potvrđuje postojeća mišljenja. Odluke koje su tjednima zapele počinju se donositi. I dnevnik problema se smanjuje jer su temeljni uzroci popravljeni, a ne zato što su stavke zatvorene bez rješenja. Dnevnik koji ostaje iste duljine unatoč aktivnosti znači da su problemi sistemski ili da popravci ne dopiru do uzroka.

Što je najteži dio konzultantskog posla?

Imenovati probleme koje klijent već zna, ali nije djelovao: opseg koji je odlutao, nenapisani testni slučajevi, sponzor koji se prestao angažirati. To traži dovoljno povjerenja da Vas se čuje, dovoljno vjerodostojnosti da Vam se vjeruje i dovoljno izravnosti da kažete neugodne stvari. Konzultanti koji štite odnos nauštrb dijagnoze skupo su klimanje glavom.

Zašto angažirati neovisnog konzultanta ako klijent već ima SI-ja?

Sistemski integrator odgovoran je za isporuku ugovorenog opsega. Neovisni konzultant odgovoran je klijentu za ishod. To su različiti poslovi. Savjetnik na strani klijenta preispituje pretpostavke dizajna i potvrđuje da dizajn zadovoljava poslovne potrebe. Štiti klijentov komercijalni položaj u kontroli promjena i daje rukovodstvu uvid u zdravlje programa koji nije filtriran integratorovim izvještavanjem. To je strukturni sukob interesa, a ne kritika integratora.