Dlaczego automatyzacja procesów wywołuje opór pracowników?

Polaków obawia się, że sztuczna inteligencja odbierze pracę wielu osobom. O własne stanowisko martwi się jednak tylko 16 proc. pracujących.

Rynek nazywa to asymetrią poznawczą. Rynek lubi takie określenia, bo brzmią naukowo i nie trzeba wtedy powiedzieć wprost, że człowiek znacznie łatwiej wyobraża sobie katastrofę dotykającą wszystkich wokół niż tę, która może wydarzyć się przy jego biurku. Problem zaczyna się w chwili, gdy firma kupuje system do zarządzania relacjami z klientami, automatyzuje obieg faktur albo wdraża narzędzie do planowania pracy. Wtedy abstrakcyjny lęk dostaje konkretny adres e-mail, ekran logowania i termin szkolenia.

I nagle nie chodzi już o przyszłość rynku pracy. Chodzi o to, kto będzie miał dostęp do danych, kto straci dotychczasową kontrolę nad procesem i kto okaże się zbędny po wdrożeniu kolejnego „przełomowego rozwiązania”.

Technologia nie budzi największego lęku. Budzi go utrata kontroli

Założyciele firm zwykle opowiadają o automatyzacji językiem oszczędności, skalowania i uwalniania potencjału zespołu. W prezentacji dla zarządu wszystko wygląda schludnie: proces ręczny zostaje zastąpiony cyfrowym obiegiem dokumentów, zadania są przypisywane automatycznie, dane trafiają do jednego systemu, a menedżerowie otrzymują przejrzyste raporty.

Na slajdzie numer osiem pojawia się wykres w kształcie kija hokejowego. Na slajdzie numer dziewięć — obietnica, że organizacja będzie „gotowa na przyszłość”. Na slajdzie numer dziesięć zwykle kończy się budżet na szkolenia.

Pracownik widzi ten sam projekt inaczej. Dla niego automatyzacja może oznaczać:

• konieczność nauczenia się systemu, którego nie wybierał i którego nie rozumie;
• czasowe zwiększenie liczby obowiązków, ponieważ stary proces nadal działa, a nowy trzeba dopiero wdrożyć;
• większą widoczność własnych błędów, opóźnień i wyników;
• utratę nieformalnej pozycji osoby, która „wie, jak to się naprawdę robi”;
• ryzyko, że po uporządkowaniu procesu okaże się, iż część dotychczasowych zadań nie wymaga już etatu.

To nie jest lenistwo. To racjonalna reakcja na sytuację, w której ktoś zmienia reguły gry, ale nie mówi, kto ponosi koszt przejścia na nową planszę.

Wdrożenie systemu CRM albo ERP często narusza także lokalne układy w firmie. Informacje, które wcześniej były przechowywane w prywatnych arkuszach, skrzynkach pocztowych i głowach konkretnych osób, trafiają do wspólnego środowiska. Z punktu widzenia organizacji to zwiększa przejrzystość. Z punktu widzenia pracownika może wyglądać jak odebranie mu przewagi, bezpieczeństwa i kawałka zawodowej tożsamości.

Pracownik rzadko buntuje się przeciwko technologii. Częściej buntuje się przeciwko temu, że technologia ma zmienić jego życie, ale nikt nie uznał za stosowne powiedzieć jak.

Właśnie dlatego pytanie „dlaczego pracownicy nie chcą automatyzacji?” jest źle postawione. Niechęć nie dotyczy samego programu, robota programowego czy formularza elektronicznego. Dotyczy konsekwencji, których firma nie potrafi albo nie chce nazwać.

Zmęczenie zmianami: organizacja w trybie ciągłego wdrożenia

Jeszcze kilka lat temu każdą zmianę można było sprzedać jako wyjątkową szansę. Nowy system miał usprawnić pracę. Nowa struktura miała skrócić ścieżkę decyzyjną. Nowe narzędzie do zarządzania projektami miało wreszcie zakończyć epokę spotkań, po których wszyscy wiedzą mniej niż przed nimi.

Potem przychodziło następne narzędzie. I następne. Hasła pozostawały te same, tylko logotypy się zmieniały.

