SAP upravljanje dionicima: spriječite sukobe prije početka

Upravljanje dionicima u SAP-u odlučuje hoće li program završiti na vrijeme ili će posljednje tromjesečje provesti u prepirkama. Svodi se na četiri navike. Mapirajte tko je važan i što je kojoj skupini bitno. Zapišite tko ima ovlast odlučivati o čemu. Vodite ritam komunikacije koji odgovara fazi SAP Activate. Zabilježite svaku važnu odluku s alternativama. Ovaj je vodič za direktore programa, PMO-ove i izvršne sponzore na S/4HANA programima. Tablicu uloga i ritam po fazama u nastavku iskoristite za izradu plana angažmana prije prve radionice.

Jednom sam radio na SAP uvođenju na kojem je IT želio stroge kontrole sustava, a financijama je trebalo više fleksibilnosti. Dok smo mi došli, dva su tima prestala razgovarati. Financije su bile frustrirane. IT je bio u defenzivi. Rukovodstvo je htjelo znati zašto nitko ne komunicira.

Izradili smo mapu uloga, vodili redovite sastanke usklađivanja i uspostavili jedan izvor istine za odluke. Da su ti temelji postavljeni na početku, uštedjeli bismo mjesece prepirki.

Obrazac vrijedi daleko izvan tog programa. Tehnologija rijetko zakaže sama. Programi zakažu kada se odluke ne donose i kada se očekivanja nikad nisu postavila. Zakažu kada komunikacija ovisi o osobnim odnosima umjesto o ritmu i kada sukobi koji su pripadali radnoj razini stignu do rukovodstva tjednima prekasno.

Nisu svi na SAP programu zabrinuti oko istog niti imaju isti utjecaj. Tretirate li ih kao jednu publiku, šaljete nebitna izvješća i propuštate stvarne rizike.

Uloga	Što im je važno	Kako ih uključiti
Izvršni sponzor (CEO, COO, financijski direktor grupe)	Povrat, poslovni rizik, vjerodostojnost programa	Izravno, redovito, kratko
Upravljački odbor (CIO, CFO, voditelji poslovnih jedinica)	Rokovi, proračun, opseg	Strukturirani pregledi odbora s odlukama
Rukovodstvo financija (CFO, kontrolori)	Priznavanje prihoda, integritet izvještavanja, kontrole	Rano uključivanje u dizajn; potpis opsega FI/CO
Operativa i voditelji poslovanja	Kontinuitet procesa, edukacija, upotrebljivost	Radionice dizajna; vlasništvo nad korisničkim prihvatnim testiranjem (UAT)
Rukovodstvo IT-a (CIO, voditelj arhitekture)	Arhitektura, sigurnost, integracija, podrška	Potpis tehničkog dizajna
Vlasnici poslovnih procesa	Točnost procesa, iznimke, rubni slučajevi	Vode radionice dizajna, potpisuju konfiguraciju
Krajnji korisnici	Krivulja učenja, svakodnevni rad, promjene poslova	Edukacija i upravljanje promjenama
Integrator sustava (SI)	Opseg isporuke, zahtjevi za promjenom, resursi	Formalno upravljanje i dokumenti o opsegu
HR i upravljanje promjenama	Utjecaj na ljude, promjene uloga, komunikacija	Radni tok paralelan s isporukom

Matrica utjecaja i interesa pokazuje gdje uložiti trud. CIO, CFO i sponzor nalaze se visoko na obje osi: oni odobravaju promjene, odgađaju puštanje u rad i raspoređuju ljude, a ako se povuku, program gubi zaštitu. Vlasnici procesa, kontrolori i arhitekti imaju visok interes i manje formalne moći, ali ih njihovo znanje o tome kako poslovanje stvarno funkcionira čini nezamjenjivima u dizajnu. Članovima uprave i rukovoditeljima izvan programa trebaju izvješća o prekretnicama, a ne tjedna. Krajnji korisnici imaju malo utjecaja i najveću izloženost: njihova podrška pri puštanju u rad odlučuje hoće li sustav funkcionirati u praksi.

