Podstawy strategiczne: Wybór trucizny

Część 1 serii Podręcznik migracji: Od chaosu dziedzictwa do gotowości na sztuczną inteligencję

W świecie doradztwa w zakresie ERP o wysokich stawkach istnieje powiedzenie, że każdy powinien powtórzyć każdy Komitet Sterujący: uruchomienie to nie ceremonia, lecz operacja.

Podobnie jak w przypadku operacji, przeżycie pacjenta zależy całkowicie od przygotowania, umiejętności zespołu i strategicznych decyzji podjętych na długo przed pierwszym nacięciem.

Przez wszystkie te lata transformacji ERP, szczególnie w ekosystemie Infor LN, widziałem projekty, które odnosiły spektakularne sukcesy, ponieważ kierownictwo podejmowało trudne, niewygodne decyzje na etapie planowania. Z drugiej strony, widziałem projekty, które przez lata traciły pieniądze i morale, tylko dlatego, że próbowały „grać bezpiecznie”, wybierając niewłaściwą strategię.

Witamy w Podręczniku migracji.

Ta 6-częściowa seria to poradnik przetrwania przeznaczony dla wszystkich profesjonalistów, którzy stoją przed monumentalnym zadaniem migracji ze starszego systemu do nowoczesnego rozwiązania ERP w chmurze bez niszczenia firmy w trakcie tego procesu.

Dziś zaczynamy od najważniejszej decyzji ze wszystkich, tej, która wyznacza kierunek całego projektu: strategii.

Iluzja bezpieczeństwa: Wielki Wybuch kontra Faza

Pierwsze pytanie na każdym spotkaniu inauguracyjnym jest nieuniknione: „Czy powinniśmy zastosować metodę Big Bang, czy Phased?”

Aby odpowiedzieć na to pytanie, pozbądźmy się żargonu i spójrzmy, co te strategie tak naprawdę oznaczają w praktyce.

W prostych słowach: metafory

1. Wielki Wybuch Wyobraź sobie przeprowadzkę. W piątek pakujesz wszystko do ciężarówki. W sobotę się przeprowadzasz. W niedzielę rozpakowujesz. W poniedziałek rano budzisz się, jesz i śpisz w nowym domu. Od razu przekazujesz klucze do starego mieszkania. Nie ma już odwrotu.

• Filozofia: „Zerwij plaster”. To kompleksowe rozwiązanie, w którym stary system zostaje wyłączony, a nowy system ERP zostaje uruchomiony jednocześnie we wszystkich działach.

2. Podejście etapowe Wyobraź sobie remont domu, w którym mieszkasz. Najpierw remontujesz kuchnię (Finance), ale nadal śpisz w starej sypialni (produkcja) i korzystasz ze starej łazienki (magazyn). Mieszkasz na placu budowy przez miesiące, nieustannie przemieszczając się między nowymi i starymi pokojami.

• Filozofia: „Krok po kroku”. Migrację przeprowadza się modułowo (np. Finance ) lub lokalnie (np. zakład A, potem zakład B), utrzymując oba systemy aktywne przez okres przejściowy.

Nie ma tu „dobrych” ani „złych” rozwiązań, tylko to, co sprawdza się w Twoim konkretnym profilu ryzyka. Jednak każdy wybór ma swoją cenę.

Opcja A: Wielki Wybuch

• Dlaczego warto wybrać: Od pierwszego dnia Finance, sprzedaży i produkcji widzą dokładnie te same dane. Nie ma żadnych luk. Brak tymczasowych interfejsów: Nie marnujesz budżetu na budowanie mostów między starymi a nowymi systemami. Przerwa psychologiczna: Zmusza organizację do natychmiastowej adaptacji. Nikt nie może trzymać się starych metod, ponieważ stare już odeszły w zapomnienie.
• Zagrożenia: Jeśli system ulegnie awarii w poniedziałek, cała firma przestanie działać. Nie będzie można wysyłać ani wystawiać faktur. To gra o wysokie stawki. Szczytowy poziom stresu: Okres uruchomienia jest intensywny. Organizacja jest pod maksymalną presją przez co najmniej 2-3 tygodnie.

Opcja B: Etapowa

• Dlaczego warto go wybrać: jeśli Finance ma problemy, Fabryka nadal działa na starym systemie. Nie ryzykujesz od razu całego gospodarstwa. Krzywa uczenia się: zespół uczy się od pierwszej fazy, dzięki czemu kolejne wdrożenia przebiegają sprawniej. Niższy ostry stres: wysiłek jest rozłożony w czasie, co pozwala uniknąć „ciśnienia” w postaci jednego weekendu.
• Ryzyko: aby nowy Finance komunikować się ze starym systemem produkcyjnym, trzeba stworzyć skomplikowane i drogie interfejsy, które później wyrzucisz.
• Gwałtownie rosnące opłaty: unikasz podwójnego wprowadzania danych, tworząc zautomatyzowane integracje, ale ktoś musi je projektować, budować i monitorować. To sprawia, że ​​drodzy konsultanci są zatrudniani latami, a nie miesiącami, co znacznie zwiększa całkowity koszt posiadania (TCO) projektu.
• Zmęczenie zmianą: Projekt ciągnie się latami. Ludzie mają dość życia w „trybie przejściowym”.

