Modernizacja systemów IT
Modernizujemy starsze systemy zamówień, sklepy i integracje etapami, obok działającego rozwiązania. Nowe części przejmują kolejne funkcje dopiero po testach. Zaczynamy od zależności i tego, co warto zachować.
Co otrzymasz
- Mapa systemu i zależności
- Plan etapów z kryteriami i możliwością powrotu
- Wdrożone zmiany, kod i dokumentacja
Kiedy system wymaga modernizacji. Zwykle nie po awarii, tylko po kosztach i czasie zmian.
Najczęściej słyszymy jedno z tych zdań.
„Zna go jedna osoba”
System napisał wykonawca sprzed lat albo pracownik, który odchodzi. Dokumentacji brakuje, a każda zmiana to ryzyko.
„Każda zmiana trwa miesiącami”
Nowa forma płatności, nowy kanał albo nowy rynek wymagają przeróbek, które psują inne miejsca.
„Wersja nie ma już wsparcia”
Platforma, język programowania albo serwer nie dostają aktualizacji bezpieczeństwa, a moduły przestają działać z nowymi wersjami.
„Dane wymieniamy plikami”
Integracje działają na plikach przesyłanych w nocy. Stany i ceny są aktualne raz dziennie, a błędy wychodzą po fakcie.
Najpierw sprawdzamy, czego nie trzeba zmieniać. Wymiana całego systemu naraz to największe ryzyko dla sprzedaży.
Częściej opłaca się wymiana etapami albo ustabilizowanie tego, co działa.
Najpierw dane
Spisujemy, co system robi, jakie dane przez niego przechodzą i ile kosztowały jego utrzymanie i zmiany w ostatnim roku. Na start dane tylko odczytujemy.
Etapami obok działającego systemu
Wydzielamy jedną funkcję, na przykład ceny albo zamówienia, i przenosimy ją do nowej części. Stary system działa dalej, a ruch przełączamy dopiero po testach.
Pomiar przed i po
Czas i koszt wdrożenia zmiany, liczba błędów po wydaniu i przestoje, przed modernizacją i po każdym etapie.
Trzy drogi do wyboru
Każdą drogę porównujemy w koszcie na 3 lata, razem z kosztem pozostania przy obecnym systemie.
| Droga | Kiedy ma sens | Na co uważać |
|---|---|---|
| Ustabilizować i udokumentować | System spełnia potrzeby, ale brakuje testów, dokumentacji i aktualizacji. | Nie usuwa ograniczeń architektury; do decyzji wracamy przy kolejnym wzroście. |
| Wymiana etapami | Część funkcji blokuje rozwój, a reszta działa dobrze. | Przez pewien czas utrzymujesz dwa systemy; plan musi mieć datę wyłączenia starego. |
| Wymiana na gotowy system | Proces jest typowy, a gotowe systemy obsługują go bez obejść. | Migracja danych i integracji; liczymy ją jak każdą migrację, z planem powrotu. |
Co dostajesz. Plan modernizacji należy do Ciebie.
Wdrożysz go z nami, samodzielnie albo z innym wykonawcą.
Mapa systemu
Funkcje, dane, integracje i zależności, spisane tak, żeby system przestał zależeć od jednej osoby.
Plan etapów
Kolejność zmian według ryzyka i korzyści, z kryterium odbioru i planem powrotu dla każdego etapu.
Wdrożenie etapami
Kolejne części odbierane na działającym oprogramowaniu. Zakres wsparcia po starcie ustalamy dla danego wdrożenia.
Dokumentacja i przekazanie
Kod w Twoich repozytoriach, dokumentacja prowadzona na bieżąco i szkolenia dla zespołu, który przejmie system.
Pytania przed rozmową. Na pozostałe odpowiemy, gdy się spotkamy.
Czy robicie to sami?
Plan, odbiory i mniejsze etapy prowadzimy sami. Duże prace robimy z firmami, z którymi współpracujemy, a skład zespołu pod projekt przedstawiamy w ofercie.
Czy sprzedaż stanie na czas zmian?
Nie powinna. Stary system działa, dopóki nowa część nie przejdzie testów, a każdy etap ma spisany plan powrotu. Przełączenia planujemy poza szczytem sprzedaży.
Pierwszy krok
Audyt technologiczny i kodu
Stan systemów, kodu i integracji. Rezultat: przyczyny, plan i decyzja, co zmienić najpierw.
Powiązane. Rozwiązania i usługi, które często idą w parze.
Sprawdźmy, co opłaca się zmienić najpierw. Wskażemy, od czego zacząć.
- Opisujesz sytuację w formularzu albo e-mailem.
- Odpowiadamy w ciągu jednego dnia roboczego.
- Na życzenie zaczynamy od NDA.
Krzysztof Wrzosek
Doradca digital i e-commerce, założyciel Gladness