Plan upravljanja promjenama: riješite otpor prije nego što počne

Plan upravljanja promjenama za ERP program određuje kako će ljudi prijeći s načina na koji danas rade na način koji novi sustav od njih traži i tko je odgovoran da ih tamo dovede. Počinje pri mobilizaciji, a ne pri obuci. Ima sedam dijelova, svaki s imenovanim vlasnikom, i povezan je s poveljom, radionicama o dizajnu i kontrolnim točkama kvalitete umjesto da se vodi kao sporedan tok.

Većina otpora ne dolazi niotkuda. Raste polako, mnogo prije pokretanja projekta. Čuje se u usputnim komentarima na ranim sastancima. Primijetite da ključni poslovni voditelji utihnu. Dok se sastavi formalni plan promjena, velik je dio štete već nastao.

Obično počinje na nekoliko predvidljivih mjesta:

1. Ključni korisnici izostavljeni iz ranog dizajna.
2. Voditelji odjela iznenađeni učincima o kojima nitko nije razgovarao s njima.
3. Nejasna komunikacija koja poziva na sumnju.
4. Prošli neuspjeli projekti koji su ostavili tihu nepovjerljivost.

To su strukturni problemi, a ne samo problemi komunikacije. Ako je odbor programa pasivan, očekujte trenje. Ako povelja projekta ne govori ništa o usvajanju, već ste izgubili jednu polugu.

1. 01MobilizacijaMapirajte utjecaj i prikupite neformalnu povijest
2. 02DizajnDogovorite KPI-jeve usvajanja, power useri su koautori
3. 03TestiranjePoslovni korisnici testiraju vlastite procese
4. 04ObukaPrema ulogama, na stvarnim podacima, u terminima kad ljudi mogu doći
5. 05Kontrolna točka puštanja u radPragovi usvajanja, a ne samo funkcionalni potpis
6. 06Prvih 90 danaPratite prijave, pogreške, tikete i zaobilazna rješenja

Zaobilazna rješenja uhvaćena prije nego što postanu navika

Plan promjena nije kalendar komunikacije. Ovo je sedam komponenti i tko bi trebao posjedovati svaku.

Komponenta	Svrha	Vlasnik
Mapiranje uloga i utjecaja	Svi pogođeni, s njihovim utjecajem, a ne samo titulom	Voditelj promjena
Procjena učinka promjene	Kako se mijenjaju uloge, procesi i alati svake skupine	Vlasnici procesa s timom za promjene
Plan komunikacije	Publika, poruke, kanali i vrijeme, uz povratne petlje	Voditelj komunikacije
Obuka i osposobljavanje	Kurikulum prema ulogama, vježba, provjere spremnosti	Voditelj obuke
Angažman rukovodstva	Čelnici usklađeni, informirani i vidljivo podupiru promjenu	Izvršni sponzor s voditeljem promjena
KPI-jevi usvajanja	Mjere ponašanja dogovorene u dizajnu i praćene i nakon puštanja u rad	Voditelj promjena
Praćenje otpora	Rani znakovi upozorenja mapirani na timove	Svi voditelji tokova rada

Komunikacija u većini planova promjena znači newslettere, e-poštu i sastanke za sve zaposlenike (town hall). To nije ono što pokreće ljude.

Sjećam se uvođenja u kojem smo sve komunicirali na vrijeme, ali nitko nije mogao objasniti zašto se proces mijenja. Imali smo količinu, ali ne i jasnoću.

Prilagodite po publici. Viši menadžeri prvo žele poslovni učinak. Krajnji korisnici trebaju to čuti od vlastitog menadžera, a ne od voditelja programa kojeg nikad nisu upoznali. Funkcionalni voditelji bolje reagiraju kad posjeduju dio poruke.

Ugradite povratnu informaciju. Komunikacija samo u jednom smjeru pola je plana. Radio sam s timom u kojem su tjedni pozivi s pitanjima i odgovorima imali veći učinak od bilo koje e-pošte. Povežite ono što čujete s registrom rizika, kako bi se slabe točke pokazale prije nego što izađu u javnost.

Pogodite vrijeme. Prerano stvara zabunu. Prekasno djeluje usiljeno. U jednom uvođenju korisnici su mislili da će im posao biti zamijenjen. Nitko to nije rekao. Ali tišina je popunila praznine. Strah rješavajte izravno i rano, prije nego što to umjesto Vas učini netko drugi.

