Paslaugos

Pokyčių valdymo diegimas.

Kairėje ląstelė su šešiais kaimynais, į kurią trys rodyklės rodo, o trys nuo jos veda; dešinėje trys ląstelės įstriža eile, sujungtos rodyklėmis viena kryptimi, ir vidurinės vidus pažymėtas.

Dauguma pokyčių žlunga ne dėl blogo sprendimo, o dėl to, kaip jie įvedami: paskelbiama įsakymu, o po pusmečio visi dirba po senovei. Padedame pokytį – naują sistemą, struktūrą, procesą ar strategiją – pervesti per organizaciją taip, kad jis realiai įvyktų: žmonės suprastų kodėl, norėtų, gebėtų ir nebegrįžtų atgal.

Įrankiai, kuriuos naudojame:

  • Pasiruošimas ir rizikų diagnostika: poveikio ir suinteresuotųjų šalių analizė (identifikuojame, ką pokytis paveiks labiausiai) bei ankstyva pasipriešinimo diagnostika. Iš anksto matome, kas iniciatyvą palaikys, o kas bandys stabdyti.
  • Struktūruotas įgyvendinimas: pasaulinis ADKAR modelis (vedantis darbuotoją nuo pokyčio suvokimo iki jo įtvirtinimo), tikslingas pokyčio komunikacijos planavimas ir „greitų pergalių“ (Quick wins) dizainas, skirtas komandos pasitikėjimui ir inercijai sukurti.
  • Palaikymas ir įtvirtinimas: vidinio pokyčių agentų (ambasadorių) tinklo suformavimas ir objektyvus pokyčio įtvirtinimo matavimas. Užtikriname, kad nauja tvarka taptų kasdieniu įpročiu, o ne vienkartiniu projektu.

Kam skirtas pokyčių valdymo diegimas

  • Laukia didelis pokytis: IT sistemos diegimas, restruktūrizacija, susijungimas, naujas veiklos modelis.
  • Ankstesni pokyčiai „paskelbti, bet neįvykę” – organizacija grįžo į senas vėžes.
  • Vadovai jaučia tylų pasipriešinimą: niekas neprieštarauja, bet niekas ir nesikeičia.
  • Diegiate procesus, LEAN ar kokybės sistemą ir norite, kad pokytis prigytų, o ne liktų projektu.
  • Darbuotojai pavargę nuo pokyčių bangų ir nebetiki dar viena iniciatyva.

Ką apima pokyčių valdymo diegimo paketas

1. Pokyčio parengimas

Prieš skelbiant pokytį atsakome į klausimus, nuo kurių priklauso visa eiga: ką jis realiai keičia kiekvienai grupei (poveikio analizė), kas jį palaikys, o kas stabdys (suinteresuotųjų žemėlapis), ir kodėl jis vyksta (pokyčio istorija, kurią supras ne valdyba, o cechas). ADKAR vertinimu pamatuojame, kur organizacija yra dabar.

Rezultatas: poveikio ir suinteresuotųjų žemėlapiai, pokyčio istorija, pokyčio planas.

2. Pokyčio komunikacija

Sudarome komunikacijos planą: kas, kam, kada ir kokiu kanalu – nuo pirmo paskelbimo iki rutininių atnaujinimų. Parengiame vadovus: būtent tiesioginis vadovas, ne el. laiškas, yra kanalas, kuriuo žmonės patiki. Žinutes ruošiame apie tai, kas rūpi žmonėms („kas keisis man?”), o ne apie projekto etapus.

Rezultatas: komunikacijos planas ir parengti vadovai – žinia pasiekia visus, iš to paties šaltinio ir laiku.

3. Pasipriešinimo valdymas

Pasipriešinimas – ne kliūtis, o informacija. Diagnozuojame barjerus (nesupratimas, nenoras, negebėjimas – kiekvienas gydomas skirtingai), dirbame su skeptikais individualiai, planuojame greitas pergales, kurios pokyčio naudą parodo anksčiau nei metinė ataskaita.

