Po pierwsze, należy przedstawić wnioski, które mogą być wykorzystane do podejmowania decyzji.
Projekt przejmuje nie chodzi o dodanie nowej funkcjonalności natychmiast, ale o przywrócenie kontroli przedsiębiorstwa nad aktywami cyfrowymi i operacjami produkcyjnymi. Należy uznać, że przedsiębiorstwo ma prawa do kodu, danych i kont, produkowania kopii zapasowych tylko do odczytu, rejestrowania aktualnej wersji systemu i stanu operacyjnego, oraz tworzenia lokalnych lub odizolowanych środowisk testujących. Kod otwiera się bez zachowania, a także wymaga sprawdzenia zależności, migracji bazy danych, czasu, zewnętrznych interfejsów, kluczy, luk bezpieczeństwa i sposobu jego emisji.
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ę.
Zamrożenie i kody kopii zapasowej, dane, konfiguracje i konta kluczowe, aby uniknąć strat wtórnych.
Kluczowe zależności zatwierdzenia
Ponowne wdrożenie procesów budowy, wdrażania i podstawowych procesów biznesowych w celu stworzenia list aktywów i ryzyka.
Opracowanie wyników możliwych do oceny
Rozbieżność między natychmiastową rehabilitacją, krótkoterminową stabilizacją a długoterminową restrukturyzacją w wyniku oddziaływania operacyjnego.
Upewnij się, że zdecydujesz się na kolejny krok z prawdziwymi wynikami.
Niewielka, odwracalna wersja jest zakończona, aby potwierdzić nowy zespół łańcucha przejęcia.
Jak to rozumiesz w prawdziwym biznesie?
System może działać tylko na oryginalnym serwerze i nie można zbudować kodów magazynowych. Nowy zespół powinien najpierw produkować migawki produkcji i backup bazy danych, zidentyfikować różnice między faktycznym pakietem operacyjnym i magazynem, a następnie przywrócić środowisko testowe. Jeśli system jest ponownie załadowany bezpośrednio lub nowe kody są wydawane, usługa nadal dostępna może być całkowicie zniszczony. Kolejność przejęcia jest ważniejsza niż szybkość rozwoju.
Najprostszy do przejścia.
Próba modernizacji zależności i bazy danych bez tworzenia kopii zapasowych środowiska produkcyjnego
Cytat oparty wyłącznie na liniach kodowych, ignorujący numery kont, dane i odzysk w biznesie
Sposób, w jaki przejmujesz kontrolę, dodajesz wiele funkcjonalności, nie możesz odróżnić starego od nowego.
Jak mamy to potwierdzić?
Faza diagnostyczna powinna dostarczyć katalog aktywów, status budynków, strukturę i zależność, klasyfikację ryzyka oraz odzysk dowodów i zalecanych tras.
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.