Utjecaj na ishodVisokSrednjiNizak

• Uprava, rukovoditelji izvan programa

• Sponzor, CFO, CIO

• Vlasnici procesa
• Kontrolori, arhitekti

• Krajnji korisnici

NizakSrednjiVisokKoliko program utječe na njih

Najučinkovitije uključivanje događa se prije nego itko uloži pritužbu. Na početku projekta utvrdite tri stvari.

Prava odlučivanja

Tko može odobriti promjenu opsega? Tko potpisuje UAT? Tko može odgodu puštanja u rad iznijeti pred upravljački odbor? Zapišite to, ishodite potpis i unesite u povelju projekta. Kad se odluka usred projekta ospori, na taj dokument upućujete.

Bez njega osporene odluke idu onome tko je najglasniji ili ima sponzorovo uho. Ni jedno ni drugo nije upravljanje, a oboje rađa ogorčenje. Moj vodič za pisanje povelje SAP projekta obrađuje što bi odjeljak o pravima odlučivanja trebao sadržavati.

Ritam komunikacije

Na početku projekta odlučite koliko često program komunicira, kojim kanalom i s kojim sadržajem. Upravljački odbor svaka dva tjedna. Voditelji radnih tokova tjedno. Krajnji korisnici na prekretnicama, uz pozive na edukaciju. Ako ljudi čuju od programa samo kad nešto nije u redu, pretpostavit će da je uvijek u problemima.

Osnovica opsega

Zapišite što je u opsegu, a što je izričito izvan njega. Isključenja su važna koliko i uključenja, jer je svaka nedefinirana granica budući sukob. Uzmite voditelja financija koji pretpostavlja da je upravljanje izdacima u opsegu, a u fazi Realize sazna da nije. Ta će osoba biti teška do kraja programa, ne zato što je po naravi teška, nego zato što je program prekršio prešutno obećanje.

Potrebe angažmana mijenjaju se kako program prolazi kroz faze SAP Activate. Ono što funkcionira u fazi Explore ne funkcionira u fazi Deploy. Ovo iskoristite kao okosnicu plana angažmana:

Faza	Fokus angažmana	Ritam	Tko vodi
Discover i Prepare	Mapa uloga, struktura upravljanja, sastanci sa sponzorom, prvi sastanci usklađivanja s financijama, operativom i IT-om	Sastanak sa sponzorom na početku, upravljački odbor uspostavljen	Direktor programa
Explore	Fit-to-standard radionice s voditeljima poslovanja i vlasnicima procesa, odluke o fit-gap analizi pregledane prije potpisa	Tjedne radne sesije; upravljački odbor na zatvaranju faze	Solution architect i vlasnici procesa
Realize	Priprema UAT-a, zaštita vremena voditelja poslovanja za testiranje, status grešaka i migracije podataka	Upravljački odbor svaka dva tjedna, voditelji radnih tokova tjedno	Voditelj programa
Deploy	Spremnost za prijelaz na novi sustav, kriteriji go/no-go dogovoreni prije početka prijelaza	Dnevni stand-upovi za prijelaz, izvršni sažetak za go/no-go	Voditelj poslovnih operacija uz podršku IT-a i SI-ja
Run	Komunikacija tijekom hypercarea, kanali za prijavu problema, pregledi stabilizacije	Dnevno dva tjedna, zatim tjedno, pregledi nakon 30, 60 i 90 dana	Voditelj podrške i vlasnici procesa

Dvije faze uzrokuju najviše problema. U fazi Explore, kad su u prostoriji pogrešni ljudi, odluke se ponovno otvaraju u fazi Realize, nakon što je konfiguracija počela. U fazi Realize čest je obrazac da vlasnici UAT-a nisu dostupni ili nisu pripremljeni. To ispravite u planu tijekom faze Explore, a ne dva tjedna prije početka testiranja.

Tradicionalni model imao je tri strane: klijenta, SI i sponzore. Uz RISE with SAP SAP se pridružuje kao sudionik isporuke. Vodi infrastrukturu i tehničke operacije, a njegov tim za uspjeh klijenata prati prihvaćanje i vrijednost. Slijede tri promjene u upravljanju.