Rezultatas: barjerų žemėlapis ir veiksmų planas, mažėjantis pasipriešinimas vietoj augančio.

4. Įtvirtinimas

Kad organizacija negrįžtų atgal: pokyčių agentų tinklas padaliniuose, naujos praktikos įrašymas į rutinas, standartus ir rodiklius, prigijimo matavimas ir korekcijos. Pokytis baigtas ne tada, kai įdiegta, o kai niekas nebeprisimena, kad buvo kitaip.

Rezultatas: agentų tinklas, atnaujintos rutinos ir standartai, prigijimo matavimo ataskaita.

Kaip vyksta ir kiek trunka pokyčių valdymo diegimas

Pokyčių valdymas lydi konkretų pokytį, todėl trukmė seka jo kalendorių: parengimas – 2–4 savaitės iki paskelbimo, komunikacija ir pasipriešinimo valdymas – visą diegimo laiką, įtvirtinimas – 1–3 mėnesiai po jo. Tipinė viso ciklo trukmė – 2–6 mėnesiai pagal pokyčio mastą.

Formatas: dirbame greta jūsų pokyčio komandos – planavimo sesijos, vadovų parengimas, dalyvavimas raktiniuose susitikimuose.

Dažnai užduodami klausimai.

Kada įtraukti pokyčių valdymą – prieš pokytį ar kai jau stringa?

Geriausia – planuojant, dar prieš paskelbimą: pigiausios klaidos yra tos, kurios nepadaromos. Bet ateiti galima ir įstrigus – tada pradedame nuo diagnostikos, kur pokytis užstrigo, ir dažniausiai tai būna ne technika, o žmonės, kuriems niekas nepaaiškino „kodėl".

Ar tai ne „minkšta" veikla be apčiuopiamo rezultato?

Rezultatas labai apčiuopiamas: sistemos, kuriomis naudojamasi, procesai, kurių laikomasi, ir terminai, kurie neišsitęsia dvigubai. Prigijimą matuojame konkrečiais rodikliais (naudojimasis, laikymasis, klaidos), ne įspūdžiais.

Kaip elgtis su atvirai besipriešinančiais darbuotojais?

Pirmiausia – išgirsti: už pasipriešinimo dažnai slypi pagrįsta rizika, kurios projektas nepastebėjo, arba barjeras, kurį galima pašalinti. Skirtingi barjerai gydomi skirtingai – nesupratimui reikia informacijos, negebėjimui – mokymų, nenorui – pokalbio apie pasekmes. Ignoravimas blogiausias: tylus pasipriešinimas žudo pokytį lėčiau, bet tikriau.

Ar galite lydėti IT sistemos diegimą?

Taip – tai vienas dažniausių scenarijų: diegėjas atsakingas už techniką, mes – už tai, kad žmonės sistema naudotųsi. Poveikio analizė, vadovų parengimas ir mokymų organizavimas eina lygiagrečiai techniniam projektui.

Darbuotojai pavargę nuo iniciatyvų. Ar dar vienas „pokyčių projektas" nepablogins?

Pokyčių nuovargis – realus ir dažniausiai kyla iš pradėtų, bet nebaigtų iniciatyvų. Todėl svarbi dalis – pokyčių portfelio higiena: geriau vienas įtvirtintas pokytis nei penki paskelbti. Kartais mūsų pirma rekomendacija – kai ką sustabdyti.

Kuo skiriasi pokyčių valdymas nuo projektų valdymo?

Projektų valdymas atsako už tai, kad sprendimas būtų sukurtas laiku ir biudžete; pokyčių valdymas – už tai, kad žmonės juo naudotųsi. Sėkmingam pokyčiui reikia abiejų: projektas be pokyčių valdymo dažnai baigiasi „įdiegta, bet nenaudojama".

Laukia pokytis, kuris privalo pavykti?

Papasakokite, ką keičiate ir kas kelia daugiausia nerimo – atsakysime per vieną darbo dieną ir pasiūlysime, kaip pokytį parengti taip, kad jis prigytų.