Adopcja równoległa

Adopcja równoległa to metoda przenoszenia pomiędzy poprzednim systemem ( informatycznym ) do systemu docelowego (informatycznego) w organizacji. Aby zmniejszyć ryzyko, stary i nowy system działają jednocześnie przez pewien czas, po czym, jeśli spełnione są kryteria nowego systemu, stary system jest wyłączany. Proces ten wymaga starannego planowania i kontroli oraz znacznych inwestycji w godziny pracy.

Przegląd

Ten wpis koncentruje się na ogólnym procesie adopcji równoległej; (rzeczywiste) przykłady są używane do bardziej znaczącej interpretacji procesu, jeśli to konieczne. Ponadto do wizualizacji procesu wykorzystywany jest model danych procesowych, który ma zapewnić pełny przegląd wszystkich kroków związanych z równoległą adopcją, ale nacisk zostanie położony na unikalne cechy równoległej adopcji. Niektóre wspólne cechy, w szczególności definiowanie strategii wdrażania, które dotyczą wszystkich czterech ogólnych rodzajów adopcji, opisano w Adoption (implementacja oprogramowania) .

Inne rodzaje adopcji

Oprócz adopcji równoległej można wyróżnić trzy inne rodzaje adopcji. Wybór konkretnej metody adopcji zależy od cech organizacyjnych; więcej informacji na ten temat zostanie przedstawionych poniżej. Trzy inne metody adopcji to: Adopcja oprogramowania produktu: Big Bang Adoption (znana również jako bezpośrednia konwersja, slam dunk lub strategia zimnej indyki), adopcja etapowa i adopcja pilotażowa.

Wdrażanie oprogramowania produktu: Wdrożenie na wielką skalę/Wdrożenie na głęboką wodę: Wdrażanie na wielką skalę obejmuje przeniesienie całej organizacji ze starego systemu na nowy w ramach natychmiastowej zmiany. Jest to najtańsza opcja, ale jeśli nowy System zawiedzie, organizacja ma duże kłopoty. Otwiera to również ryzyko, że system nie zostanie zaakceptowany przez użytkowników. Jednak może to być jedyne podejście, które można zastosować, gdy oba systemy nie mogą współistnieć lub aktywacja nowego systemu jest awaryjna.
Stopniowa adopcja (znana również jako stopniowa konwersja): W fazie wdrażania adopcji organizacja stopniowo przenosi się do nowego systemu w różnych fazach, na moduł lub podsystem. Niektórych systemów nie można wprowadzać w częściach, ponieważ są one zbyt zależne od całego systemu. Korzystanie z etapowej adopcji wiąże się z mniejszym ryzykiem, ale powoduje najwięcej zakłóceń, ponieważ przejście ze starego systemu do nowego zajmuje najwięcej czasu.
Wdrożenie pilotażowe: Metoda wdrożenia pilotażowego jest stosowana w przypadku dużych organizacji, które mają wiele lokalizacji lub w dużej mierze niezależne działy. Nowy system jest wprowadzany w jednej z lokalizacji lub działów iz czasem rozszerzany na inne lokalizacje lub działy. (ograniczona granica, jeśli nowy system jest awarią) (Turban, 2002)

Istnieje kilka przypadków, w których konwersji równoległej nie można uznać za opłacalną strategię konwersji. Najpierw rozważ, czy nowy system zawiera istotne zmiany w schemacie. Elementy danych wymagane przez jeden system, które nie są wypełniane przez inny, mogą w najlepszym przypadku prowadzić do niedokładności danych, aw najgorszym do uszkodzenia danych. Innym problemem jest to, czy system opiera się na gotowej technologii konsumenckiej (COTS). Jeśli dokumentacja dostawcy COTS stwierdza, że więcej niż jedna aplikacja nie może współużytkować tej samej bazy danych, wówczas konwersja równoległa nie wchodzi w grę. Przykładem mogą być produkty Siebel firmy Oracle. Inne produkty COTS mogą również nakładać ograniczenia, gdy poprawki lub główne aktualizacje wymagają unikalnych kluczy licencyjnych. Po zastosowaniu mogą wprowadzić zmiany w bazie danych, które mogą spowodować, że aplikacja fałszywie wykryje system równoległy działający w tej samej bazie danych, co będzie próbą obejścia kontroli licencji i tym samym wyłączenia systemu.

