StartArtykułyADKAR to nie checklista. To mapa dialogów.

Jak pracować z adkar to nie checklista w zmianie?

Dlaczego ADKAR to nie checklista Większość organizacji wdraża ADKAR jak projekt. Mają roadmapę. Mają slide deck ze wszystkimi pięcioma literami. Robią szkolenia. Wysyłają…

ADKAR to nie checklista. To mapa dialogów.

Tablica, która nie kłamie

W transformacji GBS, o której tutaj mówię, pracowałem z 16 zespołami przez ponad rok. Żadna zmiana - żadna - nie wchodziła bez tablicy "Komunikacja i Zmiana".

Dodatkowa grafika do artykułu ADKAR to nie checklista. To mapa dialogów.

Jak wyglądała ta tablica? Prosto.

Wiersze: każdy interesariusz. Nie "dział HR" - każda konkretna osoba. Kolumny: pięć liter ADKAR plus kolumna "Akcja" i "Termin." Dodatkowy wymiar: Power-Interest Matrix - kto ma władzę i kto jest zaangażowany.

Gdy widziałem, że 8 z 12 managerów jest w fazie Ability, a 4 wciąż w Awareness - wiedziałem, gdzie leży problem. Bez tej tablicy zgadywałbym. I pewnie bym się mylił.

Tablica nie kłamie. Email kłamie. Newsletter kłamie. Szkolenie, na którym wszyscy kiwają głowami i wychodzą bez zmiany - kłamie. Tablica pokazuje rzeczywistość.

Co zrobiłem na każdym etapie ADKAR - konkretnie

A - Awareness (Świadomość)

Nie email. 15 minut z każdym z 12 managerów indywidualnie.

Pytanie startowe: "Co najbardziej frustruje Cię w obecnym planowaniu HR?"

Musiałem to usłyszeć od każdego z osobna. Bo dopiero gdy słyszałem "brak transparentności, kto i dlaczego decyduje" - mogłem pokazać, że TOM nie jest kolejnym procesem narzuconym z góry, lecz rozwiązaniem ich własnego bólu.

Uwaga: tylko twarzą w twarz widzę, czy ktoś kiwa głową z zainteresowania, czy zaciska szczękę z oporu. Email tego nie pokaże. Nigdy.

Tylko rozmowa twarzą w twarz ratuje transformację.

D - Desire (Chęć)

Nie prezentacja strategii. "Value mapping session" - 30-minutowe spotkanie, gdzie pokazuję jedną konkretną liczbę.

"Dziś 30% Waszych requestów ginie w review. Z TOM będziecie mieli widoczność w 48 godzin. Czy to wartość?"

Manager HR odpowiedział: "OK, ale jeśli zawiedziecie, wracamy do starego systemu."

Fair deal. Przyjąłem to. I zanotowałem na tablicy: D = pozytywne, warunkowe. To ważna informacja. Warunkowa akceptacja to nie to samo co pełne zaangażowanie.

K - Knowledge (Wiedza)

Nie playbook. Nie szkolenie grupowe. "Shadow day."

Manager biznesowy spędzał dwie godziny z PO. Widział na żywo, jak wygląda intake requestów. Rozumiał - nie "wiedział", ale rozumiał - dlaczego "incomplete requirements" to problem obu stron.

Różnica między wiedzą a rozumieniem jest ogromna. Wiedza to informacja. Rozumienie to informacja plus kontekst plus emocja. Tylko rozumienie zmienia zachowanie.

A - Ability (Zdolność)

Nie training. "Buddy system."

Każdy manager dostawał przypisanego TOM Championa z GBS. Dwa tygodnie ramię w ramię. Nie "zadzwoń jeśli masz pytanie" - fizyczna obecność przy każdej operacji.

To jest drogie. Tak. Ale alternatywą jest zmiana, która nie działa. Co jest droższe?

R - Reinforcement (Utrwalanie)

Nie newsletter. "Pain review" co dwa tygodnie.

Agenda: "Gdzie TOM pomógł, a gdzie przeszkodził?"

Nie "jak Wam idzie?" - za ogólne. Nie "czy TOM działa?" - zbyt defensywne. Pytam o ból. Bo gdy słyszę, że TOM przeszkadza, to nie czas na obronę procesu. Czas na poprawkę.

Reinforcement to nie świętowanie sukcesu. To szczera rozmowa o tym, co poprawić, zanim ludzie po cichu wrócą do starych nawyków.

Wyniki - bez przesady, z kontekstem

Po 12 miesiącach pracy z 16 zespołami:

  • Time to Market w dół o 35%
  • 0% aktywnego oporu po transformacji (co nie znaczy, że wszyscy byli entuzjastami - to znaczy, że nie było bojkotu)
  • Wzrost jakości przy utrzymaniu prędkości

Ważne zastrzeżenie: to była ta organizacja, w tych warunkach, z tymi ludźmi. GBS to środowisko usługowe, gdzie relacja jest równa jakości dostawy. Wyniki mogą wyglądać inaczej w innym kontekście.

Ale mechanizm jest przenośny. Dlatego o nim piszę.

Jedno uczciwe zastrzeżenie: ten model wymaga czasu i obecności. 15 minut z każdym z 12 menedżerów, buddy system przez dwa tygodnie, pain review co dwa tygodnie - to nie jest plan na organizację w trybie piątkowego kryzysu. Dla małych projektów lub teamów pod silną presją czasu - podejście może wymagać uproszczenia. Zasada zostaje ta sama. Skala się dopasowuje.

Trzy pytania diagnostyczne dla change managera

Przed następną zmianą zadaj sobie trzy pytania:

1. Jak wygląda Twoja mapa interesariuszy? Nie slide deck z kółkami. Lista konkretnych osób z ich aktualnym statusem ADKAR. Jeśli nie masz takiej listy - jesteś ślepy.

2. Gdzie jest Twoje D - Desire? Czy ludzie chcą tej zmiany? Nie "czy rozumieją" - "czy chcą." To inne pytanie. Zrozumienie to za mało. Chęć jest fundamentem. Bez niej reszta to piasek.

3. Co robisz z osobami na -1 lub -2? Czyli z tymi, którzy aktywnie nie chcą zmiany. Nie ma procesu ADKAR, który omija tę grupę. Są tam. Zawsze. Pytanie tylko: czy widzisz ich na tablicy, czy udajesz, że ich nie ma?

I jedno pytanie, które warto sobie zadać szczerze: co zrobisz, jeśli przeprowadzisz wszystkie te rozmowy, masz tablicę, buddy system, pain review - i zmiana nadal nie wchodzi? Czasem ADKAR pokazuje, że problem leży głębiej niż zmiana zachowania. W strukturze. W kulturze. W tym, że decyzja o zmianie była nie do końca decyzją całej organizacji. Wtedy ADKAR jest zwierciadłem - nie lekarstwem.

Zamiast zakończenia - jedno zdanie

Najdroższy element transformacji to nie narzędzie, nie konsultant, nie metodologia. To email wysłany zamiast rozmowy.

Ile rozmów zastąpiłeś w ostatniej zmianie emailem? I co z nich wyszło?