Wdrożenie systemu a opór zespołu — jak to zrobić dobrze

Wdrożenie systemu rzadko upada z powodów technicznych. Upada dlatego, że po miesiącu połowa zespołu wraca do starych nawyków, a nowy system staje się kolejnym narzędziem, które „trzeba" uzupełniać, zamiast tym, z którego się realnie korzysta. Opór zespołu nie jest przeszkodą do ominięcia — jest sygnałem, który trzeba zrozumieć, zanim się go zignoruje.

1. Skąd naprawdę bierze się opór

Ludzie rzadko opierają się systemowi dlatego, że są przeciwni zmianie samej w sobie. Opierają się, bo zmiana oznacza dla nich w tej chwili więcej pracy, niepewność co do tego, czy sobie poradzą, albo obawę, że nowy system pokaże na widoku publicznym rzeczy, które wcześniej dało się ukryć — spóźnienia, zaległości, niską produktywność w danym obszarze.

Ten ostatni powód jest niewygodny, ale realny. System, który zwiększa przejrzystość, naturalnie budzi opór u osób, którym ta przejrzystość akurat nie jest na rękę. Warto to nazwać wprost przy planowaniu wdrożenia, zamiast udawać, że opór bierze się wyłącznie z niechęci do nowych narzędzi.

2. Trzy błędy, które wzmacniają opór

Najczęstszy błąd to wdrożenie „z góry" — decyzja zapada w zarządzie, a zespół dowiaduje się o nowym systemie w dniu, w którym ma zacząć go używać. Drugi błąd to brak jasnego powodu „po co" — ludzie widzą nowe narzędzie, ale nikt nie wytłumaczył im, jaki problem ono rozwiązuje w ich codziennej pracy, nie tylko w raportach zarządu. Trzeci błąd to zbyt duży zakres na raz — próba wdrożenia całego systemu we wszystkich działach jednocześnie, zamiast zacząć od miejsca, gdzie ból jest największy i efekt najszybciej widoczny.

3. Jak komunikować zmianę, żeby ludzie ją przyjęli

Wdrożenia, które się udają, mają zwykle wspólny schemat komunikacji — niezależnie od branży czy wielkości firmy.

• Konkretny powód dla konkretnej osoby. Nie „firma wdraża system", tylko „ty przestaniesz szukać informacji w trzech miejscach i będziesz wiedzieć od razu, co robić dalej".
• Udział zespołu przed wdrożeniem. Osoby, które będą korzystać z systemu na co dzień, powinny mieć głos w tym, jak wygląda ich część procesu — nie tylko go dostać gotowy.
• Widoczny sukces na start. Pierwszy obszar wdrożenia powinien dać szybką, zauważalną korzyść, żeby reszta firmy zobaczyła, że to działa, zanim sama zacznie korzystać.
• Wsparcie, nie tylko instrukcja. Dostępność kogoś, kto pomoże w pierwszych tygodniach, zamiast zostawienia zespołu z linkiem do dokumentacji.

4. Dlaczego pierwsze tygodnie decydują o wszystkim

Pierwsze cztery do sześciu tygodni po wdrożeniu to okres, w którym zespół decyduje — często nieświadomie — czy nowy system stanie się nawykiem, czy dodatkowym obowiązkiem obok starego sposobu pracy. Jeśli w tym czasie system jest wolniejszy, mniej wygodny albo mniej kompletny niż stare narzędzia, ludzie wrócą do tego, co znają, nawet jeśli deklaratywnie popierają zmianę.

Zasada, która sprawdza się przy każdym wdrożeniu: jeśli po sześciu tygodniach ktoś w zespole nadal prowadzi równoległy Excel „na wszelki wypadek", wdrożenie się jeszcze nie udało — niezależnie od tego, co pokazuje liczba kont założonych w systemie.

5. Kiedy wiadomo, że się udało

Wdrożenie uznajemy za udane nie wtedy, gdy wszyscy mają dostęp do systemu, tylko wtedy, gdy pytanie o status projektu naturalnie prowadzi do otwarcia systemu, a nie do napisania wiadomości do kolegi. To moment, w którym system przestaje być „nowym narzędziem" i staje się po prostu sposobem, w jaki firma pracuje.

Do tego momentu prowadzi konkretna, przemyślana ścieżka — nie entuzjazm w dniu startu, tylko konsekwentne, tygodniowe wsparcie zespołu, dopóki nowy nawyk nie zastąpi starego. Warto też mierzyć adopcję wprost, a nie na wyczucie — sprawdzać co tydzień, ile realnych działań dzieje się w systemie, a nie tylko ile osób ma do niego dostęp. Liczba kont zarejestrowanych w narzędziu nic nie mówi o tym, czy firma faktycznie zmieniła sposób pracy.

Porozmawiajmy o wdrożeniu, które zespół faktycznie przyjmie Wróć do bloga