Miejsce w procesie wdrażania

Wydaje się, że istnieje niewiele konwencji dotyczących procesu adopcji równoległej. Kilka źródeł (np. Turban, 2002, Eason, 1988, Rooijmans, 2003, Brown, 1999) nie używa jednej nazwy opisu procesu. Termin adopcja równoległa jest oznaczony w tych źródłach, chociaż jest spójny dla każdego źródła jako: konwersja równoległa, praca równoległa, bieganie w tle, przełączanie równoległe i implementacja równoległa. Wydaje się, że tak jest, ponieważ ogólny opis procesu nie wymaga odrębnej klasyfikacji. Istnieje kilka standardowych metod wdrażania, w których opisano różne techniki adopcji, ale często w kontekście praktycznym; rzeczywisty scenariusz przypadku lub bardziej kompleksowy zestaw technik wdrożeniowych, takich jak Regatta: metoda adopcji, SIM i PRINCE2 . Ogólnie rzecz biorąc, równoległe przyjęcie można najlepiej postrzegać jako metodę inżynierii systemów wdrożenie nowego systemu.

Metoda adopcji równoległej zasadniczo różni się od decyzji o zmianie systemu w organizacji i może być postrzegana jako jeden z możliwych sposobów osiągnięcia tego celu. Istnieje jednak kilka czynników, które są brane pod uwagę przy określaniu najlepszej wdrażania . Ponadto pomyślne wdrożenie może w dużej mierze zależeć od metody adopcji. (Lee, 2004)

Proces

Równoległego procesu adopcji nie można przedstawić bez zwrócenia uwagi na kroki poprzedzające faktyczną konwersję, a mianowicie konstrukcję scenariusza konwersji oraz identyfikację i przetestowanie wszystkich wymagań . Dlatego proces jest wyjaśniony poprzez przejście przez wszystkie zidentyfikowane procesy na rysunku 1, przy jednoczesnym krótkim omówieniu typowych działań, które są niezbędne dla którejkolwiek ze zidentyfikowanych strategii konwersji.

Rysunek 1 przedstawia przegląd równoległego procesu adopcji. Lewa strona przedstawia przepływ działań, które przyczyniają się do procesu. Czynności wykonywane jednocześnie są poprzedzone grubą czarną linią. Po zakończeniu równoległego prowadzenia działań czynności ponownie łączą się w podobną czarną linię. Gdy nie ma strzałki prowadzącej z jednej czynności do drugiej, oznacza to, że są to agregaty większej aktywności powyżej. Działania podzielone są na cztery główne fazy:

Zdefiniuj strategię wdrożeniową , która dotyczy rodzaju strategii wdrożeniowej, która powinna zostać wykonana.
Przedwdrożeniowy , który ma do czynienia z konstruowaniem planowania wszystkich aspektów i wymagań związanych z wdrożeniem.
Przygotuj organizację Organizacja powinna być odpowiednio przygotowana zgodnie z poprzednim etapem.
Konwersja dotyczy rzeczywistego procesu konwersji i zamknięcia procesu konwersji; kontynuacja nowego systemu.

Główne fazy są podzielone na inne działania, które zostaną pokrótce opisane w tabelach 1-1 do 1-4.

Prawa strona modelu opisuje dane zaangażowane w procesy. Niektóre z tych koncepcji, przedstawione jako para zachodzących na siebie otwartych prostokątów, można podzielić na więcej niż jedną koncepcję. Para zachodzących na siebie zamkniętych prostokątów wskazuje koncepcję zamkniętą, co oznacza, że można ją podzielić na więcej koncepcji, ale nie jest ona przedmiotem dalszego zainteresowania procesu równoległego przyjmowania. Figura w kształcie rombu wskazuje, że związane z nią pojęcie służy jako pojęcie zagregowane i że pojęcie to składa się z innych pojęć. Wreszcie otwarta strzałka reprezentuje relację nadklasa-podklasa. Pojęcie połączone ze strzałką jest nadrzędną klasą pojęć, które są z nim połączone. Ta składnia na rysunku 1 jest zgodna z językiem Unified Modeling Language ( UML ) standardy. Pojęcia na rysunku 1 są zdefiniowane w tabeli 2. Więcej kontekstu dla tych czynności podrzędnych w procesie zostanie podanych pod tabelami.

