Najczęstszy powód, dla którego firmy odszkodowawcze latami tkwią w rozwiązaniu, które już im nie służy, nie jest wcale racjonalny. To strach. Strach, że przy przejściu na nowy system coś się zgubi, że dane przepadną, że firma stanie na kilka dni, a klienci zostaną bez obsługi. Ten strach jest zrozumiały, bo dane to serce firmy, ale w większości przypadków jest przesadzony, a przede wszystkim da się go rozbroić dobrym planem. Migracja, czyli przeniesienie danych ze starego rozwiązania do nowego, brzmi groźnie, a przy rozsądnym podejściu jest po prostu serią spokojnych, przewidywalnych kroków.

Chcę pokazać, jak przejść przez to bez dramatów, bo widziałem zarówno migracje, które poszły gładko, jak i takie, które zamieniły się w koszmar. Różnica prawie nigdy nie leżała w technologii. Leżała w tym, czy ktoś to zaplanował, czy rzucił się na głęboką wodę w piątek po godzinach, licząc, że jakoś to będzie. Dobra migracja to nie kwestia szczęścia, tylko przygotowania, a przygotowanie jest w zasięgu każdego, kto podejdzie do tematu na spokojnie.

Skąd bierze się strach

Warto najpierw nazwać obawy, bo połowa z nich znika, gdy się je wypowie na głos. Boimy się utraty danych, bo dane budowaliśmy latami i ich zniknięcie byłoby katastrofą. Boimy się przestoju, bo firma nie może stanąć, klienci czekają, sprawy się toczą. Boimy się, że w nowym systemie się pogubimy, że zamiast ułatwienia dostaniemy chaos. I boimy się, że cała operacja pochłonie mnóstwo czasu, którego i tak nie mamy.

Każda z tych obaw ma w sobie ziarno prawdy, ale każda da się rozbroić. Utracie danych zapobiega kopia zapasowa zrobiona przed migracją. Przestojowi zapobiega odpowiednie zaplanowanie i, jeśli trzeba, okres, w którym stare i nowe działa równolegle. Gubieniu się zapobiega przeniesienie najpierw tylko tego, co żywe, i spokojne docieranie się. A czasochłonności zapobiega rozłożenie migracji na etapy zamiast robienia wszystkiego naraz. Kiedy widzisz, że na każdy strach jest konkretna odpowiedź, temat przestaje paraliżować, a staje się listą rzeczy do zrobienia.

Zrób kopię, zanim cokolwiek ruszysz

Zasada numer jeden, tak oczywista, że aż często pomijana. Zanim zaczniesz jakąkolwiek migrację, zrób pełną, porządną kopię danych, które masz. Wszystkiego. Spraw, dokumentów, arkuszy, wszystkiego, co stanowi Twoją bazę. Ta kopia to Twoja siatka bezpieczeństwa, dzięki której wiesz, że w najgorszym wypadku wracasz do punktu wyjścia i nic bezpowrotnie nie ginie.

Znaczenie tej kopii jest nie tylko praktyczne, ale i psychologiczne. Ze świadomością, że masz zabezpieczone dane, pracujesz spokojnie, bez tego ściśniętego żołądka, który towarzyszy operacjom bez odwrotu. A spokój przekłada się na mniej błędów, bo w napięciu i pośpiechu łatwiej o pomyłkę. Kopia zdejmuje presję, a zdjęta presja to lepsza robota. To najtańsze ubezpieczenie, jakie możesz sobie sprawić przed migracją, więc nie ma żadnego powodu, żeby go pominąć.

Warto też upewnić się, że kopia jest kompletna i że dałoby się z niej faktycznie odtworzyć dane, gdyby zaszła taka potrzeba. Kopia, której nikt nie sprawdził, bywa złudzeniem bezpieczeństwa. Poświęć chwilę, żeby zajrzeć, czy zawiera to, co powinna, zanim uznasz ją za gotową. Ten drobny krok zamienia teoretyczne zabezpieczenie w realne, na którym można polegać.

Nie przenoś wszystkiego naraz

Największy błąd, jaki widziałem przy migracjach, to próba przeniesienia całej, wieloletniej historii w jednym heroicznym zrywie. To prosta droga do zmęczenia, błędów i zniechęcenia się już w pierwszym tygodniu. Rozsądniej jest podzielić dane na dwie części. Sprawy żywe, którymi zajmujesz się teraz, i archiwum, którego dotykasz rzadko albo wcale.

