Jak wygląda pierwszy dzień po uruchomieniu systemu ERP

Pierwszy dzień po uruchomieniu systemu — nazywany w branży go-live — to moment, w którym cała abstrakcja projektu zamienia się w konkret. Do tej pory były prezentacje, konfiguracje, testy w bezpiecznym środowisku. Teraz są prawdziwe zamówienia, prawdziwi klienci czekający na wysyłkę i prawdziwi ludzie, którzy muszą wykonać swoją pracę w narzędziu, którego uczyli się dwa tygodnie.

Ten jeden dzień potrafi zbudować albo zniszczyć całe wdrożenie. Nie dlatego, że decyduje o funkcjach systemu — te były gotowe wcześniej. Dlatego, że decyduje o tym, jak ludzie zapamiętają nowy system. Pierwsze wrażenie na hali i w biurze rzutuje na miesiące adopcji. A jak pisałem w tekście Dlaczego operator produkcji nie ufa nowemu systemowi, jeden głośny błąd na starcie potrafi zniszczyć zaufanie, którego potem nie odbudujesz przez kwartał.

Prześledźmy ten dzień godzina po godzinie — najpierw w wersji, która idzie źle, a potem zobaczmy, co odróżnia ją od startu, który idzie dobrze. Bo różnica nie leży w szczęściu.

Pierwszy dzień, który idzie źle — godzina po godzinie

To złożenie scen, które powtarzają się przy wdrożeniach ruszonych bez wystarczającego przygotowania. Żadna z nich nie jest katastrofą sama w sobie. Katastrofą jest ich suma.

Ten sam dzień oczami pięciu osób

Go-live to jeden z niewielu momentów, w których cała firma przeżywa to samo wydarzenie równocześnie — i każda rola przeżywa je zupełnie inaczej.

Najtrudniejszą rolę ma tu kierownik działu. To on jest pod największą presją, żeby „na dziś” porzucić system i wrócić do starego obiegu. A każda taka decyzja, choć ratuje jeden dzień, podkopuje całe wdrożenie. O tym, kto powinien go w tym momencie osłonić, piszę w tekście Kto naprawdę odpowiada za sukces wdrożenia.

Dlaczego drobiazgi urastają do katastrofy

Pojedyncze problemy pierwszego dnia są banalne. Zapomniane hasło. Inny układ ekranu. Brakujący indeks. Gdyby zdarzyły się raz, nikt by ich nie zapamiętał. Problem w tym, że pierwszego dnia zdarzają się jednocześnie, wszystkim, pod presją czasu.

Mechanizm eskalacji jest prosty. Każdy drobiazg mnoży się przez liczbę użytkowników. Trzydzieści osób, które potrzebują pół minuty pomocy, to piętnaście minut ciągłego przerywania pracy jednej osobie wsparcia. A ponieważ wszyscy potrzebują jej naraz, tworzy się kolejka, kolejka tworzy stres, stres rodzi błędy, a błędy — kolejne zgłoszenia. Pętla się nakręca.

Dwa scenariusze startu obok siebie

Najlepiej widać różnicę, gdy zestawi się start, który idzie źle, ze startem, który idzie dobrze. Uderza to, jak niewiele dzieli jedno od drugiego — i jak bardzo to niewiele decyduje.

Żaden z tych elementów nie jest kosztowny ani trudny. Wszystkie wymagają jedynie tego, żeby zająć się nimi wcześniej, a nie w dniu startu. To dlatego mówię, że dobry go-live jest nudny — cała dramaturgia została z niego usunięta na etapie przygotowań.

Co odróżnia dobry start od katastrofy

Sprowadza się to do kilku decyzji podjętych przed dniem startu. Nie do heroizmu pierwszego dnia, lecz do spokojnej pracy w tygodniach poprzedzających.

Big bang czy etapami — jak rozłożyć ryzyko

Jedna z najważniejszych decyzji dotyczy tego, ile ryzyka skumulować w pierwszym dniu. Start jednoczesny w całej firmie jest kuszący, bo szybki i „czysty”. Ale przenosi całe ryzyko na jeden poranek.

Nie ma jednej dobrej odpowiedzi dla wszystkich. Mniejsza firma z prostym procesem może bezpiecznie ruszyć big bangiem. Firma produkcyjna z wieloma powiązanymi działami niemal zawsze zyskuje na wariancie etapowym albo na okresie pracy równoległej na najważniejszych procesach. Kluczowe jest, żeby tę decyzję podjąć świadomie, a nie domyślnie.

Lista kontrolna na dzień przed startem

Jeśli miałbym sprowadzić przygotowanie do jednej listy, którą warto przejść dzień przed go-live, wyglądałaby tak. Każde „nie” na tej liście to potencjalny pożar następnego ranka.

Podsumowanie

Pierwszy dzień po uruchomieniu ERP wygląda dramatycznie tylko wtedy, gdy przygotowanie było niewystarczające. Kolejka przy terminalu, urywający się telefon do wdrożeniowca i narracja „system jest do niczego” nie są skutkiem awarii — są skutkiem braków w danych, uprawnieniach, szkoleniu i wsparciu, które ujawniają się dopiero pod presją realnej pracy.

Dobry start jest nudny. Nie dlatego, że nic się nie dzieje, lecz dlatego, że wszystko, co mogło pójść źle, przewidziano wcześniej. Zweryfikowane dane, przećwiczone scenariusze, superużytkownicy gaszący drobiazgi, plan na pilne przypadki i spokój na górze — to nie luksus, to fundament.

Pierwszy dzień nie rozgrywa się pierwszego dnia. Rozgrywa się w tygodniach, które go poprzedziły. Kto to rozumie, przechodzi go-live tak spokojnie, że pod wieczór zastanawia się, czego się tak bał. Kto tego nie rozumie, spędza pierwszy dzień na gaszeniu pożarów, których źródło zostało zaprószone dawno wcześniej.