System z pięcioma dodatkami jest tak aktualny, jak jego najbardziej opóźniony element. Aktualizacja wymaga planu, nie odwagi.
Kolejność
Kopia bezpieczeństwa, sprawdzenie zgodności dodatków, aktualizacja na środowisku próbnym, dopiero potem produkcja.
Kolejność nie jest formalnością. Każdy krok odcina jedną klasę problemów, a wykonany po czasie już niczego nie odcina. Kopia zrobiona po rozpoczęciu aktualizacji nie służy do niczego.
Kiedy aktualizować
Nie w szczycie sprzedaży i nie w dniu, w którym trzeba wysłać zamówienia. Najlepiej na początku tygodnia, żeby ewentualne skutki uboczne wyszły przy pełnej obsadzie, a nie w piątek po południu. Warto też ustalić z góry moment, w którym uznaje się aktualizację za nieudaną i wraca do poprzedniego stanu — decyzja podjęta wcześniej jest znacznie łatwiejsza od podejmowanej pod presją.
Środowisko próbne
Kopia bazy i systemu z tymi samymi dodatkami. Bez niego każda aktualizacja odbywa się na oczach użytkowników.
Warunek jest jeden: środowisko musi odpowiadać produkcji. Próba na pustej bazie niczego nie sprawdza, bo problemy ujawniają się na rzeczywistych danych i przy rzeczywistej konfiguracji rozszerzeń.
Środowisko próbne przydaje się poza samą aktualizacją: do sprawdzania nowych rozwiązań, do nauki obsługi i do prób odtworzenia kopii. Raz przygotowane, obsługuje wszystkie te potrzeby naraz.
Sprawdzenie przed
Producenci dodatków publikują zgodność z wersjami. Jedna lektura oszczędza większości niespodzianek.
Podstawą jest tu ewidencja rozszerzeń: co jest zainstalowane, kto to zrobił i gdzie szukać informacji o zgodności. Bez takiego spisu sprawdzenie jest niewykonalne, bo nikt nie wie, czego szukać.
Własne rozwiązania
Wymagają sprawdzenia po każdej aktualizacji, zwłaszcza jeśli korzystają z bezpośredniego odczytu bazy.
Groźniejszy od rozwiązania, które przestało działać, jest takie, które działa dalej i liczy inaczej. Zmiana struktury danych potrafi sprawić, że raport nadal się otwiera, tylko pomija część dokumentów. Dlatego kontrola polega na porównaniu wyniku z wartością sprzed aktualizacji, a nie na sprawdzeniu, czy coś się uruchamia.
Dodatki porzucone
Blokują aktualizację i z czasem stają się zagrożeniem. Wymagają zastąpienia, a nie czekania.
Odkładanie tej decyzji ma stałą cenę: im dłużej system stoi na starej wersji, tym większy skok trzeba będzie kiedyś wykonać. Warto sprawdzić, czy funkcja porzuconego dodatku nie jest już częścią standardu — czasem wystarczy go po prostu wyłączyć.
Kontrola po aktualizacji
Pełna ścieżka: wystawienie dokumentu, wydruk, integracja, raport. Sprawdzenie samego uruchomienia programu niczego nie dowodzi.
Listę kontrolną przygotowuje się raz i używa przy każdej kolejnej aktualizacji. Powinna zawierać konkretne czynności z konkretnymi danymi, a nie ogólne polecenie sprawdzenia, czy wszystko działa. Przez pierwsze dni po zmianie warto też pytać zespół wprost — drobne różnice w zachowaniu programu użytkownicy zauważają szybciej niż jakikolwiek pomiar.
