Kiedy powiedzieć pracownikom o nowym systemie. Kalendarz odwrotny od go-live

Komunikuj wcześnie i często. Z tą radą nikt nie dyskutuje. Jest przy tym całkowicie nieoperacyjna: nie ma w niej daty, nadawcy ani zależności, więc nie da się jej wpisać do harmonogramu. A w projekcie, w którym wszystko inne ma termin, zadanie bez terminu przesuwa się samo, aż do końca. Dlatego tylu pracowników poznaje nowy system w dniu uruchomienia: nie dlatego, że ktoś zdecydował o milczeniu, tylko dlatego, że nikt nie wyznaczył dnia, w którym milczenie się kończy.

Ten tekst jest o wyznaczaniu tego dnia. Nie o tonie komunikatów, nie o kanałach, nie o tym, czy lepszy jest intranet, czy spotkanie. O pięciu punktach w harmonogramie, które wyzwalają konkretną wiadomość do konkretnej grupy, liczonych wstecz od go-live, tak samo jak liczy się datę zamrożenia zakresu albo datę zamknięcia migracji danych.

Kiedy człowiek pierwszy raz słyszy o zmianie, jego uwaga schodzi natychmiast na siebie. Prosci opisuje to od lat w swoich badaniach porównawczych: przy pierwszym kontakcie z informacją o zmianie ludzie myślą o tym, jak ona wpłynie na nich, i nie są w stanie przyswoić reszty szczegółów, dlatego najważniejsze komunikaty trzeba powtarzać wielokrotnie [1]. Prosci jest firmą, która sprzedaje metodykę zarządzania zmianą, a jej badania opierają się na samodzielnie zgłaszających się uczestnikach; traktuj te liczby jako wskazówkę kierunku, nie jako pomiar.

Pytania, które padają w głowie pracownika, są trzy i są zawsze te same:

1. Co się zmienia w mojej pracy? Chodzi o to, co robię między dziewiątą a siedemnastą, a nie o procesy z prezentacji zarządu.
2. Co mam zrobić inaczej i od kiedy? Konkretna data i konkretna czynność.
3. Kto mi pomoże, kiedy coś nie zadziała? Imię, kanał, czas odpowiedzi.

Typowa prezentacja projektu odpowiada wyczerpująco na czwarte pytanie, którego nikt nie zadał: dlaczego firma kupiła ten system. To pytanie też jest ważne, ale badania Prosci konsekwentnie pokazują coś, o czym zespoły wdrożeniowe zapominają: to nie ta sama wiadomość i nie ten sam nadawca. Uzasadnienie biznesowe ludzie chcą usłyszeć od kogoś na górze organizacji, a wpływ na własną pracę od bezpośredniego przełożonego [1][2].

Rozdzielenie tych dwóch komunikatów to najtańsza rzecz, jaką można zrobić w planie komunikacji, i jedna z rzadziej stosowanych.

Przygotowując ten tekst, szukałam dowodów na to, że wczesne ogłoszenie zmiany szkodzi: że budzi lęk, zanim organizacja ma odpowiedzi, i że lepiej poczekać, aż będzie co powiedzieć. Nie znalazłam ich. Dowody idą w drugą stronę i są mocne.

Klasyczny eksperyment terenowy Schweigera i DeNisiego z 1991 roku, opublikowany w „Academy of Management Journal”, objął dwa niemal identyczne zakłady tej samej firmy po ogłoszeniu fuzji. W jednym pracownicy dostali program rzetelnej, regularnej komunikacji, w drugim tylko informacje szczątkowe. Cztery pomiary w czasie pokazały, że program ograniczył negatywne skutki fuzji: niższy stres, mniejsza niepewność, wyższa satysfakcja i lepsza samoocena wyników. Autorzy zanotowali też rzecz, która powinna zainteresować każdego kierownika projektu: pracownicy silniej reagowali na zmiany antycypowane niż na te, które faktycznie nastąpiły [3].

Psychologia plotki organizacyjnej mówi to samo z innej strony. Prace DiFonzo i Bordii pokazują, że plotki rozkwitają w klimacie niepewności i są formą zbiorowego rozwiązywania problemu przez ludzi, którzy nie dostali informacji [4]. Pustka po komunikacie nie zostaje pustką. Wypełnia się wersją, której nikt nie autoryzował.

Więc nie: rada „komunikuj wcześnie i często” nie jest błędna. Jest tylko bezużyteczna jako pozycja w harmonogramie, bo nie odpowiada na pytanie, którego kierownik projektu naprawdę potrzebuje: co dokładnie ma paść w komunikacie z 14 marca i kto go podpisze.