Rysunek 1. Diagram meta-proces-dane przyjęcia równoległego

tabela 1-1: Przedwdrożenie
Działalność	Opis
Zdefiniuj strategię wdrożenia	Strategia wdrażania jest ustalana na tym wczesnym etapie. (Brązowy, Vessey, 1999)
Utwórz główny skrypt implementacji	Dokonywana jest pierwsza wstępna analiza wymagań, składająca się z poniższych wymagań. (Wyprawa, 2004)
Konstruowanie Planowanie czasu	Trwa budowa pierwszego harmonogramu procesu wdrażania. (Rooijmans, 2003)
Zdefiniuj wymagania organizacyjne	Określone są tutaj wymagania organizacyjne (Rooijmans, 2003).
Zdefiniuj wymagania IT	Wymagania informatyczne są określone (Rooijmans, 2003)

tabela 1-2: Przygotuj organizację
Działalność	Opis
Zainstaluj wymagania	W celu przygotowania organizacji instalowane są zdefiniowane wymagania. Trwa przygotowywanie organizacji i instalowanie IT na maszynach testowych. (Rooijmans, 2003, Eason, 1988, Microsoft, 2004)
Wymagania testowe	Wymagania są testowane, aby zobaczyć, czy organizacja jest gotowa do wdrożenia (Rooijmans, 2003)
Przedefiniuj główny skrypt implementacji	Główny skrypt implementacji jest udoskonalany o nowe informacje zebrane w procesie z poniższymi działaniami. (Rooijmans, 2003)
Zdefiniuj wskaźniki kryteriów	W celu przetestowania nowego systemu tworzone są wskaźniki kryterialne. (Rooijmans, 2003, Microsoft, 2004)
Sformułuj plan obejścia/wycofania	Tworzony jest również plan obejścia ze scenariuszem wycofania. Dzięki tym planom organizacja może odpowiednio próbować naprawić popełnione błędy i wycofać się, jeśli wdrożenie na pewnym etapie procesu się nie powiedzie. (Microsoft, 2004, Rooijmans, 2003)
Wykonaj (segmentową) konwersję testową	W bardzo złożonych organizacjach korzystne może być wykonanie konwersji testowej przed uruchomieniem. (Microsoft, 2004, Rooijmans, 2003)

tabela 1-3: Konwersja
Działalność	Opis
Nadrabiaj zaległości	Rozpoczyna się proces konwersji, równolegle toczy się szereg działań. Na tym etapie nadrabiane są zaległości starym systemem. Stary system jest wiodący, ale nowy działa równolegle. Wszystkie zmiany w systemie muszą być wprowadzone w nowym systemie. (Microsoft, 2004, Rooijmans, 2003)
System sterowania	System jest cały czas kontrolowany przez system sterowania. Dzięki zdefiniowanym wskaźnikom i charakterystyce pracy systemu można śledzić błędy i pomyłki. (Microsoft, 2004, Rooijmans, 2003)
Uruchom wiodący stary system	Stary system prowadzi; przetwarzanie rzeczywistych danych.
Uruchom nowy system	Nowy system działa równolegle ze starym systemem i jest ściśle monitorowany. (Microsoft, 2004, Rooijmans, 2003)
Przetłumacz zaległości w nowym systemie	Jeśli kryteria zostaną spełnione, zaległości są tłumaczone i przenoszone w nowym systemie, a proces konwersji przechodzi w kolejny etap. (Microsoft, 2004, Rooijmans, 2003)
Wykonaj strategię obejścia/wycofania	Jeśli kryteria nie są spełnione, wykonywana jest strategia obejścia lub strategia wycofywania, w zależności od charakteru błędów. (Microsoft, 2004, Rooijmans, 2003)
Nadrabiaj zaległości	Doganianie odbywa się ze względów bezpieczeństwa, nawet jeśli nowy system prowadzi. (Microsoft, 2004, Rooijmans, 2003)
Uruchom stary system	Stary system działa jako kopia zapasowa ze względów bezpieczeństwa
Uruchom wiodący nowy system(1)	Nowy system prowadzi iw pełni działa. Tutaj obsługiwane są wszystkie transakcje i zmiany w systemie. (Microsoft, 2004, Rooijmans, 2003)

