Implementacija SAP-a može djelovati kao veliki korak, a možda to i jest. No ne mora djelovati kao da se žuri. Vidio sam tvrtke koje se zapetljaju u biranje platforme, uspoređivanje modela uvođenja i jurnjavu za popisima funkcionalnosti prije nego što razumiju što rješavaju.
Cilj nije da bude savršeno. Cilj je da bude jasno. Što Vašem poslovanju zaista treba, koliko ste promjena spremni prihvatiti i što se događa ako ovo ne ide po planu?
Ova stranica prolazi kroz faze, povezuje svaki vodič koji sam napisao o svakoj od njih i završava pitanjima koja klijenti najčešće postavljaju.
Većina timova najprije se usredotoči na softver. To je razumljivo. No implementacija SAP-a više je povezana s tim kako Vaše poslovanje funkcionira iz dana u dan nego sa sustavom u pozadini.
Teški dio nije instalacija SAP-a. Teško je uskladiti ljude, vrijeme i odluke oko onoga što se doista treba promijeniti. Tu projekti usporavaju ili zapnu.
Ne morate sada imati sve odgovore. Pomaže kad implementaciju SAP-a shvatite kao promjenu načina rada, a ne kao još jedan IT projekt.
Ukratko
Strateška spremnost
Razumijte poslovanje prije softvera: probleme, uspjeh i granicu između standardnog i prilagođenog.
Planiranje i upravljanje
Opseg, model uvođenja i struktura odlučivanja, postavljeni rano.
Dizajn rješenja
Fit-to-Standard: uskladite poslovanje sa SAP-ovim procesima i razvijajte samo ondje gdje to donosi vrijednost.
Podaci i integracija
Odlučite koji podaci prelaze, očistite ih i osmislite kako se SAP povezuje sa svime ostalim.
Izgradnja, testiranje i obuka
Kontrolirana izgradnja, stvarni ciklusi testiranja s izlaznim kriterijima i obuka sa stvarnim podacima.
Puštanje u rad i hypercare
Discipliniran cutover, hypercare tim koji brzo popravlja i KPI-jevi koji mjere poslovanje.
Faza 0: strateška spremnost
Prije nego što počnete govoriti o modulima ili uspoređivati platforme, zastanite. Implementacija SAP-a počinje razumijevanjem Vašeg poslovanja: kako danas funkcionira, gdje zapinje i što se treba promijeniti. Svaka kasnija odluka oslanja se na ono što ovdje definirate.
Usredotočite se na tri pitanja. Koje probleme rješavate? Kako treba izgledati uspjeh? Gdje ćete povući granicu između standardnog i prilagođenog?
Prikupljanje zahtjeva nije popis funkcionalnosti, nego to kako Vaše poslovanje danas radi i što ga koči. Poslovni slučaj definira rezultate, očekivani ROI i način na koji ćete obraniti ulaganje šest mjeseci kasnije. Vaša Clean Core strategija povlači granicu između onoga što se prilagođava i onoga što ostaje standardno te oblikuje svaku nadogradnju nakon puštanja u rad.
Faza 1: planiranje i upravljanje
Kad znate zašto to radite, pretvorite to u odluke. Jasne odluke, donesene rano.
Budite konkretni oko opsega. Koje poslovne jedinice idu u rad, koji procesi zasad ostaju ručni i koji stari sustavi ostaju? Sve što je ovdje nejasno stvara buku kasnije, a raščišćavanje stoji više nego da se odmah napravi kako treba.
Izbor između pristupa Greenfield, Brownfield i Selective nije samo tehnička odluka. Odražava koliko je promjena poslovanje spremno prihvatiti, a iz njega slijede deseci dizajnerskih odluka. Zatim osnujte upravljački odbor, definirajte putove eskalacije i odlučite tko je vlasnik teških odluka. Ažurirajte poslovni slučaj kako napredujete.
Faza 2: dizajn rješenja (Fit-to-Standard)
Dizajn rješenja ne znači dizajnirati sve ispočetka. Znači razumjeti što SAP već nudi, što Vašem poslovanju zaista treba i kada reći ne prilagođenom razvoju. Fit-to-Standard radionice prolaze kroz SAP-ove zadane tokove kako biste odlučili gdje se prilagoditi, a gdje prihvatiti.
Počnite s tri područja. Moduli, koji odražavaju Vaše glavne poslovne funkcije poput financija, prodaje, nabave i proizvodnje. Integracija, jer SAP rijetko radi sam i mora komunicirati s CRM sustavima, mrežama dobavljača, alatima za izvještavanje i starim sustavima. I arhitektura koja ostaje čista, nadogradiva i održiva dok rastete.
Za specifičnosti industrije pogledajte SAP za proizvodnju, maloprodaju i zrakoplovstvo.
Faza 3: podaci i integracija
Ova se faza često podcjenjuje, a upravo ona odlučuje o uspjehu puštanja u rad. Možete imati najbolje module i najčišći dizajn, a korisnici će ipak od prvog dana osjetiti pokvarene podatke.
Razmislite o tri stvari. Koji podaci vrijede prijenosa, a što može ostati? Koliko su Vaši trenutačni podaci zaista čisti? I kako će se SAP povezati s postojećim alatima i platformama trećih strana?
Migracija podataka zvuči jednostavno, a nije. Projekti kasne zbog lošeg mapiranja, prljavih izvornih podataka i kasnih promjena opsega.
Faza 4: izgradnja, testiranje i obuka
Ovdje implementacija SAP-a počinje djelovati stvarno, a bez strukture se brzo raspada. Razvoj se ubrzava i transporti se brzo kreću. Ako je upravljanje tehničkim promjenama nejasno, promjene se međusobno prepisuju, a timovi gube pregled nad onim što je odobreno.
Testiranje mora odražavati stvarnu poslovnu aktivnost: UAT, probne cutover izvedbe i rubne slučajeve. Izlazni kriteriji i quality gates drže sve usklađenima.
Obuka je važnija nego što većina očekuje, a odgađanje do kraja vraća se kao bumerang. Održavajte sesije sa stvarnim podacima i pustite ljude da isprobaju stvari, pa čak i da pogriješe. Tu se gradi samopouzdanje.
Faza 5: puštanje u rad i hypercare
Puštanje u rad izgleda kao cilj, ali ono je točka na kojoj počinje stvarnost. Korisnici prestaju vježbati i počinju ovisiti o sustavu. Vidio sam timove koji su u jednom danu prešli iz mira u kaos, ne zato što je posao bio pogrešan, nego zato što je primopredaja bila preblaga.
Cutover znači migraciju podataka, uključivanje integracija, zamrzavanje promjena i koordinaciju stotina malih zadataka u uskom vremenskom prozoru. Najbolji cutoveri koje sam vidio imali su jasne rokove, rezervne planove i probne izvedbe. Ljudi također moraju znati gdje se prijaviti, koga nazvati i što smiju dirati.
Nakon puštanja u rad hypercare je usredotočena jedinica za odgovor, a ne produžena podrška. Bilježite tikete vidljivo i popravljajte brzo, jer se korisnik koji rano izgubi povjerenje često ne vraća. Zatim mjerite poslovanje, a ne samo sustav: prihvaćanje, trajanje ciklusa, trendove pogrešaka i slažu li se sada izvještavanje i zalihe s financijama.
Svaki vodič koji sam napisao o implementaciji SAP-a, grupiran prema odluci u kojoj pomaže. Počnite od prve poveznice u svakom retku.
| Tema | Počnite ovdje | Pročitajte i |
|---|---|---|
| Početak i planiranje | Implementacija SAP-a korak po korak | Ispravan početak projekta, povelja projekta, rokovi, SAP Activate predlošci, strategije implementacije, implementacija i rollout |
| Troškovi i budžet | Koliko košta implementacija SAP-a | Zašto se budžeti prekoračuju, kalkulator troškova |
| Partneri i ugovori | Kako odabrati partnera za SAP implementaciju | Zahtjev za ponudu, partner ili nezavisni konzultant, opis posla, promjena partnera usred projekta |
| Tim i upravljanje | Uloge u timu za implementaciju SAP-a | Izgradnja tima, upravljanje dionicima, raspodjela resursa, planiranje i kontrola, procjena rizika |
| Opseg i zahtjevi | Predložak opsega SAP projekta | Izbjegavanje klizanja opsega |
| Testiranje | SAP testiranje objašnjeno | Strategija testiranja S/4HANA, korisničko testiranje prihvaćanja |
| Ljudi i nakon puštanja u rad | Plan upravljanja promjenama | Oporavak programa, usklađenost u javnom sektoru |
Ne postoji univerzalna formula. Tko tvrdi da postoji, vjerojatno nikad nije proveo nijednu. No bilo da je riječ o projektu za 10 korisnika ili globalnom uvođenju u pet zemalja, stalno vidim istih šest stvari.
- Definirani poslovni ciljevi. „Puštanje u rad” nije cilj. Smanjenje vremena obrade narudžbi za 40 posto jest, a svi, od IT-a do operacija, trebaju znati zašto je sustav važan.
- Sponzorstvo rukovodstva. Ako vodstvo vidljivo ne stoji iza projekta, ljudi to primijete, zamah slabi, a teške odluke guraju se prema dolje.
- Snažno upravljanje promjenama. Otpor je rijetko glasan. Pokazuje se u napola korištenim funkcionalnostima i paralelnim tablicama, zato počnite rano i komunicirajte više nego što mislite da treba.
- Realna strategija podataka. Odredite vlasnike podataka i očistite ih prije puštanja u rad, a ne poslije.
- Vlasništvo unutar poslovanja. Ne prepuštajte razmišljanje drugima. Treba Vam netko od povjerenja, i pomalo tvrdoglav, tko će se usprotiviti kad nešto ne djeluje ispravno.
- Plan podrške nakon puštanja u rad. Ljudi griješe, a funkcionalnosti se ne ponašaju uvijek kako se očekuje. Podrška je spas.
Kad to funkcionira, koristi su praktične: jedan skup podataka za prodaju, zalihe i financije, jača procesna disciplina, čišći revizijski tragovi, brojke o novcu i narudžbama u stvarnom vremenu te prostor za rast bez ponovne izgradnje.
Vidio sam projekte koji su snažno krenuli i zapeli šest mjeseci kasnije jer podaci nisu bili čisti ili se nitko nije mogao dogovoriti kako bi odobrenja trebala funkcionirati. To je normalno, a može se izbjeći ako se rano obrati pozornost.
- Neusklađenost poslovanja i IT-a. IT gura agilnost, a poslovanje želi neprobojne procese, pa jaz postaje stalan teret.
- Kopiranje starog sustava. Ponovno stvaranje svakog zaslona i polja prethodnog ERP-a vodi do napuhanih prilagodbi i sporih uvođenja.
- Nedovoljno pripremljeni podaci. Duplikati, zastarjele šifre i nedostajuće veze pojavljuju se usred projekta i usporavaju sve.
- Zamor od promjena. Timovi već obavljaju svoj svakodnevni posao, a bez upravljanja promjenama otpor je tih, ali stvaran.
- Nitko ne preuzima teške odluke. Konzultanti mogu usmjeravati, ali kad nitko iznutra ne odlučuje, odluke zapinju, a troškovi rastu.
- Život se događa usred projekta. Reorganizacija, novi CFO ili akvizicija. Fleksibilnost i realni rokovi pomažu.
Prelazite s Oraclea ili Microsofta? Pomogao sam timovima u oba prelaska.
Iskoristite prelazak da iznova promislite procese umjesto da ih preslikate, najprije sredite podatke, ispravno definirajte opseg integracije i dajte ljudima vremena. Počnite od poslovne jasnoće, a ne od matrice usporedbe proizvoda.
Proveo sam 25 godina u implementaciji SAP-a i digitalnoj transformaciji. Neke sam projekte vodio od prvog dana. Drugima sam se pridružio kad su rokovi skliznuli ili se vizija udaljila od stvarnosti.
Posao ostaje isti: povezati ono što poslovanju treba s onim što SAP realno može isporučiti, bez žargona. Možete početi s ovim besplatnim alatima.
- Kalkulator troškova implementacije SAP-a: okvirni trošak Vaše implementacije SAP-a.
- Kalkulator troškova implementacije ERP-a: brz pregled troškova i rokova ERP-a.
- Procjena opsega rada i troškova migracije podataka: podatkovni objekti koji su Vam potrebni i koliko košta njihova migracija.
- Procjena migracije na S/4HANA: Greenfield, Brownfield ili Selective, na temelju starosti sustava, podataka i prilagođenog koda.
- SAP Solution Builder: opseg modula i fazni roadmap za Vašu industriju i veličinu.
- Generator opisa radnih mjesta za SAP: opis radnog mjesta kad zapošljavate za SAP projekt.
Što se podrazumijeva pod implementacijom SAP-a?
To je proces postavljanja SAP softvera tako da podupire način na koji poslovanje funkcionira, preslikavanjem stvarnih procesa poput nabave, proizvodnje i ljudskih resursa u sustav. Ide dalje od tehničkog postavljanja, do ljudi, podataka, rokova i načina na koji se sve povezuje pri puštanju u rad.
Koliko traje implementacija SAP-a?
Od nekoliko mjeseci do nekoliko godina. Malom poduzeću može trebati 6 do 9 mjeseci. Velika globalna uvođenja često traju 18 mjeseci ili dulje.
Kojih je 5 faza implementacije SAP-a?
Klasičnih pet su priprema projekta, Business Blueprint, realizacija, završna priprema te puštanje u rad i podrška. Neke tvrtke dodaju korake ili se vraćaju unatrag, što je uobičajeno.
Koja su tri stupa implementacije SAP-a?
Ljudi (sponzori, korisnici i rukovodstvo), proces (tokovi rada koje SAP treba podupirati) i tehnologija (sustav, njegove integracije i podaci).
Je li SAP lako implementirati?
Rijetko. Tehnologija je tek pola priče. Usklađivanje ljudi, čišćenje podataka i upravljanje promjenama često je teže od softvera, ali uz pravo planiranje to je izvedivo.
Što znači SAP?
Systems, Applications and Products in Data Processing. Tvrtka je nastala u Njemačkoj 1970-ih, a danas pokreće mnoge od najvećih svjetskih organizacija.