---
title: "Opór wobec zmiany to zwykle racjonalna odpowiedź"
url: "https://vucale.com/pl/blog/opor-wobec-zmiany-to-zwykle-racjonalna-odpowiedz"
description: "Gdy ludzie opierają się nowemu systemowi, zwykłą reakcją jest więcej komunikacji. Częściej zauważyli koszt, którego plan nie uwzględnił — i warto ustalić jaki."
---

# Opór wobec zmiany to zwykle racjonalna odpowiedź

8 października 2026·3 min czytania·Redakcja

Starszy mężczyzna z siwą brodą tłumaczy coś z otwartymi dłońmi trojgu młodszym współpracownikom, którzy uważnie słuchają przy stole pełnym pastelowych karteczek

Nowe narzędzie do planowania startuje. Szkolenia odbyte, plan komunikacji zrealizowany, sponsor nagrał film. Sześć tygodni później planiści nadal prowadzą swoje arkusze i pod koniec każdego tygodnia przepisują liczby do nowego systemu, żeby wyglądało, że jest używany. Program stawia diagnozę „opór wobec zmiany” i planuje kolejne szkolenia.

Planistom nie są potrzebne szkolenia. Nowe narzędzie nie radzi sobie ze zmianami w ostatniej chwili, które zajmują sporą część ich tygodnia, a arkusz sobie radzi. Zauważyli to w pierwsze dwa dni. Nikt ich nie zapytał.

## Prawdziwa przyczyna

„Opór” to etykieta na zachowanie, którego plan się nie spodziewał. Traktowanie go jak problemu z nastawieniem — lęku przed nowym, przywiązania do starych nawyków — robi z niego coś, czym zarządza się komunikatami. W praktyce większość oporu to rozsądna reakcja na coś, co zmiana naprawdę kosztuje osobę, która się opiera.

Nie znaczy to, że każdy sprzeciw jest słuszny. Znaczy, że każdy niesie informację o zmianie — najtańszą, jaką program kiedykolwiek dostanie.

Etykieta ma znaczenie, bo przesądza o tym, co stanie się dalej. Nazwijcie to zachowanie oporem, a odpowiedzią będzie perswazja: więcej szkoleń, więcej komunikatów, bardziej stanowczy sponsor. Nazwijcie je informacją zwrotną, a odpowiedzią będzie dochodzenie: co dokładnie jest teraz trudniejsze, dla kogo i czy ten koszt jest konieczny. Pierwsza odpowiedź jest tańsza w tym tygodniu. Tylko druga zmienia wynik.

## Co zwykle mówi opór

**Coś nie działa.** Nowy proces albo narzędzie zawodzi w przypadku, który jest ważny dla ludzi wykonujących pracę. Znaleźli go w kilka dni, bo spotykają go codziennie; projektanci nie, bo spotkali go na warsztacie.

**Ktoś coś traci.** Pozycję, autonomię, umiejętność, która czyniła go cennym, nieformalną władzę osoby, która wie, jak działa stary system. Te straty są prawdziwe, rzadko nazywane po imieniu i tłumaczą większość cichego oporu doświadczonych ludzi.

**Dodatkowa praca spada na nich.** Zmiana oszczędza czas przy raportowaniu dla zarządu, a dokłada wprowadzania danych ludziom na pierwszej linii. Oni robią ten rachunek wcześniej niż ktokolwiek inny.

**Już to widzieli.** Ludzie, którzy przeżyli dwa nieudane programy, nauczyli się, że przeczekanie jest rozsądną strategią, bo poprzednie po prostu minęły. To nie cynizm, tylko doświadczenie — co robi ono z organizacją, opisujemy w [tekście o zdolności do zmiany](https://vucale.com/pl/blog/ograniczeniem-jest-zdolnosc-do-zmiany).

**Nikt nie powiedział im dlaczego.** Czasem to naprawdę kwestia komunikacji — ale brakuje zwykle powodu zmiany i tego, co stanie się z nimi, a nie kolejnego omówienia funkcji.

## Co zrobić zamiast tego

**Najpierw zobaczcie, potem tłumaczcie.** Usiądźcie z ludźmi, którzy nie korzystają z nowej rzeczy, i patrzcie, co robią zamiast tego. Obejście jest specyfikacją: pokazuje dokładnie, czego nowy system nie potrafi.

**Nazwijcie straty na głos.** Jeśli rola traci autonomię albo umiejętność traci wartość, powiedzcie to i powiedzcie, co jest w zamian. Ludzie znacznie lepiej znoszą straty nazwane niż takie, którym się zaprzecza.

**Rozdzielcie zastrzeżenia.** Część wskazuje prawdziwe usterki — naprawcie je najpierw i powiedzcie publicznie, że naprawiono je, bo ktoś je zgłosił. Część dotyczy strat — zajmijcie się nimi wprost. Część to zwykła niezgoda — tę można rozstrzygnąć i zamknąć. Wrzucenie wszystkiego do worka z napisem „opór” źle obsługuje wszystkie trzy.

**Dajcie najgłośniejszym krytykom rolę.** Osoba, która zna każdy powód, dla którego nowy system zawiedzie, bywa najlepszym testerem. Włączcie ją do pilotażu, zamiast ją omijać.

**Zabudżetujcie to.** To nie jest strumień komunikacyjny doklejony na końcu planu. To duża część pracy — i ta, która rozstrzyga, czy cokolwiek się zmieni. Dlatego w tym, [jak pracuje VUCALE](https://vucale.com/pl), praca nad zmianą idzie równolegle z budowaniem, a nie po nim.

## Test na ten tydzień

Wybierzcie jedną zmianę wdrożoną w Waszej organizacji w ostatnim roku, której ludzie podobno się opierali. Znajdźcie trzy osoby, które się opierały, i zadajcie każdej jedno pytanie: co ta zmiana Wam utrudniła?

Zapiszcie odpowiedzi bez dyskusji. Jeśli choć jedna opisuje prawdziwy problem, o którym program nigdy nie usłyszał, opór był informacją — i pewnie czeka jej więcej w zmianie, którą planujecie teraz.

-   zarządzanie zmianą
-   adopcja
-   opór
-   wdrożenie

## Czytaj dalej

-   [Fabryki agentów nie zostaną w dziale IT](https://vucale.com/pl/blog/fabryki-agentow-nie-zostana-w-dziale-it)
-   [Pilotaż się udał. Skalowanie to inny projekt](https://vucale.com/pl/blog/pilotaz-sie-udal-skalowanie-to-inny-projekt)