Sprawy żywe przenieś w pierwszej kolejności, bo to na nich pracujesz codziennie i to one dają Ci realny zysk z nowego systemu. Jest ich zwykle znacznie mniej, niż się wydaje, gdy patrzysz na całą bazę, więc przeniesienie ich to kwestia dnia albo dwóch, a nie tygodni. Archiwum możesz zostawić tam, gdzie jest, jako zamknięty zbiór, do którego w razie potrzeby zajrzysz po staremu, albo przenosić je stopniowo, na spokojnie, gdy akurat będziesz miał do konkretnej sprawy wracać.

Ten podział całkowicie zmienia skalę zadania. Zamiast wielkiej, przytłaczającej operacji masz małą, wykonalną w rozsądnym czasie. A różnica w głowie decyduje, czy w ogóle ruszysz, bo perspektywa przenoszenia dekady pracy paraliżuje, a perspektywa wprowadzenia kilkudziesięciu żywych spraw jest zupełnie znośna. Nie musisz mieć wszystkiego w nowym systemie od pierwszego dnia. Musisz mieć w nim to, na czym pracujesz, a reszta może dołączać w swoim tempie.

Co przenieść, a co spokojnie zostawić

Decyzja o tym, co przenieść, nie musi być skomplikowana, jeśli kierujesz się prostą zasadą. Przenosisz to, co jest Ci potrzebne do bieżącej pracy, a resztę zostawiasz albo dokładasz później. Sprawy w toku, aktywni klienci, auta będące aktualnie w obiegu, wszystko to trafia do nowego systemu, bo na tym żyjesz na co dzień.

Zamknięte sprawy sprzed lat, klienci, z którymi dawno nie masz kontaktu, dane, które trzymasz już tylko na wszelki wypadek, to kandydaci do pozostawienia w archiwum. Nie musisz ich przenosić, jeśli i tak do nich nie zaglądasz. Trzymanie ich w starym, zamkniętym zbiorze jest zupełnie wystarczające, a oszczędza Ci mnóstwo pracy. Zawsze możesz przenieść konkretną starą sprawę, gdyby nagle okazała się potrzebna, ale robienie tego z góry, dla wszystkich, jest marnowaniem czasu na zapas.

Jak wygląda przeniesienie w praktyce

Samo przeniesienie danych może przybierać różne formy, w zależności od tego, skąd i dokąd migrujesz. Czasem sprowadza się do ręcznego wprowadzenia spraw do nowego systemu, co przy niewielkiej liczbie żywych spraw jest jak najbardziej wykonalne i ma tę zaletę, że przy okazji porządkujesz dane i wyrzucasz to, co niepotrzebne. Czasem możliwe jest bardziej zautomatyzowane przeniesienie, jeśli dane da się w sensowny sposób wyeksportować ze starego rozwiązania.

Niezależnie od formy, warto podejść do tego jak do okazji, a nie tylko jak do przenosin. Migracja to dobry moment, żeby uporządkować dane, uzupełnić braki, ujednolicić sposób zapisu i pozbyć się śmieci, które przez lata narosły. Zamiast przenosić bałagan jeden do jednego, przenosisz wersję uporządkowaną. To trochę więcej pracy na wejściu, ale procentuje potem każdego dnia, bo zaczynasz w nowym systemie z czystym, poukładanym zbiorem, a nie z odziedziczonym nieporządkiem.

Ważne, żeby podczas przenoszenia zachować czujność co do tego, czy wszystko trafia tam, gdzie powinno. Sprawdzaj na bieżąco, czy przeniesione sprawy wyglądają poprawnie, zamiast przenieść wszystko na raz i dopiero na końcu odkryć, że coś się rozjechało. Praca małymi porcjami, z bieżącą kontrolą, jest bezpieczniejsza niż jeden wielki transfer, po którym trudno znaleźć, gdzie coś poszło nie tak.

Testuj na prawdziwych sprawach

Zanim uznasz migrację za zakończoną, przetestuj nowy system na realnych, przeniesionych sprawach, a nie tylko na przykładowych. Otwórz kilka spraw i sprawdź, czy wszystko się zgadza, czy dane są kompletne, czy da się na nich normalnie pracować. Wygeneruj z nich dokument, którego naprawdę używasz, i zobacz, czy wychodzi poprawnie. Ustaw termin i sprawdź, czy przypomnienie działa.