Kontekst jest najważniejszy

Więc który z nich powinieneś wybrać?

Nie ma tu absolutnej „Mojej Rady” i uważaj na każdego konsultanta, który twierdzi inaczej. Liczy się tylko konkretna rzeczywistość Twojej firmy w tym konkretnym momencie.

Decyzja jest wynikiem kompromisu między koncentracją ryzyka a dojrzałością organizacji.

• Wielki Wybuch pyta: „Czy jesteś gotów zaryzykować wszystko w jeden weekend, żeby zrobić to szybko i czysto?”
• Podejście fazowe stawia pytanie: „Czy jesteś gotów zapłacić więcej i znieść dłuższy harmonogram, aby zagwarantować sobie większe prawdopodobieństwo sukcesu?”

Ten drugi punkt jest kluczowy. Często zapominamy, że choć konsultanci robią to zawodowo, Wasze wewnętrzne zespoły – Kierownik ds. Księgowości, Kierownik Magazynu – prawdopodobnie nigdy nie doświadczyły transformacji na tak dużą skalę.

W przypadku niedoświadczonego zespołu, podejście fazowe (pomimo wyższych kosztów) pozwala im stopniowo mierzyć się z wyzwaniem. Zapobiega to załamaniu się organizacji pod presją całkowitego wyłączenia. Zyskujesz w ten sposób najcenniejszy atut: pewność siebie.

 Pułapka historii: potrzebujemy wszystkiego

Po ustaleniu strategii, kolejnym polem bitwy jest Data Scope. To tutaj psychologia gromadzenia danych zderza się z rzeczywistością techniczną. Użytkownicy będą błagać: „Musimy przenieść wszystkie dane historyczne. Muszę koniecznie zobaczyć dokładnie, co sprzedałem Mario Rossiemu w 2015 roku na nowym ekranie”.

Nie rób tego.

Migracja 15 lat zamkniętych transakcji (zamówień sprzedaży, faktur, zleceń produkcyjnych) do nowego środowiska LN Cloudsuite to strategiczny błąd, który może mieć negatywny wpływ na Twoją przyszłość.

Oto trzy powody, dla których migracja historii może być obciążeniem:

1. Dług techniczny i doktryna DAL

Infor LN używa ścisłej warstwy dostępu do danych (DAL) do walidacji każdego rekordu wprowadzanego do systemu. Twoje dane z 2010 roku prawdopodobnie nie spełniają zasad walidacji z 2026 roku. Być może wtedy nie wymagano podania kraju pochodzenia , ale teraz jest to obowiązkowe. Możliwe, że Twoje stare jednostki miary są nieaktualne. Aby przenieść te stare dane, musiałbyś wyłączyć walidację lub „sfałszować” brakujące dane, wypełniając swoją nową, nieskazitelną bazę danych śmieciami, tylko po to, by się zmieściły.

2. Jakość danych a objętość danych

Dane archiwalne są z natury brudne. Zawierają pozostałości po błędnych procesach, anulowane zamówienia, których nigdy nie usunięto, oraz kody dostawców, które nie są już aktywne. Importowanie tej masy danych oznacza zanieczyszczenie nowego systemu już pierwszego dnia. W praktyce wprowadzasz się do nowego, luksusowego domu i wypełniasz go zakurzonymi, zepsutymi meblami z piwnicy.

3. Zanieczyszczenie AI

To nowe ryzyko na lata 20. XXI wieku. Jeśli planujesz korzystać z Infor GenAI lub nowoczesnych modeli predykcyjnych do planowania łańcucha dostaw, potrzebujesz przejrzystych i spójnych wzorców. Sztuczna inteligencja uczy się z historii. Jeśli karmisz ją 10 latami przestarzałych procesów – takich jak czasy realizacji z czasów pandemii COVID-19 czy modele cenowe, których już nie używasz – wyciągnie błędne wnioski. Będzie generować halucynacje zamiast wniosków. Aby zbudować system ERP gotowy na sztuczną inteligencję, potrzebujesz wysokiego stosunku sygnału do szumu. Stare dane to szum.

Walidacja branżowa: Konsensus „Czystego Rdzenia”

Nie wierz mi na słowo. Główni gracze na rynku oprogramowania dla przedsiębiorstw przeszli na tę filozofię, aby wspierać zwinność i sztuczną inteligencję:

• Zasada „Czystego Rdzenia”: Wiodący dostawcy, tacy jak SAP, obecnie wyraźnie opowiadają się za utrzymaniem rdzenia ERP wolnego od przestarzałych elementów, aby zapewnić gotowość do innowacji. Przeczytaj o strategii Czystego Rdzenia
• Opcje retencji danych starszych systemów: Oficjalne wytyczne Oracle wymieniają utrzymywanie systemu starszego w trybie „Tylko do odczytu” jako podstawową strategię unikania ryzyka nadmiernej migracji. Zobacz opcje retencji danych Oracle.
• Wymagania wstępne dla AI: Eksperci zgadzają się, że modele AI wymagają wysokiej jakości, trafnych danych. Migracja przestarzałych wzorców aktywnie szkodzi wydajności modelu („Garbage In, Garbage Out”). Dlaczego jakość danych jest kluczowa dla AI
• Głęboka analiza konsultanta: Wcześniej analizowałem, jak złe dane doprowadzają agentów AI do bankructwa. Jeśli chcesz zrozumieć mechanizm „brudnych danych”, przeczytaj mój artykuł: Zabójca AI: Dlaczego brudne dane doprowadzą Twojego agenta do bankructwa

Strategia czystego cięcia

Jedynym profesjonalnym sposobem na poradzenie sobie z migracją krytyczną jest Clean Cut. Migrujemy tylko to, co jest żywe:

• Aktywne dane główne: Klienci i dostawcy, którzy przeprowadzili transakcje w ciągu ostatnich X lat (w ramach okresu zdefiniowanego z Klientem), a także wszyscy partnerzy powiązani z otwartymi transakcjami podlegającymi migracji.
• Aktywne pozycje i zestawienia materiałów: Tylko produkty, które faktycznie możemy wyprodukować i sprzedać dzisiaj.
• Otwarte zamówienia sprzedaży (zaległe): zamówienia, które wciąż musimy wysłać.
• Otwarte zamówienia zakupu: Towary, na których otrzymanie czekamy.
• WIP (Work In Progress): Zlecenia produkcyjne aktualnie realizowane w toku.
• Aktualny stan zapasów: Dokładny obraz wartości zapasów.
• Inne otwarte transakcje: Migrujemy wszelkie dokumenty transakcyjne niezbędne do zapewnienia ciągłości działania (takie jak zlecenia serwisowe, projekty czy umowy). Powyższe przykłady to tylko najczęstsze; zasada dotyczy wszystkiego, co jest potrzebne do utrzymania ciągłości działania.

Wszystko inne – zamknięte zamówienia, opłacone faktury, stara historia – pozostaje.

Rozwiązanie Look-Up: GenBI i Data Fabric

„Ale Andrea, jak mam odpowiedzieć klientowi, który pyta o fakturę z 2018 roku? Czy mam mu powiedzieć, że nie wiem?”

To właśnie ten zarzut zazwyczaj kładzie kres strategii Clean Cut. Użytkownicy panicznie boją się utraty widoczności. Ale w 2026 roku mamy lepsze rozwiązanie niż trzymanie starego komputera pod biurkiem.

Wykorzystujemy Modern BI (GenBI) i Data Fabric .

Zamiast rozrastać transakcyjne rozwiązanie ERP martwymi danymi, łączymy nowoczesne narzędzie BI (np. Microsoft PowerBI) z dwoma różnymi źródłami:

1. Baza danych Legacy (ustawiona w trybie tylko do odczytu) zapewniająca dostęp do danych historycznych.
2. Nowe jezioro danych Infor do bieżących operacji na żywo.

Tworzymy ujednolicony pulpit nawigacyjny, który jest zintegrowany z obydwoma systemami. Gdy użytkownik zadaje pytanie „Sprzedaż do Mario Rossiego”, system BI transparentnie łączy dane z 2018 roku (z Legacy) i dane z 2026 roku (z LN). Użytkownik otrzymuje pełną odpowiedź w jednym widoku. Nie interesuje go, gdzie fizycznie znajdują się dane; interesują go tylko same informacje. Takie podejście sprawia, że ​​Twój nowy system ERP jest oszczędny, szybki i w pełni skoncentrowany na przyszłości, jednocześnie szanując wartość przeszłości.

Chcesz zrozumieć, jak możesz dosłownie „rozmawiać” ze swoimi danymi bez ich migracji? Przeczytaj moje szczegółowe omówienie tutaj: Generative BI: Rozmowa z Twoimi danymi

Moje ostateczne ujęcie

Udana migracja nie polega na przenoszeniu danych, lecz na filtrowaniu wartości. Chodzi o odwagę, by zostawić bagaż. Wybierając Clean Cut i opierając się pokusie przerwania projektu ze strachu, archiwizujesz dane historyczne, torując drogę do przyszłości gotowej na sztuczną inteligencję.

W następnej części omówimy, jak przygotować wybrane dane do migracji. Omówimy zasadę „śmieci na wejściu, katastrofa na wyjściu” i dlaczego szablon migracji jest najskuteczniejszym narzędziem psychologicznym w arsenale egzekwowania prawa własności do danych.

Głęboka analiza: Aby dowiedzieć się więcej na temat tego, dlaczego współczesne strategie danych oddzielają historię od operacji, przeczytaj o koncepcji architektury Data Fabric.

Napisane przez Andreę Guaccio 

5 marca 2026 r