1. Forum za pregled ekstenzija. Svaki gap treba odluku: konfigurirati ga, proširiti putem objavljenih API-ja (on-stack s ABAP Cloudom ili side-by-side na SAP BTP-u) ili ga odbiti. Na S/4HANA Cloud Public Edition izmjena jezgre nije moguća. Na Private Edition jest, ali svaka izmjena dodaje posao pri nadogradnji. Malen forum ispod upravljačkog odbora, s jednim arhitektom ovlaštenim za odlučivanje, sprječava da svaka rasprava o prilagodbama završi na odboru. Preskočite li ga, tehnički dug izaći će na vidjelo pri prvoj većoj nadogradnji.
2. Ritam uspjeha klijenta sa SAP-om. SAP-ov tim angažira se oko prihvaćanja, korištenja BTP-a i roadmapa. Teče paralelno s upravljanjem implementacijom i nastavlja se nakon puštanja u rad. Uklopite ga u svoje upravljanje umjesto da ga vodite zasebno.
3. Put eskalacije prema SAP-u. Kad nešto zakaže na razini platforme, CIO mora znati koga nazvati u SAP-u, a ne samo kod partnera. Potvrdite kontakte i razine usluge prije potpisa.

Programi GROW with SAP na Public Edition trebaju ista tri elementa u lakšem obliku: manje odluka o ekstenzijama jer je manje prostora za proširenje, standardiziraniji ritam uspjeha klijenta i eskalaciju koja obično prvo ide preko partnera. On-premise programi zadržavaju tradicionalni model, sa SAP-om kao dobavljačem, a ne sudionikom.

AI alati pomažu s papirologijom angažmana, a ne s odnosima.

Sažeci sastanaka najjasniji su dobitak. Microsoft Copilot snimljeni sastanak upravljačkog odbora pretvara u nacrt zapisnika koji traži kratak pregled umjesto dugog pisanja. Odluke koje bilježi uglavnom su točne jer radi prema transkriptu, a ne prema sjećanju.

Evidencije odluka dolaze na drugom mjestu. Confluenceove AI funkcije, sada pod Atlassianovim brendom Rovo, mogu bilješke sa sastanaka pretvoriti u strukturirane unose evidencije odluka kad izradite predložak.

Izrada nacrta zahtjeva pomaže u fazi Explore. SAP Cloud ALM može izraditi nacrte zahtjeva iz transkripata fit-to-standard radionica. I dalje je potrebna osoba koja će provjeriti svaki redak.

Analiza raspoloženja uglavnom je predstava na programima s manje od 100 ljudi. Signal je slab, lažno pozitivni rezultati česti, a to što vas vide da pratite raspoloženje nosi stvaran politički trošak. Na vrlo velikim programima može rano uočiti skupine koje se povlače. Na većini programa AI proračun potrošite drugdje.

Otpor prema SAP-u gotovo uvijek ima racionalnu osnovu. Osoba koja se protivi obično nešto štiti: zaobilazno rješenje koje pokriva prazninu u starom sustavu, ručnu provjeru koju standardni proces ne prikazuje ili brigu o kapacitetu svog tima da apsorbira promjenu. Pronađite tu osnovu prije nego što reagirate. Odgovorite na stvarnu zabrinutost i otpor obično nestane bez konfrontacije.

„Treba nam ova prilagodba”

Obično to štiti proces koji danas funkcionira, a za koji osoba ne vjeruje da će ga standardni SAP moći obraditi. Prođite standardni proces i pitajte točno gdje zakazuje. Često je briga rubni slučaj koji konfiguracija može pokriti. Ponekad je opravdana. To saznajete samo razgovorom, a uz Clean Core ulozi su veći, jer odgovor određuje hoćete li graditi i održavati ekstenziju.

„Nismo spremni za puštanje u rad”

