Przerwa w produkcji ma miejsce, gdy firma migruje z istniejącego systemu lub aplikacji, na przykład programu księgowego lub zarządzania zasobami, lub systemu produkcyjnego do nowego. Mimo że faktyczne wdrożenie może zająć tylko jeden lub dwa dni, zadania i działania poprzedzające i końcowe są kluczowe dla powodzenia projektu. W przypadku większości firm arkusz kalkulacyjny jest przydatny do dokumentowania zadań i czynności prowadzących do dnia uruchomienia oraz zadań na ten dzień i kolejne dni.
Cele i kluczowe komponenty
Najlepsze praktyki IBM w zakresie skutecznej migracji danych mówią, że plan naprawy powinien uwzględniać trzy główne obszary. Powinien zdefiniować zadania migracyjne w kolejności ich zakończenia, w tym oszacować, czy i jak długo system będzie musiał być w trybie offline. Powinien identyfikować potencjalne problemy i opisywać, jak ograniczyć lub wyeliminować ryzyko. Powinien także zawierać nazwiska i informacje kontaktowe dla wewnętrznych i zewnętrznych członków zespołu ds. Cutover, a także dla osób, które wymagają uaktualnień i informacji w miarę postępu cutover.
Przygotowanie i czynności wstępne
Każdy krok w każdej sekcji planu zmiany powinien być wymieniony w kolejności, w jakiej ma zostać ukończony. Określ zadanie, osobę prowadzącą, przewidywany czas trwania, daty rozpoczęcia i zakończenia oraz kopię zapasową osoby do kontaktów. Uwzględnij obszar, w którym osoba kierująca może podpisać się po wykonanych zadaniach. Pierwsza część planu powinna określać zadania i działania, które muszą być zakończone przed rozpoczęciem cutover. Obejmuje to instalowanie i konfigurowanie sprzętu, oprogramowania i urządzeń peryferyjnych, przeprowadzanie szkoleń użytkowników końcowych, ładowanie wymaganych danych i tworzenie kopii zapasowej bieżącego systemu.
Zero godzinne zajęcia
Zero godzinne zajęcia odbywają się w dniu koncertu. Obejmują one konkretny harmonogram zadań związanych z zamykaniem starego systemu oraz aktywacją i testowaniem nowego systemu. Ta sekcja powinna mieć plan awaryjny, taki jak kroki do ukończenia wycofywania, jeśli nowy system zawiedzie. Jeśli cutover nie nastąpi w godzinach poza szczytem, plan powinien opisywać system powiadamiania użytkowników o wszelkich oczekiwanych zamknięciach i czasie ich trwania oraz instrukcje, kiedy i jak wylogować stary system.
Monitorowanie po ukryciu
Plan powinien określać harmonogram monitorowania i przeprowadzania stałych testów. Na przykład, jeśli przecięcie nastąpi w godzinach poza szczytem, monitorowanie harmonogramu i testowanie przez co najmniej kilka dni w godzinach największego wykorzystania. Dołącz rzeczy do obejrzenia w ogóle, takie jak spowolnienie systemu lub niespójne zachowanie, a także wszelkie potencjalne problemy, które zostały określone z góry. Wymień kroki do wdrożenia planu awaryjnego, w tym powiadomienie użytkowników o koniecznym zamknięciu, i dołącz listę kontrolną, aby zdecydować, czy zamknąć i dokonać niezbędnych napraw lub modyfikacji w ciągu dnia roboczego lub poza godzinami szczytu.