tabela 1-4: Zamknięcie adopcji równoległej
Działalność	Opis
Uruchom wiodący nowy system(2)	Wszystkie doganiania i kontrole są zamknięte. Nowy system jest jedynym działającym systemem. (Microsoft, 2004, Rooijmans, 2003)
Wyłącz stary system	Stary system nie jest już potrzebny i jest wyłączony. (Microsoft, 2004, Rooijmans, 2003)

Pojęcia z rysunku 1 są zdefiniowane w tabeli 2-1 poniżej.

tabela 2-1: Lista definicji pojęć
Pojęcie	Definicja
Strategia wdrażania	Strategia, która zostanie wybrana do wdrożenia nowego systemu. Dostępne opcje to big bang, etapowe, równoległe przyjęcie, konwersja pilotażowa lub kombinacja tych czterech. (Turban, 2002, Rooijmans, 2003)
Skrypt implementacyjny	Surowa wersja rzeczywistego scenariusza konwersji, składająca się z wymagań organizacyjnych, wymagań IT oraz wstępnego planowania czasu. (Wyprawa, 2004, Eason, 1988)
Wymagania organizacyjne	Wymagania wewnątrz organizacji, które powinny być obecne w celu pomyślnego wdrożenia. Zajmują się optymalizacją (zmianą) organizacji pod nowy system. Kwestie związane mogą być: Zarządzanie zasobami ludzkimi, zmieniające się schematy organizacyjne i nowe struktury biznesowe. (Rooijmans, 2003)
Wymagania informatyczne	Wymagania dotyczące technologii informatycznych to wymagania dotyczące oprogramowania i sprzętu, wybór platformy, biorąc pod uwagę budżet i istniejące systemy. (Rooijmans, 2003)
Planowanie czasu	Planowanie, w którym działania mają przypisany okres czasu, w którym powinny zostać zakończone, dające ogólny obraz projektu wdrożeniowego z uwzględnieniem dostępnego czasu. (Eason, 1988)
Wymagania
Konformizm	Zgodność polega na spełnianiu wymagań. (ISO 9000)
Scenariusz konwersji	Przedefiniowany skrypt wdrożenia z uwzględnieniem zgodności z wymaganiami. Ponadto scenariusz konwersji składa się z planu obejścia i wycofania. Scenariusz konwersji jest planem projektu wdrożeniowego. (Rooijmans, 2003)
Strategia obejścia problemu	Plan tworzenia kopii zapasowych; przyjętą strategię, w scenariuszu konwersji, aby zapobiec błędom w procesie konwersji i podjąć próbę ich obejścia, aby wdrożenie nadal mogło zakończyć się sukcesem. (Rooijmans, 2003)
Wskaźniki kryteriów	Kwantyfikowalne i mierzalne kryteria w odniesieniu do wymagań, aby określić, czy proces wdrożenia zakończył się sukcesem. (Rooijmans, 2003)
Plan wycofania	Plan ułatwiający odwrócenie kierunku replikacji w celu powrotu do starego systemu bez utraty danych lub informacji. (Microsoft, 2004)
Konwersja testowa	Segmentalna konwersja testowa przed faktyczną konwersją, której celem jest lepsze przygotowanie się na niepewność lub problemy w rzeczywistym procesie konwersji. (Microsoft, 2004)
Stary system	Stary system: kiedy prowadzi = prawda; stary system obsługuje transakcje systemowe na żywo: Główne funkcjonujące jednostki składające się na produkt, np. sprzęt, oprogramowanie. Również zorganizowane i zdyscyplinowane podejście do wykonania zadania, np. system zgłaszania awarii (ISO 9000)
Nowy system	Nowy system (cel): Nowy system, gdy prowadzenie = prawda; nowy system obsługuje transakcje systemowe na żywo. Główne funkcjonujące jednostki składające się na produkt, np. sprzęt, oprogramowanie. Również zorganizowane i zdyscyplinowane podejście do wykonania zadania, np. system zgłaszania awarii (ISO 9000)
Kontrola	Ogólny system kontroli obejmujący wskaźniki wydajności oraz ocenę niezawodności i nadrobienia zaległości. System sterowania jest bardzo szeroki i jest centralnym systemem dowodzenia konwersji starego systemu i zarządzania nowym w trakcie równoległego procesu adopcji. (Rooijmans, 2003, Microsoft, 2004)
Wydajność	Wymierna ocena działania starego i nowego systemu służy jako dane wejściowe dla systemu sterowania. (Rooijmans, 2003)
Ocena niezawodności	Ilościowa ocena niezawodności produktu, systemu lub jego części. Takie oceny zwykle wykorzystują modelowanie matematyczne, bezpośrednio stosowane wyniki testów produktu, dane o awariach, szacunkowe dane dotyczące niezawodności i niestatystyczne szacunki inżynieryjne. (ISO 9000)
Nadrabianie zaległości	Nadrobienie zaległości polega na automatycznym lub nieautomatycznym tworzeniu kopii zapasowych systemu przy użyciu starego systemu, które mają zostać przetłumaczone na nowy system. (Rooijmans, 2003)
Automatyczne nadrabianie zaległości	Automatycznie tworzone nadrabianie zaległości (Rooijmans, 2003)
Złap za rękę	Nadrabianie zaległości spowodowane ręcznym wprowadzaniem danych (Rooijmans, 2003)