To praktyczne sprawdzenie jest ważniejsze niż jakiekolwiek zapewnienia, że wszystko się udało. Dopiero praca na własnych, prawdziwych danych pokazuje, czy migracja przebiegła jak należy i czy nowy system rzeczywiście nadaje się do codziennego użytku w Twojej firmie. Jeśli na tym etapie coś nie gra, lepiej wychwycić to teraz, gdy jeszcze masz stary system pod ręką, niż odkryć problem za miesiąc, gdy będzie już za późno na łatwy powrót.

Okres, w którym stare i nowe działają razem

Jednym z najlepszych sposobów na rozbrojenie strachu przed przestojem jest okres, w którym przez jakiś czas korzystasz i ze starego, i z nowego rozwiązania równolegle. Nie odcinasz starego z dnia na dzień, tylko przez pewien czas prowadzisz nowe sprawy już w nowym systemie, mając stary wciąż dostępny jako zabezpieczenie i źródło danych, których jeszcze nie przeniosłeś.

Taki okres przejściowy daje spokój, bo wiesz, że gdyby coś w nowym systemie nie działało, masz do czego wrócić. Pozwala też zespołowi oswoić się z nowym narzędziem bez presji, że nie ma odwrotu. Ma jednak swoją cenę, którą jest tymczasowe utrzymywanie dwóch rozwiązań naraz, więc nie powinien trwać w nieskończoność. To most między starym a nowym, a nie stały stan. Warto z góry założyć, kiedy ten most zamkniesz, żeby okres równoległy nie zamienił się w chroniczne zawieszenie między dwoma systemami.

Kiedy odciąć stary system

W pewnym momencie trzeba podjąć decyzję o pożegnaniu się ze starym rozwiązaniem, bo trzymanie go w nieskończoność ma swoje koszty i utrudnia pełne przejście. Dobry moment na to przychodzi wtedy, gdy nowy system działa stabilnie, wszystkie żywe sprawy są w nim i sprawdzone, zespół pracuje w nim płynnie, a Ty masz pewność, że nic ważnego nie zostało po drugiej stronie.

Przed odcięciem starego warto jeszcze raz upewnić się, że masz z niego wszystko, czego możesz potrzebować w przyszłości, i że dane, których nie przeniosłeś do nowego systemu, są bezpiecznie zachowane w archiwum. Odcięcie starego rozwiązania powinno być świadomą decyzją, a nie czymś, co dzieje się przez zaniedbanie. Gdy zrobisz to porządnie, zamykasz temat czysto i możesz w pełni skupić się na nowym, zamiast wiecznie oglądać się na stare.

Zespół w trakcie zmiany

Migracja to nie tylko przeniesienie danych, ale i przeniesienie ludzi na nowy sposób pracy. To często trudniejsza część, bo dane nie protestują, a ludzie owszem. Pierwsze dni w nowym systemie zawsze są wolniejsze, bo zespół szuka, gdzie co jest, i przyzwyczaja się do nowego układu. To normalne i przejściowe, ale warto o tym uprzedzić, żeby nikt nie uznał chwilowego spowolnienia za dowód, że nowy system jest gorszy.

Pomaga pokazanie ludziom, po co ta zmiana, na konkretach, a nie w ogólnikach. Gdy pracownik zobaczy, że robota, która wcześniej zajmowała mu kwadrans, teraz idzie w dwie minuty, przestaje traktować migrację jak narzucony kaprys, a zaczyna widzieć w niej ułatwienie. Opór topnieje najszybciej wtedy, gdy korzyść jest namacalna. Warto też zapewnić spokojne warunki na docieranie się i nie oczekiwać pełnej wydajności od pierwszego dnia. Tydzień na oswojenie się to inwestycja, która zwraca się potem wielokrotnie.

Typowe pułapki

Kilka błędów przy migracji wraca regularnie i warto je znać z góry. Pierwszy to brak kopii przed rozpoczęciem, czyli ruszanie danych bez siatki bezpieczeństwa. Drugi to próba przeniesienia wszystkiego naraz, prowadząca do zmęczenia i błędów. Trzeci to robienie migracji w pośpiechu, na ostatnią chwilę, zamiast na spokojnie, z zapasem czasu.