W badaniu Gartnera z 2024 roku aż 73 proc. liderów działów personalnych wskazywało na zmęczenie pracowników zmianami. Jednocześnie 74 proc. uważało, że menedżerowie nie są przygotowani do prowadzenia zespołów przez proces transformacji. To wyjątkowo elegancki sposób na opisanie sytuacji, w której organizacja wymaga od ludzi entuzjazmu wobec zmian, podczas gdy osoby odpowiedzialne za ich przeprowadzenie same nie wiedzą, co właściwie robią.

Zmęczenie zmianami nie oznacza, że pracownicy nie chcą się rozwijać. Oznacza, że przestali wierzyć, iż kolejne wdrożenie rzeczywiście rozwiąże problem. Jeżeli firma przez dwa lata zmienia system raportowania, trzy razy reorganizuje zespoły i co kwartał kupuje nowe narzędzie do komunikacji, to opór wobec kolejnej platformy nie jest objawem zacofania. Jest pamięcią organizacyjną.

Pracownicy pamiętają:

• szkolenia prowadzone dopiero po uruchomieniu systemu;
• projekty, w których nie działała integracja między narzędziami;
• kierowników, którzy sami omijali nowe procedury;
• obietnice, że automatyzacja „niczego nie zabierze”, po których następowała redukcja zespołu;
• formularze, które miały skrócić pracę, a ostatecznie wymagały wpisywania tych samych danych w trzech miejscach.

Każde nieudane wdrożenie podnosi koszt kolejnego. Nie tylko finansowy. Gdy pracownicy raz nauczyli się, że projekt transformacyjny może zostać porzucony po kilku miesiącach, zaczynają minimalizować własne ryzyko. Nie inwestują czasu w naukę, nie zgłaszają problemów, nie angażują się w testy. Czekają, aż projekt umrze albo ktoś zmieni zdanie.

To strategia obronna, nie sabotaż. Organizacja sama ją wyhodowała.

Menedżer jako tłumacz, nie kurier komunikatów

W wielu firmach komunikacja zmian wygląda tak: zarząd podejmuje decyzję, dział personalny przygotowuje wiadomość, a menedżer przekazuje ją zespołowi. W efekcie kierownik staje się kurierem cudzej narracji. Ma powiedzieć, że „nowe rozwiązanie otworzy możliwości”, choć sam nie zna odpowiedzi na podstawowe pytania: które zadania znikną, jakie kompetencje będą potrzebne i co stanie się z osobami, które nie opanują systemu w sześć tygodni.

Liderzy, którzy mają prowadzić zmianę, potrzebują więcej niż prezentacji i zestawu gotowych zdań. Muszą rozumieć logikę procesu, znać jego ograniczenia i umieć przyznać, że nie każda decyzja została dopracowana. Pracownicy znacznie szybciej wybaczają niepewność niż udawaną pewność.

W przeciwnym razie powstaje klasyczny rozdźwięk: zarząd mówi o transformacji, a zespół widzi kolejny projekt informatyczny, który trzeba przeżyć.

Asymetria poznawcza i mit „to nie dotyczy mnie”

Wspomniane 58 proc. osób obawiających się, że sztuczna inteligencja odbierze pracę innym, przy zaledwie 16 proc. obawiających się o własne stanowisko, dobrze pokazuje sposób myślenia o automatyzacji. Zagrożenie jest powszechne, ale zawsze trochę dalej. Dotyczy innych branż, innych działów, innych ludzi o mniej aktualnych kompetencjach.

Dopóki automatyzacja oznacza odległą zmianę na rynku pracy, można ją komentować przy kawie. Kiedy zaczyna zmieniać zakres obowiązków, system premiowy albo sposób rozliczania czasu, kończy się wygodna abstrakcja.

Ta asymetria ma jeszcze jeden skutek. Zarząd może sądzić, że skoro większość pracowników nie przyznaje się do osobistego lęku, to projekt nie wywoła większego oporu. Tymczasem obawy rzadko są wyrażane wprost. Częściej pojawiają się jako:

• odkładanie szkoleń i testów na później;
• wybieranie wyjątków zamiast korzystania ze standardowego procesu;
• prowadzenie równoległej dokumentacji poza systemem;
• mnożenie pytań proceduralnych, które spowalniają projekt;
• deklaratywna zgoda połączona z praktycznym powrotem do starych metod;
• przekonanie, że „na razie” lepiej niczego nie zmieniać.