Określenie strategii wdrażania równoległego

Rysunek 2. Strategia wdrażania

Adopcja równoległa poprzedzona jest określeniem strategii wdrożenia, co nie jest unikalne dla adopcji równoległej, ale może być postrzegane jako część procesu zarządzania zmianą , w który wchodzi organizacja. (Lee, 2004). Niektóre czynniki związane z określaniem strategii wdrażania dotyczące metod adopcji opisano dokładniej w Adoption (implementacja oprogramowania) .

Ryzyko a koszty

Powodem, dla którego organizacja wybiera adopcję równoległą na korzyść konwersji pilotażowej, big bangu lub adopcji etapowej, jest często kompromis między kosztami a ryzykiem (Andersson, Hanson, 2003). Adopcja równoległa jest najdroższą metodą adopcji (Chng, Vathanopas, 2002, Microsoft, 2004, Anderson i in., 2003), ponieważ wymaga od organizacji, aby dwa systemy działały równolegle przez określony czas. Prowadzenie dwóch systemów jednocześnie oznacza konieczność inwestycji w zasoby ludzkie . Oprócz dobrego przygotowania (dodatkowego) personelu , który musi przejść przez stresujący okres równoległego działania, w którym procedury wzajemnie się krzyżują. (Rooijmans, 2003, Eason, 1988) Należy położyć nacisk na spójność danych i zapobieganie uszkodzeniu danych między dwoma systemami. (Chng et al. 2002, Yusuf, 2004) Nie tylko w celu samego procesu konwersji, ale także w szkoleniu ich w zakresie obsługi nowego systemu.

Gdy konieczne jest wdrożenie nowego systemu zgodnie z podejściem „big bang”, ryzyko niepowodzenia jest wysokie (Lee, 2004). Kiedy organizacja mocno domaga się zmiany starego (przestarzałego) systemu, kompromis między dodatkowymi kosztami związanymi z mniej ryzykownym podejściem równoległym powinien być na korzyść tych dodatkowych kosztów (Lee, 2004). że przyjęcie ERP następuje w większości przypadków po przyjęciu wielkiego wybuchu (Microsoft, 2004, Yusuf, 2004). Oznacza to, że organizacja powinna jasno przemyśleć swoją strategię wdrażania i zintegrować tę decyzję z zarządzaniem ryzykiem lub zarządzaniem zmianą analiza.

Opracowanie skryptu wdrożeniowego

Rysunek 3. Przedwdrożenie

wymagania IT

Aby odpowiednio przygotować organizację, konieczna jest analiza wymagań zarówno informatycznych, jak i organizacyjnych. Więcej informacji na temat analizy wymagań i zarządzania zmianą można znaleźć gdzie indziej. W przypadku wdrożenia równoległego najważniejszym wymogiem informatycznym (jeśli ma to zastosowanie) jest zwrócenie uwagi na równoczesne uruchamianie dwóch systemów. W fazie konwersji występuje szczelina czasowa, w której stary system jest systemem wiodącym. Aby przenieść dane ze starego systemu w okresie doganiania do nowego systemu, musi być dostępny moduł przejściowy (Microsoft, 2004). Inne metody implementacji nie mają bezpośrednio tego wymogu. Więcej informacji na temat wymagań IT można znaleźć w Inżynieria oprogramowania .