Najczęstsza wymówka za milczeniem brzmi: „nie mamy jeszcze decyzji, więc nie ma o czym mówić”. Badacze komunikacji zmiany nazwali to, co jest tu do zrobienia, ograniczaniem niepewności (structuring uncertainty): zamiast rozstrzygać nierozstrzygnięte, wyznacza się granice tego, co nieznane. Mówi się, jakie wartości i kryteria będą rozstrzygać, czego zmiana na pewno nie obejmie i kiedy zapadnie decyzja [5].

W praktyce projektowej brzmi to tak:

„Od kwietnia obsługa zgłoszeń przechodzi do nowego systemu. Nie wiemy jeszcze, jak zmieni się układ dziennych kolejek; decyzję podejmiemy po testach akceptacyjnych, do 15 marca. Wiemy natomiast, że liczba etatów w zespole się nie zmienia i że nikt nie będzie pracował w dwóch systemach równolegle dłużej niż dwa tygodnie.”

Trzy zdania, z których żadne nie wymaga wiedzy, której jeszcze nie ma. Pierwsze daje fakt, drugie stawia datę na niepewność, trzecie zamyka najgorszy scenariusz, który i tak krąży po korytarzu.

To jest odpowiedź na pytanie „co powiedzieć, kiedy nic nie wiadomo”. Nie „nic”.

Data pierwszego komunikatu nie powinna być wynikiem czyjejś intuicji ani wolnego slotu w kalendarzu dyrektora. Powinna być przypięta do zdarzenia projektowego, które i tak nastąpi i którego datę już masz w harmonogramie. Dzięki temu przesuwa się razem z projektem i nie wymaga renegocjacji za każdym razem, gdy termin się zmienia.

Pięć wyzwalaczy poniżej to szkielet do wpisania w plan. Kolumna „koszt opóźnienia” jest tu ważniejsza od pozostałych, bo to ona wyznacza priorytet, gdy zabraknie czasu.

Uwaga do punktu 2, bo jest najczęściej lekceważony: testy akceptacyjne są momentem, w którym organizacja i tak się dowiaduje. Kilkanaście osób z różnych zespołów znika na dwa tygodnie i wraca z opowieściami. Jeśli komunikat formalny nie wyprzedza tego momentu, wersja nieoficjalna wygrywa i to ona będzie tłem dla wszystkiego, co powiesz później.

Najczęstszy hamulec nie leży po stronie planu, tylko po stronie osoby, która ma się pod komunikatem podpisać. Sponsor odkłada ogłoszenie, bo obawia się reakcji, pytań, na które nie ma jeszcze odpowiedzi, albo eskalacji do związków zawodowych. Ta rozmowa idzie lepiej, gdy zamiast argumentów o kulturze organizacji położysz na stole trzy rzeczy: datę startu testów akceptacyjnych, czyli moment, od którego informacja i tak zacznie krążyć poza kontrolą; termin ustawowy, jeśli dotyczy, bo on nie podlega decyzji sponsora; oraz gotowy szkic komunikatu ograniczającego niepewność, który pokazuje, że nikt nie każe mu obiecywać rzeczy nierozstrzygniętych. Sponsor zwykle nie broni milczenia. Broni się przed komunikatem, którego nie umie napisać.

Ta część kalendarza bywa odkrywana za późno, bo leży poza harmonogramem IT.

Jeżeli wdrażany system prowadzi jakąkolwiek formę monitoringu pracownika (a wiele systemów klasy CRM, workflow czy ewidencji czasu pracy prowadzi ją mimochodem), Kodeks pracy nakłada obowiązek uprzedniej informacji. Przepisy o monitoringu wizyjnym stosuje się odpowiednio do monitoringu poczty elektronicznej, a te z kolei do innych form monitoringu, jeśli ich zastosowanie jest konieczne dla celów wskazanych w ustawie (art. 22² § 6–10, art. 22³ § 3–4 k.p.).

Kluczowy jest art. 22² § 7: pracodawca informuje pracowników o wprowadzeniu monitoringu w sposób przyjęty u danego pracodawcy nie później niż 2 tygodnie przed jego uruchomieniem [6].Do tego dochodzi drugi termin. Jeśli wdrożenie wymusza zmianę regulaminu pracy, regulamin wchodzi w życie po upływie 2 tygodni od dnia podania go do wiadomości pracowników (art. 104³ § 1 k.p.) [7]. To dwa niezależne okresy, które w złym scenariuszu się nie nakładają, a sumują.