To ostatnie słowo potrafi przeżyć w organizacji kilka zarządów.

Opór nie zawsze ma twarz głośnego krytyka. Częściej przypomina ciche tarcie. System działa, lecz dane są niepełne. Proces został opisany, ale każdy dział interpretuje go inaczej. Automatyczne zadania są uruchomione, jednak pracownicy sprawdzają je ręcznie, bo nie ufają wynikom. Firma kupiła technologię, lecz nadal płaci za stare narzędzia i dodatkową pracę kontrolną.

W raportach wdrożenie jest zakończone. W codzienności firma po prostu ma więcej ekranów.

Koszt oporu nie kończy się na opóźnieniu projektu

Najłatwiej policzyć koszt licencji, konsultantów i konfiguracji. Trudniej policzyć to, co dzieje się później: błędne dane, dublowanie pracy, wydłużone decyzje i ludzi, którzy przestają wierzyć, że firma potrafi sensownie zarządzać zmianą.

Badania dotyczące zmęczenia zmianami wskazują, że jego wysoki poziom obniża wydajność pracowników o 27 proc. i zmniejsza ich chęć pozostania w organizacji o 42 proc. To nie są abstrakcyjne wskaźniki z prezentacji działu personalnego. To większa rotacja, utrata wiedzy i kolejne miesiące poświęcone na wdrażanie osób, które zastępują tych, którzy mieli „dostosować się do nowych realiów”.

Gotowość pracowników do wspierania zmian spadła między 2016 a 2022 rokiem z 74 proc. do 43 proc. Można oczywiście uznać, że ludzie stali się mniej elastyczni. Można też przyjąć mniej wygodną wersję: firmy przez lata przeprowadzały zmiany w sposób, który nauczył pracowników ostrożności.

W Polsce problem ma dodatkowy wymiar. Gęstość robotyzacji wynosi 61 robotów na 10 tys. pracowników przemysłu. W Czechach jest to 180, a na Węgrzech 117. Jednocześnie produktywność polskich mikrofirm pozostaje ponad 2,5-krotnie niższa od średniej unijnej. Automatyzacja nie jest więc fanaberią działu innowacji. Dla wielu przedsiębiorstw to warunek przetrwania.

Tyle że presja ekonomiczna nie usuwa oporu. Wręcz przeciwnie. Jeżeli pracownicy słyszą, że firma musi automatyzować, bo inaczej przegra z konkurencją, mogą zrozumieć argument biznesowy. Nie oznacza to jednak, że zaufają sposobowi jego realizacji.

Automatyzacja działa, kiedy rozwiązuje konkretny ból

Dane z wdrożeń pokazują, że automatyzacja potrafi przynieść spektakularne efekty. W Komisji Nadzoru Finansowego bot programowy skrócił czas obsługi korespondencji z pięciu minut do jednej, uwalniając ponad sześć etatów. W Kasie Stefczyka przygotowanie raportu kwartalnego skrócono z ośmiu godzin do 18 minut.

To nie są marketingowe opowieści o „uwalnianiu potencjału”. To konkretna różnica między dniem pracy a czynnością, którą system wykonuje w czasie potrzebnym na zaparzenie kawy. Tyle że w obu przypadkach sukces nie polegał na samym zakupie technologii. Polegał na dobrze zdefiniowanym procesie, określonym celu i dopasowaniu rozwiązania do powtarzalnej czynności.

Z badań Deloitte wynika, że w 2022 roku rozwiązania automatyzujące powtarzalne procesy wdrażało 74 proc. przedsiębiorstw, podczas gdy w 2015 roku było ich zaledwie 13 proc. Firmy, które wyszły poza fazę pilotażową, obniżyły koszty operacyjne średnio o 32 proc.

Ten wynik powinien jednak studzić, a nie pompować entuzjazm. „Wyszły poza pilotaż” to kluczowa część zdania. Rynek uwielbia opowiadać o demonstratorach, testach i pierwszych udanych scenariuszach. Prawdziwy rachunek zaczyna się dopiero wtedy, gdy rozwiązanie musi działać przez cały rok, obsługiwać wyjątki, współpracować z ludźmi i przetrwać zmianę osoby, która znała wszystkie skróty.

