Lekcje wyciągnięte z zarządzania zmianą

[00:00:00] Świetnie. Bardzo dziękuję wszystkim za dołączenie dzisiaj. Porozmawiamy o zarządzaniu zmianą. To temat, który często pojawiał się w naszych rozmowach w ostatnim czasie. Pomyślałem więc, że najwyższy czas zebrać kilka osób i porozmawiać o tym, co się dzieje.

Chciałbym, aby było to miejsce do dzielenia się wiedzą i wspólnego jej rozwijania, ponieważ wszyscy doświadczaliśmy zarządzania zmianą we własnych projektach i organizacjach — zarówno jako osoby wprowadzające zmiany, jak i te, których one dotyczyły. Chcę wykorzystać ten czas na wymianę historii oraz rozmowę o tym, czego się nauczyliśmy, aby pomóc innym niezależnie od tego, na jakim etapie własnych procesów zmian się znajdują.

To właśnie piękno naszej społeczności — wspólne budowanie wiedzy. Poprosiłem kilka osób o przygotowanie historii. Jeśli nie masz własnej, to w porządku. Jeśli coś przyjdzie Ci do głowy w trakcie spotkania, również chętnie tego posłuchamy. Chcemy po prostu podzielić się tymi historiami.

Gdy pojawią się pytania, śmiało wpisujcie je na czacie albo zadawajcie na głos. To będzie przede wszystkim dyskusja. Możemy dzielić się tym, czego nauczyliśmy się po drodze. Mam nadzieję, że po zakończeniu spotkania będziemy mieć więcej narzędzi i pomysłów na podejście do zmian we własnych projektach.

Jedną z osób, które zgodziły się rozpocząć spotkanie historią, jest Fred. Fred, jeśli możesz, zacznij proszę, a my będziemy kontynuować. Jak wspomniałem, pytania można wpisywać na czacie, podnosić rękę albo zadawać je na głos.

Dziękuję. Przede wszystkim dziękuję za zorganizowanie tego spotkania. Myślę, że dobrze jest widzieć takie wydarzenia, a jeszcze lepiej, gdy powstają one bezpośrednio w odpowiedzi na pytania i potrzeby ludzi, ponieważ naprawdę budują społeczność.

Dziękuję również za zaproszenie do podzielenia się historią. Mam wykształcenie w zakresie projektowania systemów instruktażowych i doktorat w tej dziedzinie. Zajmowałem się teoriami i modelami, a częścią projektowania systemów instruktażowych jest rozwój organizacji. Zarządzanie zmianą stanowi ważny element tego obszaru.

Nie mam ogromnego doświadczenia w formalnym zarządzaniu zmianą, na przykład jako członek zespołu ds. zmian, ale prowadziłem pewne badania w tej dziedzinie. Przydatne są modele organizacji uczącej się, piąta dyscyplina, ośmiostopniowy model Kottera oraz model Lewina obejmujący rozmrożenie, zmianę i ponowne zamrożenie. Takie modele pomagają myśleć o zmianie: jakie procesy możemy przejść i jakie działania możemy podjąć.

Everett Rogers wiele pisał o dyfuzji innowacji i adopcji. Chodzi o to, że przy wdrażaniu technologii osiągamy masę krytyczną. Najpierw pojawiają się innowatorzy, którzy chwytają się niemal każdej nowości i przez pewien czas ją promują. Kiedy ten rynek się nasyci, zmiana musi dotrzeć dalej — do pierwszych naśladowców, a następnie do masy krytycznej, gdy większość osób wie już, czym jest dane rozwiązanie, i zaczyna je rozważać.

Potem zmiana dociera do późnych użytkowników. W organizacji może to oznaczać moment, w którym niemal wszyscy korzystają już z Microsoft Teams lub podobnego narzędzia. Na końcu pozostaje kilka osób, które mówią: „Nie będę tego używać. To się nie wydarzy”.

Pochodzę ze szkolnictwa wyższego. Nawet jeśli cała uczelnia korzysta z Google albo Microsoftu, zawsze znajdzie się kilku wykładowców, którzy mówią: „Nie używam tej poczty, mam inny adres, bo bardziej mi odpowiada”. Wtedy studenci muszą przechodzić przez skomplikowany proces, aby umówić spotkanie, zsynchronizować kalendarze i skontaktować się z taką osobą.

Istnieją więc modele i teorie, ale żeby nie mówić zbyt długo, podzielę się krótką historią. Pracuję z organizacjami, pomagając im przebudowywać systemy przy użyciu narzędzia Monday.com i podobnych rozwiązań. Miałem klienta, który tworzył szkolenia elektroniczne dla większych firm. Wcześniej korzystał z Monday, ale narzędzie zostało wdrożone bez odpowiedniego zaplanowania.

Wiele projektów związanych z Monday tak naprawdę nie dotyczy samego narzędzia, tylko procesów biznesowych. Często okazuje się, że organizacja nie ma ustalonych standardowych procedur, nie odwzorowała przepływu pracy ani nie określiła, jak powinien wyglądać idealny proces. Jeśli nie wiemy, gdzie jesteśmy, nie możemy skutecznie zmienić sytuacji.