Czy dany system faktycznie prowadzi monitoring w rozumieniu tych przepisów, rozstrzyga się indywidualnie i jest to ocena prawna, nie projektowa. Praktyczny wniosek dla planu projektu jest za to prosty: zanim ustalisz datę pierwszego komunikatu, zadaj radcy prawnemu lub HR jedno pytanie: czy ten system uruchamia którykolwiek z tych obowiązków. Odpowiedź „nie wiem” oznacza, że kalendarz odwrotny trzeba liczyć od terminu ustawowego, nie od preferencji projektu. To jedyny punkt w tym artykule, w którym data nie podlega dyskusji.

Kaskada komunikacyjna ma jedną twardą regułę: przełożony musi wiedzieć wcześniej niż jego ludzie, i musi mieć odpowiedzi na trzy pytania z początku tego tekstu, zanim zostanie o nie zapytany. W badaniach Prosci to bezpośredni przełożony jest preferowanym nadawcą komunikatów o osobistym wpływie zmiany; w dwunastej edycji badania wskazało go 58% uczestników [2]. Jeżeli menedżer dostaje tę samą wiadomość co zespół, w tej samej minucie, to na pierwsze pytanie z sali odpowie „też się właśnie dowiedziałem”. Od tej chwili jest kolejnym odbiorcą i wraca do roli osoby, która zmianie kibicuje albo nie.

Odstęp między briefem dla menedżerów a komunikatem ogólnym nie musi być długi. Musi być zaplanowany, a menedżer musi dostać materiał, z którego da się przeprowadzić trudną rozmowę: lista zmian w podziale na role, lista rzeczy jeszcze nierozstrzygniętych z datami decyzji, i wyraźna zgoda na powiedzenie „nie wiem, sprawdzę do jutra”.

Najsilniejszy zarzut wobec całej tej konstrukcji brzmi tak: w projektach iteracyjnych albo we wdrożeniach falowych nie ma jednego go-live, a data przesuwa się kilka razy. Kalendarz przypięty do terminu, który się zmienia, jest fikcją, a komunikat obiecujący datę, która nie nadejdzie, kosztuje więcej zaufania niż milczenie.

Zarzut jest trafny i warto go potraktować poważnie, bo wiąże się z realnym zjawiskiem. Gartner podał, że gotowość pracowników do wspierania zmian w organizacji spadła z 74% w 2016 roku do 43% w 2022, przy jednoczesnym wzroście liczby zmian, których przeciętny pracownik doświadcza w ciągu roku, z dwóch do dziesięciu [8]. W obiegu funkcjonuje też wersja tej statystyki z liczbą 38%; nie udało mi się jej potwierdzić w materiałach Gartnera ani w omówieniu Harvard Business Review, dlatego podaję 43%. Wniosek jest jednak niezależny od tej różnicy: organizacje mają ograniczony zapas uwagi na zmianę i każdy komunikat, który okaże się nieprawdziwy, zużywa go szybciej.

Kalendarz da się jednak przypiąć do zdarzeń zamiast do dat w kalendarzu ściennym. Wszystkie pięć wyzwalaczy z tabeli to zdarzenia projektowe: zamrożenie zakresu, start UAT, próg prawny, zatwierdzenie planu szkoleń, dzień poprzedzający przełączenie. Kiedy projekt się przesuwa, przesuwają się razem z nim, bez renegocjacji planu komunikacji. Komunikaty mówią wtedy o sekwencji („po testach akceptacyjnych, które planujemy na marzec”), a nie o obietnicach dziennych, i zawierają datę następnej informacji zamiast daty ostatecznej.

Przy wdrożeniach falowych ten sam kalendarz stosuje się osobno do każdej fali, z jednym dodatkowym komunikatem na starcie całego programu: kto jest w której fali i kiedy mniej więcej wypada jego kolej. Bez tego zespoły z ostatniej fali spędzają pół roku w przekonaniu, że zmiana dotyczy ich jutro.

Lista do przejścia w kwadrans. Każde „tak” to jeden krok bliżej poniedziałku, w którym ludzie otwierają laptopy i widzą nowy system.

• W harmonogramie nie ma zadania komunikacyjnego z datą i nazwiskiem; jest strumień „komunikacja i szkolenia” bez kamieni milowych.
• Nikt nie potrafi w ciągu minuty odpowiedzieć, kto podpisze pierwszy komunikat.
• Menedżerowie liniowi mają dostać tę samą wiadomość, w tym samym momencie, co ich zespoły.
• Data pierwszej informacji jest opisana jako „po UAT”, a UAT nie ma jeszcze daty.
• Jedynym dokumentem, w którym opisano, co się zmienia w codziennej pracy, jest materiał szkoleniowy.
• Nikt nie sprawdził, czy system uruchamia obowiązek informacyjny z art. 22² albo zmianę regulaminu pracy.
• Na pytanie „co zrobić z zaległymi zadaniami w dniach przełączenia” nie ma odpowiedzi na piśmie.
• Plan komunikacji wymienia kanały (intranet, newsletter, spotkanie), ale nie wymienia odpowiedzi.