Automatyzacja nie przegrywa dlatego, że pracownicy są przywiązani do papieru. Przegrywa, gdy firma próbuje zautomatyzować bałagan i nazywa go procesem.

Jak wdrożyć automatyzację bez wojny pozycyjnej

Nie istnieje metoda, która sprawi, że każdy pracownik entuzjastycznie przyjmie nowe narzędzie. Taki poziom zgody pojawia się głównie na zdjęciach z konferencji i w materiałach dostawców oprogramowania. Można jednak ograniczyć skalę oporu, jeśli firma potraktuje go jako informację, a nie przeszkodę.

Pierwszym krokiem jest włączenie zespołu przed wyborem rozwiązania. Nie po podpisaniu umowy i nie wtedy, gdy trzeba już tylko „zebrać feedback”. Osoby wykonujące proces wiedzą, gdzie znajdują się wyjątki, ręczne obejścia i miejsca, w których systemowa mapa nie odpowiada rzeczywistości. Pominięcie ich oznacza zakup technologii opartej na fikcyjnym opisie pracy.

W praktyce dobrze działają cztery ruchy.

1. Zacząć od procesu, nie od narzędzia.

Firma powinna najpierw opisać, co naprawdę zabiera czas, gdzie powstają błędy i które czynności są powtarzalne. Kupowanie platformy, bo konkurent ma podobną, jest strategią z gatunku „oni mają, więc my też”. To nie jest cyfryzacja. To kolekcjonowanie abonamentów.

2. Wybrać proces widoczny i ograniczony.

Pierwszy projekt powinien rozwiązywać realny problem, ale nie może obejmować całej organizacji. Automatyzacja obiegu faktur, przypomnień sprzedażowych czy raportowania może dać zespołowi szybki dowód, że zmiana coś poprawia. Zaczynanie od przebudowy całego systemu ERP jest odważne mniej więcej tak, jak remontowanie całego domu przy pomocy jednego wykonawcy znalezionego pięć minut wcześniej.

3. Powiązać szkolenie z codzienną pracą.

Jednorazowe szkolenie z funkcji systemu nie wystarczy. Ludzie muszą przećwiczyć konkretne sytuacje: poprawienie błędnego rekordu, obsługę wyjątku, przekazanie zadania, odzyskanie dokumentu czy pracę w przypadku awarii integracji. Kompetencja powstaje przy użyciu, nie przy oglądaniu slajdów.

4. Powiedzieć, co zmieni się w rolach.

Nie trzeba obiecywać, że automatyzacja nikogo nie dotknie. Takie zapewnienie bywa niewiarygodne, a później wraca jako rachunek za utracone zaufanie. Trzeba wyjaśnić, które zadania znikną, które zostaną przejęte przez system i jakie nowe obowiązki pojawią się po stronie zespołu. Pracownik może zaakceptować zmianę zakresu pracy. Znacznie trudniej zaakceptuje mgłę informacyjną.

Reskilling nie może być dekoracją

W wielu firmach rozwój kompetencji jest traktowany jako miękki dodatek do twardego wdrożenia. Najpierw kupuje się system, potem ustala termin uruchomienia, a na koniec organizuje warsztat, podczas którego uczestnicy dowiadują się, że od poniedziałku mają pracować inaczej.

To odwrócona kolejność.

Reskilling i upskilling powinny wynikać z mapy nowych ról. Jeżeli automatyzacja usuwa ręczne przepisywanie danych, pracownicy mogą przejąć analizę wyjątków, kontrolę jakości, kontakt z klientem albo nadzór nad przebiegiem procesu. Nie dzieje się to jednak automatycznie. Sam fakt, że system uwolnił kilka godzin tygodniowo, nie tworzy nowej kompetencji. Tworzy wolne miejsce, które firma musi świadomie zagospodarować.

Warto także pozostawić zespołowi możliwość zgłaszania problemów bez ryzyka, że każda uwaga zostanie uznana za „opór wobec zmiany”. Jeżeli pracownik widzi, że automatyczne przypisanie spraw generuje błędy, jego sygnał jest cennym testem rozwiązania. Jeśli firma odpowiada na niego prezentacją o korzyściach transformacji, problem nie znika. Po prostu przenosi się do arkusza kalkulacyjnego, w którym ktoś zaczyna prowadzić równoległy proces.