Czwarta pułapka to odcięcie starego systemu zbyt szybko, zanim upewnisz się, że nowy działa i że masz wszystko po właściwej stronie. Piąta to zaniedbanie sprawdzenia, czy przeniesione dane są kompletne i poprawne, przez co braki wychodzą na jaw dopiero później, w najgorszym momencie. Szósta to zapomnienie o ludziach, czyli skupienie się wyłącznie na danych i pozostawienie zespołu samemu sobie z nowym narzędziem. Wszystkie te pułapki łączy jedno, czyli brak spokojnego planu. Migracja zaplanowana i rozłożona w czasie omija je niemal automatycznie.

Ile to realnie trwa

Czas potrzebny na migrację zależy głównie od tego, ile masz żywych spraw i jak podejdziesz do tematu. Jeśli ograniczysz się do przeniesienia tego, co aktualne, i zostawisz archiwum na boku, samo przeniesienie danych bywa kwestią dnia albo dwóch pracy, a nie tygodni. Więcej czasu zajmuje zwykle nie samo przenoszenie, tylko oswojenie się zespołu i spokojne docieranie się w nowym rozwiązaniu.

Dlatego warto planować migrację z zapasem, ale bez rozdmuchiwania jej do rozmiarów wielkiego projektu, który przez to nigdy się nie zaczyna. Rozsądny plan to zrobienie kopii, przeniesienie żywych spraw, przetestowanie na realnych danych, krótki okres równoległy i spokojne pożegnanie starego. Rozłożone na kilka spokojnych kroków, całość jest zupełnie do udźwignięcia obok bieżącej pracy, zwłaszcza jeśli nie próbujesz zrobić wszystkiego w jeden weekend. Lepiej dać sobie trochę więcej luzu i przejść przez to na spokojnie, niż spiąć się na maksa i popełnić błędy z pośpiechu.

Kiedy najlepszy moment

Nie ma idealnego momentu na migrację, bo zawsze coś się dzieje i zawsze wydaje się, że lepiej byłoby zacząć za miesiąc. Ta pułapka odkładania na później potrafi trzymać firmę w złym rozwiązaniu latami. Prawda jest taka, że najlepszy moment to zwykle wtedy, gdy jeszcze masz trochę spokoju i przestrzeni, a nie w środku kryzysu, gdy wszystko się wali i na naukę nowego narzędzia nie ma już siły.

Warto unikać rozpoczynania migracji w okresach szczytowego natłoku pracy, bo wtedy ani Ty, ani zespół nie macie głowy do spokojnej zmiany. Lepszy jest spokojniejszy czas, w którym da się poświęcić migracji trochę uwagi, nie zaniedbując bieżących spraw. Kto zaczyna zmianę na własnych warunkach, w wybranym przez siebie momencie, przechodzi przez nią łagodnie. Kto czeka, aż stare rozwiązanie samo się zawali, zmienia system pod przymusem i w pośpiechu, czyli w najgorszych możliwych warunkach.

Migracja z arkuszy i teczek

Wiele firm odszkodowawczych migruje nie z jednego systemu do drugiego, tylko z arkuszy, maili i papierowych teczek do pierwszego prawdziwego narzędzia. To sytuacja specyficzna, bo dane nie są w jednym miejscu, tylko rozsypane, więc migracja polega w dużej mierze na ich zebraniu i uporządkowaniu, a nie na prostym przeniesieniu z punktu do punktu. Brzmi to na trudniejsze, ale ma jedną ogromną zaletę.

Tą zaletą jest okazja do zrobienia porządku, jakiego przy pracy na luźnych plikach nigdy nie było. Przenosząc sprawę z arkusza i teczki do systemu, zbierasz w jednym miejscu to, co dotąd żyło w kilku, i przy okazji sprawdzasz, czy komplet się zgadza. Braki, które wcześniej umykały, teraz wychodzą na jaw i możesz je uzupełnić. Zamiast przenosić bałagan, budujesz od razu uporządkowaną wersję. To trochę więcej pracy przy każdej sprawie, ale efektem jest baza czystsza i pełniejsza niż cokolwiek, co miałeś wcześniej.