Wymagania organizacyjne

Oprócz wymagań IT, wymagania organizacyjne wymagają zagadnień związanych z zarządzaniem zasobami ludzkimi , takich jak szkolenie personelu , radzenie sobie z być może zmieniającą się strukturą organizacyjną , organizacją organiczną lub mechanistyczną charakterystyką organizacyjną organizacji (Daft, 1998), a co najważniejsze: wsparcie najwyższego kierownictwa (Brown, Vessey, 1999). Brown i in. (1999) określają dwie różne role, które najwyższe kierownictwo może zainicjować: tak zwane role sponsora i mistrza:

„Sponsor projektu jest odpowiedzialny za wsparcie budżetowe i zapewnienie, że kluczowi przedstawiciele biznesu odgrywają rolę w zespole projektowym.”
„Mistrz projektu może, ale nie musi, być formalnym członkiem zespołu projektowego, ale może odgrywać kluczową rolę w wysiłkach związanych z zarządzaniem zmianą”

Równoległy proces adopcji jest bardzo stresujący i wymaga dobrze przygotowanych pracowników, którzy potrafią poradzić sobie z popełnianymi błędami, bez konserwatywnej niechęci do starego systemu. (Eason, 1988)

Planowanie czasu

Bardzo ważne jest posiadanie szczegółowego planu prowadzenia nowego systemu w organizacji (Lee, 2004, Eason, 1988). Najważniejszą rzeczą w planowaniu czasu na konwersję równoległą jest nie spieszyć się i nie bać się ewentualnych opóźnień w rzeczywistej fazie konwersji. (Lee, 2004). Bardzo korzystna może być również praca z jasno określonymi kamieniami milowymi (Rooijmans, 2003), podobnie jak w przypadku PRINCE2 . Więcej informacji na temat planowania czasu można znaleźć w części Planowanie i planowanie strategiczne .

Przygotowanie organizacji

Rysunek 4. Przygotowanie organizacji

Ocena wymagań

Ocena wymagań polega na przedefiniowaniu skryptu wdrożenia. Postawione wymagania informatyczne i (jeśli to możliwe) organizacyjne powinny zostać przetestowane. Można przeprowadzić pewne testy, w których można ocenić obowiązki organizacyjne (Rooijmans, 2003), jak również wymagania informatyczne. Tutaj również ponownie ważne jest wsparcie i zaangażowanie najwyższego kierownictwa (Eason, 1988). Jeśli nie udostępnią zasobów do oceny, wdrożenie może zakończyć się niepowodzeniem jako bezpośrednia konsekwencja. Po tej ocenie skrypt implementacji jest ponownie definiowany w bardziej wyraźny scenariusz konwersji.

Scenariusz konwersji

Scenariusz konwersji składa się zatem z planu zmiany organizacyjnej we wszystkich aspektach. Istnieją jednak dwa tematy, którym nie poświęcono jeszcze należytej uwagi w zakresie równoległego przyjęcia.

Strategia obejścia / plan wycofywania: W odróżnieniu od innych scenariuszy przyjęcia, w scenariuszu konwersji zintegrowana jest również obejście lub strategia awaryjna z wycofywaniem plan. Strategia obejścia jest zdefiniowana w szerszym zakresie w innym wpisie, ale w tym kontekście oznacza to, co zdefiniowano w powyższej tabeli: Plan tworzenia kopii zapasowych; przyjętą strategię, w scenariuszu konwersji, aby zapobiec błędom w procesie konwersji i podjąć próbę ich obejścia, aby wdrożenie nadal mogło zakończyć się sukcesem. (Microsoft, 2004). Plan wycofywania, jako jedna z możliwych strategii obejścia, jest inicjowany, jeśli coś pójdzie nie tak w fazie konwersji. Ponieważ oba systemy działają równolegle, plan wycofywania wskazuje, że baza danych lub inny system obsługujący transakcje powinien być w pełni odtwarzalny w dotychczasowym systemie (Microsoft, 2004). W rzeczywistości równoległe przyjęcie zapewnia z definicji ten plan wycofywania ze względu na swój charakter wiodącego systemu i (niewiodącego) kopii zapasowych .
Wskaźniki kryteriów: Ponieważ scenariusz konwersji jest planem realizacji transferu dwóch systemów, zawiera również wymierne kryteria. Przedefiniowane wymagania informatyczne i organizacyjne przekładane są na mierzalne komponenty. Jeśli kryteria nie są spełnione podczas konwersji testowej, należy wdrożyć strategię obejścia.