Ne koristite ponovno mapu ljudi s prošlog projekta. Utjecaj se mijenja od programa do programa. Mapu izgradite od nule i ažurirajte je svaki mjesec.

Za svaku osobu pratite tri stvari: koliko je promjena pogađa, gdje danas stoji (podržava, neutralna je ili se opire) i koliko utjecaja ima na druge. Srednji menadžer koji se opire, a ima tim koji ga slijedi, važniji je od pojedinačnog korisnika koji se opire.

Prikupite i neformalnu povijest. Prošli neuspjeli projekti oblikuju ponašanje na načine koje dokumenti o naučenim lekcijama nikad ne bilježe. Nekoliko sati slušanja onoga što ljudi pamte govori Vam s čime se zapravo suočavate. Moj vodič za upravljanje dionicima detaljnije pokriva mapiranje.

Obuka je jedan dio upravljanja promjenama, a ne cijelo. Uobičajen je propust obuka koja stiže prekasno, u pogrešnom formatu i staje prije nego što se ljudi osjećaju sigurno. Jednodnevni tečaj dva tjedna prije puštanja u rad nije spremnost.

Što funkcionira:

1. Sadržaj prema ulogama. Svaku skupinu učite onome što joj treba za vlastiti posao, a ne obilasku sustava.
2. Vježba na stvarnim podacima. Koristite vlastite podatke i transakcije poslovanja, a ne demo scenarije.
3. Power useri kao treneri. Ljudi bolje uče od kolega kojima vjeruju. Power usere tretirajte kao koautore dizajna, a ne samo kao testere.
4. Obuka u pravo vrijeme. Financijski tim s kojim sam radio preskakao je sesije jer su bile zakazane u pogrešno vrijeme. Premještanje je to riješilo.
5. Podrška nakon puštanja u rad. Sigurnost pada nakon puštanja u rad, a ne prije. Hypercare popunite ljudima koji brzo mogu odgovoriti na stvarna pitanja.

Korisničko prihvatno testiranje (UAT) također je dio usvajanja. Sjećam se UAT sesije u kojoj bi mala pogreška u logici cijena uzrokovala netočno fakturiranje. Voditelj tima ju je uočio. Nitko drugi nije. Taj jedan uhvaćeni propust uštedio je tjedne čišćenja, a dogodio se jer je poslovni korisnik osjećao da je sustav djelomično njegov.

Pragove usvajanja stavite u svoje kontrolne točke kvalitete. „Sustav radi” je funkcionalni potpis. „Korisnici su spremni raditi u njemu” je drukčiji, a većina programa traži samo prvi. Moj vodič o strategijama obuke za SAP dublje obrađuje plan obuke.

KPI-jevi usvajanja koje treba dogovoriti prije puštanja u rad

Postavite ih tijekom dizajna, da postoji osnovna vrijednost prema kojoj se mjeri:

1. Stope prijava po skupinama korisnika u prvih 90 dana.
2. Stope pogrešaka u ključnim transakcijama u odnosu na osnovnu vrijednost naslijeđenog sustava.
3. Tiketi podrške po količini i kategoriji.
4. Učestalost zaobilaznih rješenja: izvozi u tablice, paralelni zapisi, ručna odobrenja izvan sustava.
5. Povjerenje koje javljaju menadžeri iz kratkih pulse anketa.

Prozor je uzak. Vidio sam korisnike koji su se tiho vratili tablicama unutar tjedana, ne zato što je sustav bio pokvaren, nego zato što im nitko nije pomogao proći kroz promjenu. Nekoliko mjeseci nakon puštanja u rad zaobilazna rješenja postaju navike.

Alati za digitalno usvajanje

SAP je preuzimanje WalkMea završio u rujnu 2024., uz vrijednost kapitala od oko 1,5 milijardi USD. SAP je tada rekao da će WalkMeove AI mogućnosti dodati Jouleu pomoć svjesnu konteksta kroz tijekove rada. To znači da SAP sada posjeduje dva alata za usvajanje s različitim snagama:

• SAP Enable Now odgovara strukturiranom sadržaju za obuku: snimite proces jednom i iz njega izradite dokumentaciju, simulacije i testne skripte.
• WalkMe odgovara uputama unutar aplikacije u trenutku korištenja i može obuhvatiti SAP i aplikacije koje nisu SAP.

Evaluirajte ih zajedno. Whatfix je glavna neovisna alternativa ako želite alat za usvajanje koji nije vezan uz SAP. Nijedan od tih alata ne zamjenjuje menadžera koji objašnjava zašto je promjena važna.

Čak i uz dobru pripremu pojavljuje se novo trenje. Pretjerana kontrola obično se obije o glavu. Cilj je vidjeti ga rano.

Znakovi upozorenja su propuštene radionice, tišina na sastancima, nejasne povratne informacije u testiranju i ključni korisnici koji grade neslužbena zaobilazna rješenja. Svaki signal mapirajte na tim iz kojeg dolazi, kako biste mogli djelovati prije nego što stigne do odbora programa.

Jedna praksa koja funkcionira: rotirajte voditelje promjena po fazama. Jedna osoba koja vodi promjene kroz dvogodišnji program obično izgori i izgubi perspektivu. Kako se priroda otpora mijenja, trebali bi se mijenjati i ljudi koji se njime bave.

Prije svega, upravljanje promjenama držite unutar strukture programa. Ishodi ponašanja pripadaju u povelju projekta. Rizici vezani uz ljude, kao što su preopterećenost tima i nepovjerenje iz prošlosti, pripadaju u registar rizika uz tehničke. Kad upravljanje promjenama izvještava u općem PMO ažuriranju, postaje puka formalnost.

Što bi plan upravljanja promjenama trebao sadržavati?

Sedam dijelova: mapiranje utjecaja, procjenu učinka promjene, plan komunikacije s povratnim petljama, obuku prema ulogama, angažman rukovodstva, KPI-jeve usvajanja i praćenje otpora. Svaki treba imenovanog vlasnika, a plan treba povezati s poveljom, radionicama o dizajnu i kontrolnim točkama kvalitete.

Što su 5 C-ova upravljanja promjenama?

Postoji nekoliko verzija. Ona koju koristim je clarity (jasnoća: ljudi znaju što se za njih mijenja), consistency (dosljednost: čelnici govore isto), commitment (predanost: sponzor ostaje vidljiv), communication (komunikacija: relevantna, pravodobna i dvosmjerna) i capability (sposobnost: obuka, podrška i vrijeme za prilagodbu). Ako ijedan nedostaje, ljudi se vraćaju starim navikama.

Što su 7 R-ova upravljanja promjenama?

Potječu iz upravljanja IT uslugama i koriste se za procjenu zahtjeva za promjenu prije djelovanja. Tko ga je podnio, razlog, očekivani povrat, rizici, potrebni resursi, tko je odgovoran i odnos prema drugim promjenama. Odnose se na tehničku kontrolu promjena, a ne na stranu programa koja se tiče ljudi.

Koja je razlika između organizacijskog i tehničkog upravljanja promjenama?

Organizacijsko upravljanje promjenama priprema ljude: komunikacija, obuka i podrška kroz promjenu načina na koji rade. Tehničko upravljanje promjenama kontrolira koje promjene idu u SAP sustav, kroz transporte, odobrenja, testiranje i povrat. ERP programi obično dobro upravljaju tehničkom stranom; neuspjesi usvajanja dolaze s organizacijske strane. Moj vodič o alatima za upravljanje tehničkim promjenama u SAP-u pokriva tehničku stranu.

Trebam li koristiti WalkMe ili SAP Enable Now?

Često oboje. SAP Enable Now jači je za izradu strukturiranog sadržaja za obuku prije puštanja u rad. WalkMe je jači za upute unutar aplikacije nakon puštanja u rad, osobito kad korisnici prelaze između SAP-a i drugih aplikacija. Budući da SAP posjeduje oba, evaluirajte ih zajedno. Whatfix je glavna neovisna alternativa.

Kada upravljanje promjenama treba započeti na ERP projektu?

Pri mobilizaciji, prije prve radionice o dizajnu. Rane radnje koje su najvažnije su mapiranje utjecaja, prikupljanje neformalne povijesti prošlih projekata, unošenje ishoda ponašanja u povelju i određivanje sponzorova ritma komunikacije.