Przy takiej migracji ręczne wprowadzanie żywych spraw jest zwykle najsensowniejszą drogą, bo i tak nie ma skąd ich automatycznie zaciągnąć, a przy okazji przechodzisz przez każdą sprawę świadomie. To dobry moment, żeby ustalić raz, jak ma wyglądać porządna sprawa w nowym systemie, i trzymać się tego od pierwszego wpisu. Dzięki temu od początku pracujesz w sposób uporządkowany, a nie przenosisz do nowego narzędzia stare, chaotyczne nawyki, które dopiero potem trzeba by prostować.

Ciągłość obsługi w trakcie przejścia

Największą praktyczną obawą przy migracji jest to, żeby klienci nie odczuli zmiany, żeby obsługa toczyła się bez zakłóceń. To całkowicie osiągalne, jeśli podejdziesz do tematu rozważnie. Klient nie musi w ogóle wiedzieć, że zmieniasz narzędzia u siebie, bo to Twoja wewnętrzna sprawa, a nie coś, co powinno na niego wpływać. Warunkiem jest to, żebyś w każdym momencie przejścia miał dostęp do wszystkiego, czego potrzebujesz do obsługi bieżących spraw.

Właśnie dlatego tak dobrze sprawdza się przenoszenie najpierw spraw żywych i zachowanie starego rozwiązania jako zabezpieczenia na czas przejścia. Dopóki masz pod ręką i to, co już przeniesione, i to, co jeszcze w starym, żadna sprawa nie zawiśnie w próżni. Klient dzwoni, a Ty odpowiadasz normalnie, bo dane są dostępne, niezależnie od tego, po której stronie akurat się znajdują. Ciągłość obsługi to kwestia planu, a nie szczęścia, i przy odrobinie przygotowania da się ją utrzymać bez jednego dnia przerwy.

Warto tylko wybrać na intensywniejszą część migracji spokojniejszy moment, a nie szczyt natłoku, żeby mieć głowę i do zmiany, i do klientów. Gdy migrację prowadzisz w rozsądnym tempie, obok normalnej pracy, obsługa klienta w ogóle nie musi ucierpieć. A firma, która potrafi zmienić narzędzia bez tego, żeby klienci to odczuli, pokazuje sama sobie, że jest lepiej poukładana, niż jej się wydawało. To dobry sprawdzian dojrzałości, który przy okazji daje pewność siebie na przyszłość.

Na koniec

Migracja danych do nowego systemu brzmi jak coś groźnego, a przy rozsądnym podejściu jest po prostu serią spokojnych kroków. Zrób kopię, zanim ruszysz. Przenieś najpierw tylko to, co żywe, i zostaw archiwum na boku. Przetestuj na prawdziwych sprawach. Daj sobie okres, w którym stare i nowe działa równolegle, i pożegnaj stare dopiero wtedy, gdy masz pewność, że nowe działa. Pamiętaj o ludziach i nie oczekuj pełnej wydajności od pierwszego dnia. Przy tych zasadach strach, który trzyma tyle firm w złym rozwiązaniu, okazuje się dużo większy niż realne ryzyko.

Jeśli miałbym zostawić Cię z jedną myślą, to byłaby to ta, że migracji nie ocenia się po tym, jak groźnie wygląda z daleka, tylko po tym, jak spokojnie da się ją rozłożyć na kroki. Prawie każda operacja, która przeraża jako całość, staje się znośna, gdy podzielisz ją na małe, konkretne czynności i weźmiesz je po kolei. Kopia, żywe sprawy, test, okres równoległy, pożegnanie starego. Pięć kroków, z których żaden z osobna nie jest straszny. Cała sztuka polega na tym, żeby nie patrzeć na migrację jak na przepaść do przeskoczenia jednym susem, tylko jak na kilka spokojnych stopni do zejścia po kolei.

Najważniejsze, żeby nie pozwolić temu strachowi rządzić decyzją, bo trwanie w narzędziu, które już nie służy, kosztuje więcej niż jednorazowy wysiłek zmiany, tylko ten koszt rozkłada się po cichu na każdy dzień. Dobrze zaplanowana migracja to inwestycja, która zwraca się szybko, bo od razu zaczynasz pracować sprawniej i spokojniej. A świadomość, że przeszedłeś przez to na własnych warunkach, bez utraty danych i bez chaosu, daje pewność, że następnym razem, gdy przyjdzie coś zmienić, podejdziesz do tego bez lęku. Zmiana raz oswojona przestaje straszyć.