Adopcja oprogramowania
W informatyce adopcja oznacza transfer (konwersję) między starym systemem a systemem docelowym w organizacji (lub szerzej przez kogokolwiek).
Jeśli firma pracuje ze starym systemem oprogramowania, może chcieć użyć nowego systemu, który jest bardziej wydajny, ma większą wydajność itp. Więc wtedy trzeba przyjąć nowy system, po którym użytkownicy będą mogli z niego korzystać.
Istnieje kilka strategii adopcji, które można wykorzystać do wdrożenia systemu w organizacji. Główne strategie to adopcja „big bang” , adopcja równoległa i adopcja etapowa . „Wielki Wybuch” jest metaforą kosmologicznej teorii o tej samej nazwie , w której początek kosmosu nastąpił w pewnym momencie. Tak jest również w przypadku podejścia Big Bang Adoption, w którym nowy system ma zostać przyjęty hurtowo w jednym terminie. W przypadku adopcji równoległej stary i nowy system są początkowo uruchamiane równolegle, aby wszyscy użytkownicy mogli przyzwyczaić się do nowego systemu, ale nadal mogli wykonywać swoją pracę przy użyciu starego systemu, jeśli chcą lub muszą to robić Więc. Fazowa adopcja oznacza, że adopcja odbywa się w kilku fazach, dzięki czemu po każdej fazie system jest nieco bliższy pełnej adaptacji przez organizację.
Wybór strategii adopcyjnej
Strategia adopcji musi zostać wybrana przed rozpoczęciem adopcji i jest wybierana na podstawie celów, które mają zostać osiągnięte, oraz rodzaju systemu, który ma zostać wdrożony. Trzy rodzaje adopcji, Wielki Wybuch, adopcja równoległa i adopcja etapowa obejmują zarówno natychmiastowe przejście, jak i strategię, w której użytkownicy stopniowo zaczynają korzystać z nowego systemu przez określony czas (który może trwać tygodnie, miesiące, a nawet lata).
Właściwa selekcja odbywa się poprzez ustalenie priorytetów celów, które mają zostać osiągnięte, a następnie dopasowanie do nich strategii (Eason, 1988). Eason określa następujące cele:
- Ewentualne wymaganie „masy krytycznej” do działania systemu.
Jeśli do efektywnego działania systemu potrzebna jest lub może być duża masa krytyczna (np. ze względu na efekty sieciowe ), odpowiedzią może być strategia wielkiego wybuchu. (Rogersa, 1995)
- Potrzeba kontroli ryzyka, jeśli występuje ryzyko.
Minimalizacja ryzyka dla bieżącej działalności organizacji może być bardzo ważna. Równoległe i etapowe wprowadzanie może pomóc kontrolować te zagrożenia, w zależności od sytuacji.
- Potrzeba ułatwienia zmiany.
Organizacja musi być gotowa na zmianę. Przygotowania socjotechniczne, takie jak szkolenia i gotowe scenariusze, muszą być jasne.
- Tempo zmian
Jeśli nowy system jest zaprojektowany do radzenia sobie z nowymi wymaganiami, takimi jak przeprojektowanie procesów biznesowych , szybkość, z jaką organizacja przechodzi na nowe procesy lub próbuje spełnić inne nowe wymagania.
- Lokalne potrzeby projektowe
System może wymagać dostosowania do potrzeb użytkowników. W takim przypadku wybrana strategia musi zapewniać taką możliwość.
Tablicowa macierz Easona
Faktyczny wybór strategii adopcyjnej zależy od znacznie większej liczby czynników niż te cele, ale tworzą one okno do wyboru jednego z typów. Inne kryteria nazywane są zmiennymi (Gallivan, 1996). Gallivan sugeruje, że odpowiednie typy adopcji zależą od:
Innowacyjność jednostek Atrybuty osób, które mają przyjąć innowację/system
Rodzaj innowacji Czy jest to innowacja procesowa czy produktowa?
Atrybuty samej innowacji Gotowość, komunikatywność i podzielność
Złożoność implementacji. Jak złożona jest implementacja lub jaki jest jej zakres?
Zmienne te są na wyższym poziomie niż kryteria Easona i jako takie powinny być traktowane. Na podstawie tabeli 1 oraz wspomnianych zmiennych wyższego rzędu Gallivana można dokonać wyboru odpowiedniej strategii do wyboru.
Przygotowanie organizacji do adopcji
Rysunek 1: Proces przygotowania organizacji
Aby przygotować organizację do przyjęcia nowego systemu, należy określić jakie zmiany będą miały miejsce. Jest to konieczne, aby móc mieć plan lub przegląd przezbrojenia i można to zrobić, tworząc wymagania dla systemu. Gdy kierownictwo określi wymagania w raporcie ustalonych zmian, musi je uzgodnić, aby móc przejść do procesu zmiany. Jeśli nie ma porozumienia, kierownictwo musi wielokrotnie omawiać wymagania, aż do osiągnięcia porozumienia. W przypadku osiągnięcia porozumienia i podpisania umowy, organizacja może podjąć dalsze kroki. Tak więc teraz można przygotować fazę testową, w której zostanie sprawdzona ważność danych, które zostaną użyte, iw której zostaną przeprowadzone próby (Eason, 1988).
Równocześnie zdecydowanie zaleca się przygotowanie kompleksowego planu wdrażania użytkowników we współpracy z firmą i użytkownikami, których to dotyczy. Plan ten powinien uwzględniać wszystkie komunikaty przed i po wdrożeniu systemu; szkolenie użytkowników i dokumentacja; wszelkie wewnętrzne działania marketingowe, które zostaną podjęte w celu przyspieszenia adopcji, takie jak branding systemu lub gadżety; a także pomoc w rozwiązywaniu problemów podczas wdrożenia (tj. wydłużone godziny pracy działu pomocy technicznej i/lub infolinii oraz identyfikacja kluczowych osób kontaktowych dla każdego obszaru biznesowego, którego dotyczy).
Zobacz też
- Eason, K. (1988) Technologia informacyjna i zmiany organizacyjne, Nowy Jork: Taylor i Francis
- Gallivan, MJ, (1996) Strategie wdrażania nowych procesów oprogramowania: ocena ram awaryjnych, SIGCPR / SIGMIS '96, Denver Colorado
- Rogers, EM (1995), Dyfuzja innowacji, New York: Free Press
- Dodson, J. (2011), 4 przystanki do poruszania się po zdradzieckiej autostradzie wdrażania oprogramowania dla przedsiębiorstw, Waszyngton
.