Konwersja

Rysunek 5. Konwersja

Właściwa faza konwersji jest już na miejscu. Podczas tego procesu organizacja znajduje się w stresującym okresie (Eason, 1988, Rooijmans, 2003). Oba systemy działają równolegle zgodnie ze scenariuszem konwersji, a nowy system jest ściśle monitorowany. Kiedy kryteria nowego systemu zostaną spełnione, stary system przestanie być systemem wiodącym, a nowy system go przejmie. Nadrabianie zaległości, które jest częścią obejścia , to kopie zapasowe starego systemu i zapewniają środki do inżynierii niezawodności i odzyskiwania danych . Istnieją dwa rodzaje sposobów nadrabiania zaległości: automatyczne nadrabianie zaległości i nadrabianie zaległości ręcznie. (Rooijmans, 2003). W stosownych przypadkach można również wdrożyć zdalną usługę tworzenia kopii zapasowych .

System sterowania

Automatyczne nadrabianie zaległości: Nadrabianie zaległości, które są przekazywane przez zautomatyzowany system, utworzony w fazie przygotowania organizacji. System ten automatycznie przenosi dane lub informacje do nowego systemu, gdy następuje konwersja ze starego systemu wiodącego do nowego systemu wiodącego. Zaletą zautomatyzowanego systemu jest to, że jest szybki i dokładny. Wadą jest to, że wytworzenie systemu transferu na wcześniejszym etapie wymaga czasu.
Łapanie ręczne: Gdy faktyczna konwersja wymaga tylko niewielkiej ilości czasu lub złożoność informacji, które należy przenieść do nowego systemu, jest niewielka, organizacja może zdecydować się na ręczne przeniesienie doganiania. Zaletą tej procedury jest to, że nie ma potrzeby stosowania systemu (oprogramowania) do przesyłania informacji i ewentualnych problemów związanych z tego rodzaju programem do przesyłania. Kompromisem jest dokładność i czas. Ręczne przenoszenie zaległości wymaga znacznej ilości dodatkowego czasu i jest bardziej podatne na drobne błędy ludzkie (Rooijmans, 2003). Ponadto dodatkowe inwestycje w godziny pracy są już wysokie; ręczny system nadrabiania zaległości nakłada na personel jeszcze większą presję.

Ocena / Znaczenie praktyczne

Ze studiów przypadków można wyciągnąć kilka wniosków: Przypadek systemu Nevada DMV, opisany przez Lee (2004), pokazuje, że wdrożenie nowego procesu może mieć również implikacje polityczne. Kiedy system, który ma zostać zmieniony, wpływa na ogół społeczeństwa i nie tylko system wewnętrzny jest zmieniany, istnieje więcej nacisków, które wpływają na organizację. W takim przypadku pojęcia takie jak wizerunek i reputacja firmy mogą drastycznie się zmienić, jeśli klienci będą mieli do czynienia z większymi opóźnieniami, na przykład w komunikacji lub zamawianiu towarów. Sugeruje się, że jeśli system jest wrażliwy politycznie, należy zwrócić większą uwagę na metodę konwersji i najlepiej wybrać przyjęcie równoległe, ponieważ wiąże się to z mniejszym ryzykiem.

Seria wniosków wyciągniętych z szeregu rzeczywistych scenariuszy przypadków wdrażania nowego systemu portfolio, przeprowadzona przez firmę konsultingową (Venture, 2004), pokazuje kilka interesujących wniosków wyciągniętych z praktyki. wydają się one doskonale pasować do kwestii wspomnianych w ogólnym równoległym procesie adopcji, opartym na połączeniu prac naukowych. Podsumować:

Ocena ryzyka i planowanie awaryjne (obejście) jest bardzo ważne
Przypisz role zespołu projektowego
Skonstruuj konkretne kamienie milowe (takie jak PRINCE2 ), które obejmują plany szkoleń i testów
Zidentyfikuj potencjalne ryzyko i w razie potrzeby wykonaj plan awaryjny
Komunikuj status projektu
Zmiany powinny być odpowiednio autoryzowane
Strategia konwersji musi dokładnie przeanalizować wymagania dotyczące danych
Nowe i zmienione dane powinny być testowane pod kątem zasad walidacji
Skonstruuj dokładny plan wycofania
Jeśli to możliwe, wynegocjuj konwersję pilotażową

Istnieją również co najmniej dwie trudności z konwersją równoległą, które mogą sprawić, że jej użycie będzie niepraktyczne w XXI wieku, chociaż była to podstawa praktyki branżowej, gdy dane wejściowe składały się z talii kart perforowanych lub rolek taśmy. To są:

1. Niepraktyczne jest oczekiwanie, że użytkownicy końcowi, czy to klienci, pracownicy linii produkcyjnej, czy prawie ktokolwiek inny, będą dwukrotnie wprowadzać każdą transakcję za pośrednictwem różnych interfejsów.

2. Różnice czasowe między dwoma interaktywnymi systemami dla wielu użytkowników mogą właściwie dawać różne wyniki, nawet jeśli oba systemy działają poprawnie, są wewnętrznie spójne i mogą być z powodzeniem używane samodzielnie.

W rezultacie konwersja równoległa jest obecnie ograniczona do kilku konkretnych sytuacji, takich jak systemy rachunkowości, w których obowiązkowa jest bezwzględna weryfikowalność wyników, w których wszyscy użytkownicy są członkami organizacji i rozumieją ten wymóg oraz w których nie można pozwolić na zmianę kolejności działań wpływać na dane wyjściowe. W praktyce metody konwersji pilotażowej i etapowej są dziś bardziej odpowiednie.

Zobacz też

Artykuły

Andersson I. Hanson, K. (2003). Dyfuzja technologii w organizacji zajmującej się oprogramowaniem, praca licencjacka w stosowanej technologii informacyjnej , Uniwersytet w Goteborgu
Brown, CV i Vessey, I. (1999). Podejścia do wdrażania ERP: w kierunku ram awaryjnych , Proceedings of the 20th International Conference on Information Systems , Charlotte, Karolina Północna, 13–15 grudnia, 411-416.
Chng, S. i Vathanophas V. (2002). W kierunku międzyorganizacyjnego systemu przedsiębiorstwa: badanie grupy fokusowej. 6. Konferencja Azji i Pacyfiku na temat systemów informacyjnych (PACIS 2002). Tokio, Japonia. 2-4 września 2002.
Lee, O. (2004). Studium przypadku systemu Nevada DMV, Journal of the Academy of Business and Economics , tom 3
Ribbers, P. & Schoo, KC (2002). Projektowanie złożonych programów wdrażania oprogramowania, 35. doroczna międzynarodowa konferencja na temat nauk systemowych na Hawajach (HICSS'02) , tom 8
Yusuf, Y. i Gunasekaran, A. i Abthorpe MS (2004). Wdrażanie projektów systemów korporacyjnych: studium przypadku ERP w firmie Rolls-Royce. International Journal of Production Economics , 87, 251-266.

Książki

Daft, RL (1998). Teoria i projektowanie organizacji. Zachód: międzynarodowy Thomson
Eason, K. (1988). „Rozdział 9, Wdrażanie i wsparcie”, w: Technologia informacyjna i zmiany organizacyjne. Londyn: Taylor i Francis
Turban, E. & Mclean, E. & Wetherbe J. (2002) „Rozdział 14, Systemy informacyjne budynków”, w: Technologia informacyjna dla zarządzania. Nowy Jork: John Wiley & Sons, Inc
Rooimans, R., Theye, M. de i Koop, R. (2003). Regatta: ICT-implementaties als uitdaging voor een vier-met-stuurman. Haga: Ten Hagen en Stam Uitgevers.

Linki zewnętrzne

Zmiana platformy aplikacji biznesowych z systemu UNIX na Windows. (2004), wersja 1.0 Microsoft , źródło: 5 marca 2006 [1]
Wdrażanie systemu rachunkowości portfela: Lekcje z okopów (2004), Venture Financial Systems Group Ltd , Źródło: 6 marca 2006 [2]