Shvatite to ozbiljno. Kad voditelj poslovanja kaže da nije spreman, obično ima razlog: kvalitetu podataka, nepotpunu edukaciju, neotestiran proces. Pronađite konkretnu zabrinutost. Ako je opravdana, trebala bi odgoditi puštanje u rad. Ako je riječ o tjeskobi, a ne o dokazima, odgovorite ciljanom pripremom, a ne novim datumom.

Najčešća verzija: UAT je otkrio probleme koji nisu ispravljeni. Ako se ide dalje, problem se premješta iz UAT-a u produkciju. Odgoda od dva tjedna obično košta daleko manje od razdoblja hypercarea potrošenog na probleme koji su bili poznati prije puštanja u rad.

„Nitko nam nije rekao za ovu promjenu”

To je propust u komunikaciji. Osoba je bila na popisu primatelja, ali ne i na sesiji dizajna, ili je promjena stajala u dokumentu koji nikad nije pročitala. Ne prepirite se tko je što priopćio. Ispričajte se, provedite je kroz promjenu, dodajte je u buduće preglede dizajna u njezinu području i popunite prazninu u planu angažmana.

Kad sukob preraste radnu razinu, važne su tri stvari.

Zadržite ga unutar upravljačke strukture. Spor između financija i IT-a oko pristupa sustavu pripada upravljačkom odboru, a ne da ga neformalno riješi onaj tko je uporniji. Neformalno rješavanje strukturnih sukoba stvara ogorčenje i ponovno otvorene odluke.

Uokvirite ga poslovnim jezikom. Kad financije i IT raspravljaju o kontroli pristupa, to je politika. Kad financije i IT zajedno prikažu sigurnosni rizik naspram operativnog troška, to je poslovna odluka i upravljački odbor može je donijeti. Prevođenje jednog u drugo posao je voditelja programa ili voditelja SI-ja, ovisno o ugovoru.

Zabilježite svaku važnu odluku. Što je odlučeno, tko je odlučio, kada i koje su alternative razmatrane. Za šest mjeseci netko će reći „na to se nikad nismo složili”. Kad upravljački odbor pita zašto je odabrana neka konfiguracija ili kad pridošlica dovede u pitanje prošlu odluku, treba Vam zapis, a ne rekonstrukcija iz sjećanja. Zajednička evidencija odluka, ažurirana tjedno i pregledavana na odboru, gotovo ništa ne košta, a mnogo štedi.

Ako je ulazni sandučić voditelja programa pun hitnih eskalacija, plan ne funkcionira. Zdravi programi počivaju na strukturiranim odlukama, a ne na svakodnevnom gašenju požara.

Zdravi znakovi: sastanci upravljačkog odbora donose odluke, a ne odgode; voditelji poslovanja dolaze na radionice i UAT bez potjerivanja; promjene opsega stižu kroz proces upravljanja promjenama; problemi nakon puštanja u rad stižu definiranim kanalima; evidencija odluka je ažurna i na nju se poziva na odboru.

Znakovi upozorenja: ljudi kontaktiraju voditelja programa izvan upravljačke strukture; voditelji poslovanja odobravaju isporuke a da ih ne pročitaju, pa ih kasnije osporavaju; sponzor nestaje između sjednica odbora; ljudi koji su preskočili dizajn osporavaju zamrzavanje promjena; isti se sukob pojavljuje na tri uzastopna sastanka odbora.

Kad se pojave znakovi upozorenja, ne pritišćite jače postojeći plan. Utvrdite koji element zakazuje (ritam, ovlast, komunikacija ili dokumentacija) i popravite taj jedan. Više e-pošte i više sastanaka pogoršava stvar. Za sam upravljački odbor pogledajte moj vodič za stvaranje učinkovitog upravljačkog odbora SAP projekta, a za ljudsku stranu puštanja u rad moje bilješke o upravljanju promjenama u SAP-u.

Što je upravljanje dionicima u SAP implementaciji?

To je strukturiran rad na utvrđivanju tko ima utjecaj na program ili interes za njega, razumijevanju njihovih briga, uspostavi komunikacije i donošenja odluka te njihovu angažiranju od početka projekta do hypercarea.