Praca z tym klientem zajęła mi około roku. Wspólnie przebudowaliśmy systemy, poprawiliśmy realizację projektów i ograniczyliśmy problemy z jakością. Był to proces wielu iteracji: jak powinien wyglądać proces, jak wygląda obecnie i jak połączyć oba obrazy, aby zbliżyć się do pożądanego stanu.

Najważniejsze wnioski, które wyniosłem z tego projektu, są następujące: zawsze należy na początku jasno zdefiniować problem, przeanalizować go i upewnić się, że dokładnie wiemy, co klient chce osiągnąć. Nie zaczynam od konfigurowania Monday ani innego narzędzia. Najpierw trzeba zaplanować pracę — podobnie jak przy tworzeniu konspektu artykułu.

Następnie trzeba pomóc klientowi opisać pożądany proces. Co ma się wydarzyć? Do kogo trafia zadanie? Gdzie jest przekazywane? Co dzieje się później? Skąd pochodzą dane wejściowe? Celem jest stworzenie mapy procesu.

Ważne jest także udokumentowanie tego, co znajduje się wyłącznie w głowach poszczególnych osób. Często proces istnieje, ale nie jest konsekwentnie stosowany. Dlatego zarządzanie zmianą wymaga zrozumienia obecnego stanu, określenia stanu docelowego i stopniowego połączenia obu tych rzeczy.

W naturalny sposób pojawia się opór. Niektórzy chętnie zaakceptują zmianę, inni będą potrzebować jasnych zasad i kierunku, a jeszcze inni będą chcieli współtworzyć rozwiązanie. Trzeba znaleźć właściwą równowagę zależnie od sytuacji i tego, co można wynegocjować.

W zarządzaniu zmianą ważne jest również rozróżnienie między zarządzaniem projektem a zarządzaniem zmianą. Projekt jest tymczasowym przedsięwzięciem prowadzącym do powstania produktu lub rezultatu. Zarządzanie zmianą dotyczy procesu przeprowadzenia ludzi i organizacji przez zmianę, która pojawia się w wyniku projektu.

Jeśli na przykład tworzymy nową stronę internetową, sama strona jest rezultatem projektu. Jednak po jej uruchomieniu zmieniają się procesy klienta: formularz kontaktowy może działać inaczej, dane mogą trafiać do systemu CRM, a pracownicy muszą nauczyć się korzystać z nowych informacji. Zarządzanie zmianą obejmuje komunikowanie tych zmian, przygotowanie ludzi i pomoc w ich zaakceptowaniu.

Jednym ze skutecznych podejść jest wdrożenie etapowe i testowanie z udziałem użytkowników. Daje ono możliwość przekazywania informacji zwrotnych. Jeśli ludzie czują, że ich głos został wysłuchany, zazwyczaj łatwiej akceptują zmianę niż wtedy, gdy jest ona po prostu narzucona.

Warto także korzystać z narzędzi i sposobów pracy, które są już znane zespołowi. Jeśli ludzie lubią listy kontrolne, można wykorzystać je w szkoleniu. Zamiast czterdziestostronicowego dokumentu lepiej przygotować krótkie, praktyczne materiały, które można przechodzić etapami.

Pomocne jest dokumentowanie ustaleń, przypisywanie działań i pozostawianie śladu komunikacyjnego. Po spotkaniu warto wysłać wiadomość podsumowującą: co zrobi jedna osoba, co zrobi druga i jakie są terminy. Dzięki temu po kilku tygodniach można wrócić do ustaleń i sprawdzić postęp.

Należy również pamiętać o zmęczeniu zmianą. Kiedy priorytety stale się zmieniają, projekty długo trwają, a zespoły doświadczają reorganizacji lub zwolnień, produktywność może spaść. To normalne, że nauka nowych procesów zajmuje czas. Warto jasno komunikować, dlaczego zmiana jest potrzebna, uznawać trudności i pomagać ludziom odnaleźć elementy znane w nowej sytuacji.

Kiedy zmiana technologii następuje zbyt często, ludzie mogą przestać ufać nowym narzędziom, zakładając, że za kilka miesięcy i tak zostaną zastąpione. Wtedy zmiana staje się kwestią kultury organizacyjnej i zaufania, a nie tylko wdrożenia nowego systemu.

Jako kierownicy projektów musimy także uważać na własny sposób komunikowania się. Jeśli pokażemy zespołowi, że uważamy zmianę za bezsensowną, prawdopodobnie zespół przyjmie tę samą postawę. Dlatego warto świadomie kształtować przekaz i dawać ludziom przestrzeń na dostosowanie się.

Zmiany mogą spowalniać pracę i obniżać produktywność, ale jest to często przejściowy etap. Trzeba uwzględnić go w planach i zaakceptować, że osiągnięcie nowego, stabilnego sposobu pracy wymaga czasu.

Dziękuję wszystkim za udział i zaangażowanie. Wspaniale było usłyszeć historie innych osób oraz poznać wyzwania, z którymi się mierzą. Mam nadzieję, że każdy znajdzie tu kilka pomysłów, które będzie mógł zastosować we własnych projektach, organizacjach i procesach.

Nasze kolejne wydarzenie odbędzie się 23 maja. Będzie to otwarte forum, podczas którego można przynieść najważniejsze wyzwania napotykane w pracy i wspólnie o nich porozmawiać. Do zobaczenia i życzę wszystkim udanej dalszej części dnia. Porozmawiamy na Slacku. Do widzenia.