Trzy „tak” i więcej oznaczają problem harmonogramowy, a nie komunikacyjny, i rozwiązuje się go tak samo jak każde inne opóźnienie: przypisaniem właściciela i daty.

Otwórz harmonogram projektu i znajdź w nim pięć zdarzeń z tabeli. Cztery z nich prawdopodobnie już tam są: zamrożenie zakresu, UAT, plan szkoleń, cutover. Dopisz przy każdym jedno zadanie komunikacyjne z nazwiskiem właściciela, jednym zdaniem o treści i jednym o odbiorcy. Piąte, próg prawny, wymaga jednego maila do HR albo do działu prawnego z pytaniem, czy wdrażany system uruchamia obowiązek uprzedniej informacji.

Kwadrans pracy, po którym wiesz, czy w Twoim projekcie data pierwszej informacji istnieje, czy tylko wszyscy zakładają, że ktoś się nią zajmie.

Nota o charakterze źródeł: pozycje [3], [4] i [5] to recenzowane publikacje naukowe — mocne metodologicznie, ale liczące ponad dwie dekady. Pozycje [1] i [2] pochodzą od Prosci, firmy sprzedającej metodykę i szkolenia z zarządzania zmianą; jej badania porównawcze opierają się na samodzielnie zgłaszających się uczestnikach, więc traktuję je jako wskazanie kierunku, nie jako pomiar. Pozycja [8] to badanie Gartnera dostępne w omówieniu Harvard Business Review, nie w raporcie źródłowym. Pozycje [6] i [7] to obowiązujący tekst ustawy. Świadomie nie użyłam w tym tekście popularnej statystyki „70% zmian kończy się porażką” — powody w pozycji [9].

[1] Prosci, Communications Checklist for Change Management / Understanding Why Some Communications Work and Others Don’t — preferowani nadawcy i konieczność wielokrotnego powtarzania komunikatu. https://www.prosci.com/blog/communications-checklist-for-change-management

[2] Prosci, Best Practices in Change Management, edycja 12 — 58% uczestników wskazuje bezpośredniego przełożonego jako preferowanego nadawcę komunikatów o osobistym wpływie zmiany. https://www.prosci.com/blog/change-management-best-practices

[3] D. M. Schweiger, A. S. DeNisi, Communication with Employees Following a Merger: A Longitudinal Field Experiment, „Academy of Management Journal” 34(1), 1991, s. 110–135. https://journals.aom.org/doi/10.5465/256304

[4] N. DiFonzo, P. Bordia, A Tale of Two Corporations: Managing Uncertainty During Organizational Change, „Human Resource Management” 37(3–4), 1998, s. 295–303. https://onlinelibrary.wiley.com/doi/abs/10.1002/(SICI)1099-050X(199823/24)37:3/4%3C295::AID-HRM10%3E3.0.CO;2-3

[5] P. Bordia, N. DiFonzo i in., badania nad plotką w kontekście organizacyjnym — strategie „ograniczania niepewności” jako sposób radzenia sobie z niedokończoną informacją. https://www.researchgate.net/publication/285965800_Rumor_in_organizational_contexts

[6] Ustawa z dnia 26 czerwca 1974 r. — Kodeks pracy (Dz.U. 2025 poz. 277 t.j.), art. 22² § 6–10 oraz art. 22³ § 3–4 — obowiązek poinformowania o monitoringu nie później niż 2 tygodnie przed uruchomieniem i odpowiednie stosowanie przepisów do innych form monitoringu.

[7] Ustawa z dnia 26 czerwca 1974 r. — Kodeks pracy, art. 104³ § 1 — regulamin pracy wchodzi w życie po upływie 2 tygodni od podania go do wiadomości pracowników.

[8] Gartner, badanie gotowości pracowników do wspierania zmian (2022), za: Employees Are Losing Patience with Change Initiatives, „Harvard Business Review”, maj 2023 — spadek z 74% (2016) do 43% (2022) oraz wzrost liczby zmian doświadczanych przez pracownika z 2 do 10 rocznie. https://hbr.org/2023/05/employees-are-losing-patience-with-change-initiatives

[9] M. Hughes, Do 70 Per Cent of All Organizational Change Initiatives Really Fail?, „Journal of Change Management” 11(4), 2011 — przegląd literatury nie znajduje wiarygodnych podstaw empirycznych dla popularnej statystyki 70%. Autor podtrzymał tę ocenę w tekście Reflections: How Studying Organizational Change Lost Its Way (2022). https://www.tandfonline.com/doi/full/10.1080/14697017.2022.2030980