SAP istodobno dotiče financije, HR, nabavu, operativu i IT, a svaki od njih ima drukčije prioritete i utjecaj. Upravljanje njima kao jednom publikom daje generička izvješća i propušta zabrinutosti koje pokreću otpor. SAP Activate to ugrađuje u svaku fazu: radionice u fazi Explore, vlasništvo nad UAT-om u fazi Realize i pregledi spremnosti u fazi Deploy ovise o pripremljenim poslovnim sudionicima.

Kako izraditi mapu uloga za SAP projekt?

Svaku osobu ili skupinu smjestite na dvije osi: utjecaj na ishod i koliko program utječe na nju. Sponzor, CFO i CIO visoko su na obje osi i trebaju izravan, redovit kontakt. Kontrolori, vlasnici procesa i arhitekti imaju visok interes i trebaju biti uključeni u dizajn. Rukovoditeljima izvan programa trebaju izvješća o prekretnicama. Krajnjim korisnicima treba ciljana komunikacija o tome što se za njih mijenja, kada je edukacija i gdje potražiti pomoć.

Održavajte mapu ažurnom. Ljudi mijenjaju uloge, utjecaj se pomiče kako program postaje vidljiviji, a novi sudionici dolaze kako opseg raste.

Što treba sadržavati SAP plan angažmana?

Registar uloga (ime, funkcija, utjecaj, interes, glavne zabrinutosti), plan komunikacije (kanal, učestalost i sadržaj po skupini), prava odlučivanja za promjene opsega, odluke o dizajnu i spremnost za puštanje u rad, aktivnosti za svaku fazu Activate, put eskalacije za osporene odluke i način za formalno iznošenje zabrinutosti.

Ažurirajte ga na svakoj kontrolnoj točki faze. Dokumentirajte ga dovoljno dobro da tim može njime upravljati bez da voditelj programa osobno rješava svaku interakciju, jer to ne skalira iznad trideset imenovanih sudionika.

Kako upravljati otporom voditelja poslovanja prema SAP-u?

Prvo pronađite izvor. Uobičajeni su briga da će novi proces propustiti važan rubni slučaj, strah od gubitka produktivnosti i osjećaj isključenosti iz odluka. Procesne brige pripadaju na sesiju dizajna. Strahovima za produktivnost treba realistična edukacija i jasna podrška tijekom hypercarea. Isključenost je propust u komunikaciji koji treba ispraviti, a ne o njemu raspravljati.

Otpor bez racionalne osnove teži je. Poluga je obično sponzor, koji mora jasno pokazati da program ima podršku rukovodstva. Progurati program bez rješavanja otpora najgora je opcija: zabrinutosti će se ponovno pojaviti u UAT-u.

Kako postupati sa sukobima između financija i IT-a na SAP programu?

Većina se svodi na jednu od tri napetosti: pristup naspram razdvajanja dužnosti, fleksibilnost izvještavanja naspram upravljanja podacima ili tempo integracije naspram sigurnosnog pregleda.

Napetost imenujte precizno. „Financije žele da kontrolori imaju pristup za čitanje proizvodnim nalozima radi izvještavanja, a IT smatra da to narušava razdvajanje dužnosti” može se riješiti; „Financije žele fleksibilnost” ne može. Iznesite to pred upravljački odbor s opcijama i njihovim rizicima. Zatim zabilježite odluku i alternative, jer se ti sporovi vraćaju kad ljudi promijene mjesto. Ako ga odbor ne može riješiti, ide sponzoru. To je upravljanje koje radi kako je zamišljeno.

Kako RISE with SAP mijenja upravljanje dionicima?

SAP postaje sudionik, a ne samo dobavljač. Trebate forum za pregled ekstenzija koji odlučuje kako se svaki gap rješava uz Clean Core, mjesto u svom upravljanju za SAP-ov ritam uspjeha klijenta te dokumentiran put eskalacije prema SAP-u za probleme na razini platforme koji ne ovisi o partneru. Potvrdite kontakte za eskalaciju i razine usluge prije potpisa.