Po pierwsze, należy przedstawić wnioski, które mogą być wykorzystane do podejmowania decyzji.
Stary system często zawiera ukryte zasady biznesowe i historyczne dane zgromadzone w ciągu lat, a zespoły przepisywania mogą łatwo odtwarzać tylko widoczne strony, pomijając nietypowe i wyjątkowe procesy. Ocena powinna rozróżnić między stabilnymi modułami, które nadal mają wartość, moduły wysokiego ryzyka, które ograniczają innowacyjność i zbędne funkcje, które można pobrać. Poprzez uszczelnienie API, bajki bazy danych, modułowe wymiany i aktualizacje na początku, zadłużenie technologiczne można stopniowo zmniejszać przy zachowaniu operacji.
Jakie warunki należy określić przed podjęciem decyzji?
To samo pytanie może zawierać różne odpowiedzi w różnych fazach działalności, danych i projektów. Sugeruje się, aby sprawdzić następujące warunki i włączyć wspólne ustalenia w sieci do ich własnych projektów.
Sugerowana kolejność wyprzedzania
Najpierw wyjaśnimy cel i granicę.
Zakończenie działalności w zakresie diagnostyki aktywów, architektury, danych, interfejsów i wartości biznesowych.
Kluczowe zależności zatwierdzenia
W celu ochrony prawidłowego zachowania przeprowadza się testy regresji w procesie podstawowym.
Opracowanie wyników możliwych do oceny
Wybierz najpierw opcję zamiany modułu o niskiej wartości i zaprojektuj starą i nową synchronizację danych.
Upewnij się, że zdecydujesz się na kolejny krok z prawdziwymi wynikami.
Przełącz użytkowników i ruch według etapu, zweryfikować i następnie przejść na emeryturę ze starych modułów.
Jak to rozumiesz w prawdziwym biznesie?
Stary interfejs ERP przedsiębiorstwa jest stary, ale zamówienia i zasady finansowe są stabilne, a nowe platformy mobilne i analityczne mogą być zbudowane najpierw poprzez narażenie podstawowych kompetencji na poziomie usług; a utrzymanie trudnych modułów inwentaryzacyjnych można zastąpić w stopniu. Poprawia to doświadczenie użytkowników i pozwala uniknąć jednego przepisywania wszystkich zasad prowadzących do zakłóceń w działalności.
Najprostszy do przejścia.
Remont został wybrany tylko ze względu na starą technologię. Nie ma ryzyka biznesowego obliczone.
Nowe systemy były opracowywane przez kilka lat, zanim jednokrotna zmiana nadal zmieniała wymagania
Duża liczba cieni i ręcznych duble- nagrania pozostają po zakończeniu migracji
Jak mamy to potwierdzić?
Każda faza migracji powinna sprawdzać równoważność funkcjonalną, spójność danych, skuteczność, bezpieczeństwo, monitorowanie i regresję. Ostatecznie, stary dostęp, przywileje odzyskiwania, zarchiwizowane dane i zaktualizowane dokumenty transportowe powinny zostać zamknięte, aby uniknąć starzenia się "nowych i starych" jako stałego obciążenia.
Przygotowując się do komunikacji z dostawcami lub zespołami wewnętrznymi, zaleca się, aby obecnie procesy, reprezentatywne próbki, istniejące systemy, czas planowania i poziomy budżetowe zostały wprowadzone. Po pierwsze, nieznane pozycje są wyraźnie oznaczone, a następnie podejmuje się decyzję o zastosowaniu diagnostyki, PoC, projektów o zasięgu stałym lub trwających badań i rozwoju, co jest zazwyczaj bardziej wiarygodne niż bezpośrednie zapotrzebowanie na cenę i czas trwania bez granic.