Prawdziwym testem jest dzień po wdrożeniu

Wdrożenie automatyzacji często kończy się w chwili, gdy system zostaje uruchomiony. W komunikacie pojawia się słowo „sukces”, zespoły robią zdjęcie, a dostawca wpisuje projekt do portfolio. Tymczasem dla pracowników dopiero zaczyna się etap, w którym trzeba radzić sobie z wyjątkami, błędami i sytuacjami, których nie przewidział żaden harmonogram.

Wtedy wychodzi na jaw, czy firma rzeczywiście zmieniła proces, czy tylko dołożyła do niego nowe narzędzie.

Jeżeli po uruchomieniu CRM handlowcy nadal prowadzą prywatne notatki, bo nie ufają raportom, problemem nie jest brak dyscypliny. Być może system nie odpowiada ich pracy. Jeżeli dział finansowy drukuje dokumenty z elektronicznego obiegu, bo procedura wymaga podpisu na papierze, automatyzacja została zatrzymana przez organizację, nie przez ludzi. Jeżeli menedżerowie żądają raportów z nowego i starego systemu, nie można być zaskoczonym, że zespół uznaje wdrożenie za dodatkową karę.

Technologia powinna zmniejszać liczbę decyzji rutynowych i uwalniać uwagę na sprawy wymagające osądu. Jeśli zamiast tego zwiększa liczbę kontroli, wyjątków i ręcznych potwierdzeń, firma nie zautomatyzowała procesu. Zautomatyzowała jego fragment, a resztę przykryła narracją o transformacji.

Dlatego po wdrożeniu trzeba obserwować nie tylko wskaźniki użycia systemu, ale także zachowania ludzi:

• czy pracownicy korzystają z jednego źródła danych, czy tworzą kopie poza systemem;
• czy liczba błędów spada, czy tylko zmienia się miejsce ich wykrywania;
• czy menedżerowie podejmują decyzje szybciej;
• czy zespół rozumie, po co wykonuje nowe czynności;
• czy automatyzacja faktycznie zmniejszyła obciążenie, czy jedynie przesunęła je na inny etap;
• czy osoby najbardziej doświadczone zostały włączone w rozwój procesu, czy zaczęły szukać firmy, która przynajmniej uczciwie nazwie problem.

Opór jest kosztem, ale także sygnałem ostrzegawczym

Nie każdy opór należy przełamywać. Czasami jest jedynym dowodem na to, że projekt został zaprojektowany zbyt szeroko, wdrożony zbyt szybko albo kupiony z niewłaściwego powodu. Pracownicy mogą nie mieć racji w ocenie technologii, ale często mają rację w ocenie bałaganu, który firma próbuje nią przykryć.

Zarządzanie zmianą w automatyzacji nie polega na przekonaniu wszystkich, że przyszłość jest piękna. Polega na usunięciu niepotrzebnej niepewności, zapewnieniu ludziom kompetencji i pokazaniu, że ich doświadczenie nie jest przeszkodą dla projektu. Pracownik nie musi kochać nowego systemu. Wystarczy, że rozumie jego sens, potrafi z niego korzystać i widzi, że organizacja nie zamierza zostawić go samego z konsekwencjami wdrożenia.

Firmy, które ignorują opór, płacą za niego na kilka sposobów: wolniejszą pracą, większą liczbą błędów, przeciągającymi się decyzjami i rotacją osób posiadających wiedzę, której nie da się wyeksportować do prezentacji dla inwestorów. Firmy, które traktują opór jako dane, mogą poprawić proces, zanim kosztowny projekt stanie się kolejnym cyfrowym pomnikiem źle wydanego budżetu.

Automatyzacja jest potrzebna. Polska gospodarka nie nadrobi różnicy produktywności dzięki kolejnemu spotkaniu statusowemu ani arkuszowi z dopiskiem „wersja finalna 7”. Ale sama technologia nie zmieni firmy w sprawną organizację. Najpierw trzeba ustalić, co rzeczywiście ma działać lepiej, kto poniesie koszt zmiany i jaką rolę będą mieli ludzie po zakończeniu wdrożenia.

Reszta to już tylko oprogramowanie. A oprogramowanie, jak wiadomo, bardzo chętnie obiecuje wzrost. Znacznie rzadziej pokazuje rachunek.