Porównanie metodyk wdroĝeniowych standardowych systemów

Transkrypt

Porównanie metodyk wdroĝeniowych standardowych systemów
Porównanie metodyk wdroĝeniowych
standardowych systemów klasy MRPII/ERP
Magdalena Kotarba
Zasadniczym celem artykuïu jest przedstawienie oraz porównanie metodyk wdroĝeniowych opracowanych przez wiodÈcych
dostawców zintegrowanych systemów zarzÈdzania przedsiÚbiorstwem klasy MRPII/ERP:
Accelerated SAP dla systemu SAP, OnTrack
dla Oracle J.D. Edwards EnterpriseOne oraz
IFS AIM dla IFS Applications. PostÚpowanie
wedïug sprawdzonego wzorca podczas implementacji standardowego oprogramowania
zwiÚksza szansÚ na powodzenie przedsiÚwziÚcia, dlatego tak waĝne jest stosowanie zbioru
procedur projektowych, dokumentów i sugestii dotyczÈcych organizacji projektu. Przestrzeganie zasad wybranej metodyki wydaje
siÚ szczególnie istotne po analizie statystyk
wskazujÈcych na wysoki procent wdroĝeñ
zakoñczonych niepowodzeniem lub ograniczonym sukcesem. Badania i praktyka pokazujÈ, jak trudno jest zrealizowaÊ plan dotyczÈcy zakresu, harmonogramu oraz budĝetu
przez caïy okres trwania przedsiÚwziÚcia.
Metodyki wdroĝeniowe stosowane w przypadku gotowych pakietów wspomagajÈcych
zarzÈdzanie powstaïy na podstawie doĂwiadczeñ zgromadzonych podczas wielu przeprowadzonych projektów informatycznych
w przedsiÚbiorstwach róĝnych branĝ oraz róĝnej wielkoĂci. Jednak pomimo faktu, iĝ koncepcje metodologiczne zostaïy przygotowane
przez producentów lub firmy wdroĝeniowe
na podstawie róĝnych praktyk oraz dotyczÈ
systemów o odmiennej specyfice, w rzeczywistoĂci wystÚpuje miÚdzy nimi maïe zróĝnicowanie. Opisane w pracy metodyki proponujÈ
podobny ukïad kolejnych etapów projektu,
zawierajÈ zbliĝone procedury dziaïañ oraz
dostarczajÈ podobnych narzÚdzi.
1. WstÚp –– wdroĝenie i metodyka
w teorii standardowych systemów
klasy MRPII/ERP
Wdroĝenie w przedsiÚbiorstwie nowego
oprogramowania stanowi jeden z etapów
cyklu ĝycia systemu informatycznego.
56
Cykl ĝycia obejmuje okres od powstania
u uĝytkownika potrzeby wprowadzenia
nowego programu (narodziny) do wycofania systemu z eksploatacji (ĂmierÊ).
W literaturze przedmiotu na ogóï wyróĝnia siÚ nastÚpujÈce etapy rozwoju systemu:
wstÚpne rozpoznanie, analiza informacyjna,
projektowanie, programowanie, wdroĝenie
i uruchomienie systemu (tabela 1).
W rzeczywistoĂci dzisiaj praktycznie
ĝadne duĝe przedsiÚbiorstwo nie stara siÚ
wytworzyÊ wïasnego oprogramowania.
KsiÚgowoĂÊ, gospodarka magazynowa, produkcja, handel czy kadry i pïace sÈ na tyle
standardowe w kaĝdej organizacji, ĝe nieopïacalne z punktu widzenia czasu potrzebnego do analizy oraz kosztów byïoby wymyĂlanie nowego sposobu obsïugi tych samych
czynnoĂci (Chabik 2004: 12). W przypadku
inwestycji w standardowy system wspomagajÈcy zarzÈdzanie klasy MRPII/ERP
dostarczany jako gotowy produkt, nie ma
fazy projektowania ani programowania.
Po dokonaniu wstÚpnej analizy nastÚpuje
wybór i zakup gotowego pakietu, który
najlepiej speïnia okreĂlone przez przedsiÚbiorstwo wymagania. Caïy ciÚĝar dostosowania systemu do organizacji przesuwa
siÚ na fazÚ wdroĝenia, która jest jednym
z najtrudniejszych etapów w trakcie ĝycia
systemów informatycznych.
Wdroĝenie zakupionego pakietu przebiega w ramach projektu charakteryzujÈcego siÚ oznaczonym czasem rozpoczÚcia
i zakoñczenia, zdefiniowanymi celami
oraz wyznaczonymi zasobami przeznaczonymi na jego realizacjÚ (Pañkowska
2001: 91). PrzedsiÚwziÚcie polegajÈce na
implementacji gotowego rozwiÈzania posiada nastÚpujÈce cechy (Dyczkowski 2005:
185––186):
–– strategiczny charakter i zwiÈzane z tym
wysokie wymagania odnoĂnie powodzenia i bezpieczeñstwa prowadzonych
inwestycji, np. silne wsparcie ze strony
zarzÈdu, zapewnienie odpowiednich
Studia i Materiaïy –– Wydziaï ZarzÈdzania UW
Etap
Zadania
WstÚpne rozpoznanie systemu Identyfikacja celu, problemów, stanu obecnego i perspektyw
rozwoju systemu lub jego zmian.
Analiza informacyjna systemu
Identyfikacja otoczenia, kanaïów wymiany informacji
z otoczeniem, podsystemów oraz obecnych i przyszïych
warunków dziaïania systemu.
Projektowanie systemu
Stworzenie modelu obecnego lub przyszïego systemu.
Projekt techniczny systemu lub zmian.
Programowanie systemu
Oprogramowanie modelu.
Wdroĝenie systemu
Instalacja, testowanie, przygotowanie dokumentacji systemu.
W wypadku niepowodzenia powrót do etapu analizy
lub projektowania.
Uruchomienie systemu
Monitoring, ocena i modyfikacje systemu.
Tab. 1. Etapy rozwoju systemu informatycznego
½ródïo: opracowanie wïasne na podstawie Chmielarz, W. 2000. Zagadnienia analizy i projektowania
informatycznych systemów wspomagajÈcych zarzÈdzanie, Warszawa: Wydawnictwa Naukowe Wydziaïu
ZarzÈdzania, s. 23––24.
zasobów: finansowych, ludzkich, czasowych, zbudowanie systemu kontroli
budĝetu oraz wykonania zaplanowanych
zadañ,
–– szeroki zakres wymaganych zmian organizacyjnych, strukturalnych, proceduralnych itd. w przedsiÚbiorstwie,
–– duĝa liczba pojawiajÈcych siÚ w trakcie
wdroĝenia konfliktów,
–– zaangaĝowanie wielu uczestników pracujÈcych na projekcie,
–– koniecznoĂÊ precyzyjnego zdefiniowania
wymagañ i celów przedsiÚwziÚcia, które
bÚdÈ sïuĝyïy sformuïowaniu kryteriów
oceny wdroĝenia.
Wymienione powyĝej cechy implikujÈ koniecznoĂÊ racjonalnego planowania kolejnych dziaïañ oraz ich kontrolÚ
i ocenÚ realizacji, gdyĝ wedïug statystyk
wiele projektów koñczy siÚ brakiem sukcesu. Najlepszym przykïadem jest raport
Kroniki Chaosu III1 opublikowany przez
amerykañskÈ instytucjÚ badawczÈ Standish
Group w 2003 roku pokazujÈcy, iĝ wspóïczynnik sukcesu (definiowany jako udziaï
projektów zakoñczonych powodzeniem
w ogólnej liczbie zrealizowanych przedsiÚwziÚÊ) wynosiï w badanym okresie 34%.
Kolejne 51% projektów zostaïo zakoñczonych bez dotrzymania planowanego harmonogramu oraz budĝetu i czÚsto dostarczajÈc
mniej funkcji, niĝ pierwotnie uzgodniono
przy przygotowywaniu specyfikacji wymagañ. W przypadku 15% przedsiÚwziÚÊ
2/2007
porzucono prace projektowe (CzarneckaChrobot 2004: 218).
PojÚcie ‘‘metodyka’’ w odniesieniu
do wdroĝeñ systemów informatycznych
oznacza zdyscyplinowane podejĂcie do
procesu realizacji projektu implementacyjnego. OkreĂlana jest jako sformalizowany, szczegóïowy opis dziaïañ wykonywanych w procesie wdroĝenia w podziale
na poszczególne etapy i czynnoĂci (Parys
2000: 178). Metodyka stanowi plan dziaïania, wedïug którego przebiega implementacja gotowego pakietu klasy MRPII/ERP
i swoim zakresem obejmuje (Wróblewski
2005: 21):
–– procedury postÚpowania (np. przeprowadzanie testów w systemie),
–– standardy pracy (np. szablony i nazewnictwo dokumentów projektowych, wytyczne odnoĂnie przygotowania dokumentacji dla uĝytkowników),
–– formularze (uĝywane w ramach procedur, np. do opisu wyników przeprowadzonych testów, raportowania wykonanej pracy),
–– techniki i narzÚdzia uĝywane w celu
zarzÈdzanie projektem wdroĝeniowym.
Metodyki wdroĝeñ systemów MRPII/
ERP w wiÚkszoĂci zostaïy opracowane
przez ich dostawców. W literaturze ten typ
okreĂla siÚ jako ‘‘metodyki firmowe’’. Dla
przykïadu zostanÈ zaprezentowane wdroĝenia w trzech przedsiÚbiorstwach wedïug
róĝnych metodyk firmowych.
57
2. Wdroĝenie wedïug metodyki
Accelerated SAP w firmie
Elektrim –– Magadex
PrzedsiÚbiorstwo Elektrim –– Magadex
dziaïa w branĝy energetycznej, ochrony Ărodowiska oraz inĝynierii obiektów przemysïowych. Naleĝy do wiodÈcych dostawców
obiektów „„pod klucz””, takich jak bloki energetyczne czy kotïy instalacji proekologicznych. Ponadto firma rozwija swoje usïugi w
zakresie budowy i modernizacji energetyki
przemysïowej, komunalnej oraz odnawialnej, a takĝe oferuje usïugi budowlano-montaĝowe. Elektrim –– Magadex prowadzi równieĝ projekty w zakresie oczyszczania spalin,
zagospodarowania odpadów, oczyszczania
Ăcieków oraz uzdatniania wody2.
Pod koniec 1999 roku w Elektrim –– Magadex zdecydowano o inwestycji w nowe rozwiÈzanie informatyczne, które umoĝliwiaïoby
skuteczne wspomaganie zarzÈdzania firmÈ.
Celem byïo wdroĝenie systemu pozwalajÈcego na oddolne budĝetowanie i prowadzenie wszystkich procesów gospodarczych
w jednolitym, zintegrowanym Ărodowisku. O
wyborze oprogramowania SAP R/3 zadecydowaïy przede wszystkim jego funkcjonalnoĂÊ oraz wielowalutowoĂÊ. Prace wdroĝeniowe rozpoczÚto na poczÈtku 2000 roku.
Implementacja systemu objÚïa nastÚpujÈce
moduïy: rachunkowoĂÊ finansowÈ, zarzÈdzanie majÈtkiem trwaïym, kontroling, sprzedaĝ
i dystrybucjÚ oraz gospodarkÚ materiaïowÈ
wraz z zaopatrzeniem, a takĝe podstawowe
skïadniki systemu projektowego.
PrzedsiÚwziÚcie zostaïo zrealizowane
przez firmÚ wdroĝeniowÈ Plaut Polska
zgodnie ze standardowÈ metodologiÈ Accelerated SAP (ASAP)3, która zakïada wdroĝenie w piÚciu fazach:
a) Przygotowanie projektu –– uszczegóïowiono zakres i plan wdroĝenia, opracowano kartÚ projektu, przeprowadzono
szkolenia oraz instalacjÚ systemu.
b) Koncepcja biznesowa –– w wyniku prac
powstaï dokument wyliczajÈcy wszystkie
procesy biznesowe, a takĝe opisy i schematy dotyczÈce struktury przedsiÚbiorstwa. Celem opisu i analizy organizacji
byïo zinwentaryzowanie funkcji i zadañ
systemu zarzÈdzania, a nastÚpnie dokonanie analizy pod kÈtem potrzeb w zakresie modyfikacji.
c) Realizacja –– wykonano konfiguracjÚ
systemu w oparciu o opracowanÈ koncepcjÚ biznesowÈ. NastÚpnie zespóï wdroĝe58
niowy zostaï przeszkolony z parametryzacji, co pozwoliïo na rozpoczÚcie testów
systemu. Zakoñczeniem fazy byïo otrzymanie skonfigurowanego i przetestowanego systemu wraz z napisanÈ dokumentacjÈ dla uĝytkownika koñcowego.
d) Ostateczne przygotowanie –– prowadzone byïo w caïym przedsiÚbiorstwie,
dotyczyïo np. szkolenia uĝytkowników
koñcowych, konwersji danych, sprawdzania oprogramowania interfejsów,
przeprowadzenia testów obciÈĝeniowych
oraz testów akceptacji nowego systemu
przez jego przyszïych uĝytkowników.
e) Uruchomienie systemu –– nastÈpiïo 1 lipca
2000 roku po szeĂciu miesiÈcach prac
wdroĝeniowych. Wtedy teĝ rozpoczÚïa siÚ
bieĝÈca praca uĝytkowników wspieranych
przez konsultantów z firmy Plaut.
3. Wdroĝenie wedïug metodyki
OnTrack w firmie Effector S.A.
Effector S.A. to jeden z wiÚkszych krajowych dostawców dla producentów stolarki
otworowej zarówno okiennej jak i drzwiowej. W swojej ofercie posiada okapniki
rynnowe, system aluminiowych okïadzin
do okien drewnianych oraz szyby zespolone. InnÈ grupÈ wytwarzanych przezeñ
produktów jest szeroki program aluminiowych i mosiÚĝnych listew wykoñczeniowych z przeznaczeniem do paneli, parkietu,
wykïadzin oraz glazury. W roku 2004 spóïka
Effector S.A. zdecydowaïa siÚ na wdroĝenie systemu JD Edwards EnterpriseOne
oferowanego przez firmÚ Hogart. Projekt
obejmowaï wdroĝenie moduïów: Finanse
(ksiÚga gïówna, naleĝnoĂci, zobowiÈzania,
Ărodki trwaïe), Dystrybucja (magazyny,
sprzedaĝ, zakupy) oraz Produkcja (zarzÈdzanie produkcjÈ, planowanie MRP, ksiÚgowoĂÊ produkcyjna)4.
Implementacja oprogramowania przebiegaïa wedïug standardowej metodyki
opracowanej przez producenta systemu ––
OnTrack, wedïug której wdroĝenie podzielone zostaïo na 6 faz:
a) Definicja projektu –– przeprowadzono
warsztaty strategii wdroĝenia, podczas
których wspólnie opracowano szczegóïowe wymagania stawiane przed przyszïym
rozwiÈzaniem systemowym. Rezultatem
byïo zdefiniowanie listy kluczowych czynników rzutujÈcych na plan i oczekiwany
przebieg implementacji: cele wdroĝenia,
potencjalne przeszkody i zagroĝenia, proStudia i Materiaïy –– Wydziaï ZarzÈdzania UW
cesy biznesowe oraz wymagane zmiany
organizacyjne (funkcjonalne i technologiczne). Rozwaĝenie tych wszystkich
czynników umoĝliwiïo precyzyjny dobór
niezbÚdnych moduïów funkcjonalnych,
okreĂlenie liczby uĝytkowników systemu,
skalowanie wymaganego sprzÚtu oraz
opracowanie harmonogramu prac wdroĝeniowych (Majczak 2005).
b) Szkolenie zespoïu projektowego –– zrealizowane przez konsultantów firmy wdroĝeniowej. Celem byïo przygotowanie
czïonków zespoïów wykonawczych do
parametryzacji systemu.
c) Modelowanie –– polegaïo na opisaniu procesów biznesowych organizacji
pod kÈtem ich obsïugi przez aplikacjÚ
Oracle J.D. Edwards EnterpriseOne.
W wyniku prac powstaïa mapa procesów
wraz z opisem specyficznych wymagañ
funkcjonalnych przedsiÚbiorstwa, które
stanowiïy podstawÚ przy ustawianiu prototypu systemu. Kolejne czynnoĂci zrealizowane w tej fazie to modelowanie
zdefiniowanych procesów w systemie,
a nastÚpnie przeprowadzenie pierwszych
testów.
d) Konfiguracja –– przygotowano Ărodowisko testowe oraz produkcyjne, a takĝe
przeprowadzono tzw. dostrajanie, czyli
dokonano wszystkich uzgodnionych
modyfikacji, przetestowano konwersjÚ
danych, nastÈpiïo ostateczne rozwiÈzywanie i udokumentowanie tematów
otwartych. Przygotowana zostaïa równieĝ kompletna dokumentacja rozwiÈzañ
zawartych w systemie oraz podrÚczniki
dla uĝytkowników koñcowych.
e) Uruchomienie systemu –– po przeszkoleniu uĝytkowników 1 maja 2005 roku
nastÈpiï start w Ărodowisku produkcyjnym.
f) Strojenie –– faza powdroĝeniowa polegaïa na przeprowadzeniu dodatkowych
szkoleñ z systemu, na dodaniu raportów wymaganych przez uĝytkowników
oraz stworzeniu dodatkowych interfejsów, np. z oprogramowaniem Business
Intelligence.
4. Wdroĝenie wedïug metodyki IFS
AIM (Applications Implementation
Methodology) w firmie Gdañskie
Zakïady Nawozów Fosforowych
Gdañskie FOSFORY sÈ przedsiÚbiorstwem z ponad 90 letniÈ tradycjÈ, powstaïy
2/2007
w 1912 roku, gdy utworzono zakïad zajmujÈcy siÚ produkcjÈ kwasu siarkowego
i caïej gamy soli nieorganicznych. Obecnie oferta sprzedaĝy zawiera nowoczesne
nawozy wieloskïadnikowe, najwyĝszej
jakoĂci kwas siarkowy oraz inne produkty
chemiczne. Fosfory zajmujÈ siÚ takĝe dziaïalnoĂciÈ usïugowo-spedycyjnÈ w zakresie
przeïadunku towarów masowych pïynnych
i sypkich, gdyĝ dysponujÈ nadbrzeĝem przeïadunkowym mogÈcym obsïugiwaÊ statki
o ïadownoĂci ok. 30 tys. ton5.
Na poczÈtku 2000 roku przedsiÚbiorstwo
zdecydowaïo siÚ na wdroĝenie systemu IFS
Applications obejmujÈcego IFS Finanse
oraz IFS DystrybucjÚ. Za IFS Applications przemawiaïa metodologia wdraĝania,
a takĝe elastycznoĂÊ systemu i moĝliwoĂÊ
stopniowej rozbudowy, w miarÚ pojawiajÈcych siÚ nowych potrzeb. Zgodnie z metodologiÈ AIM (Applications Implementation
Methodology) stosowanÈ przez IFS, projekt
wdroĝenia podzielony zostaï na cztery fazy:
a) Faza inicjacji –– powoïano komitet sterujÈcy i zespoïy projektowe. Powstaï dokument jakoĂci projektu, w którym spisano
wszystkie najwaĝniejsze elementy –– sposoby komunikacji, zasady obrotu dokumentów projektowych oraz wytyczne
dotyczÈce odbioru poszczególnych etapów.
b) Faza tworzenia koncepcji systemu
–– stworzony zostaï model dziaïania
Fosforów w ramach systemu informatycznego. Przeprowadzono analizÚ z wykorzystaniem IFS Business Modeler
w celu okreĂlenia procesów biznesowych
w organizacji. NastÚpnie rzeczywiste
procesy gospodarcze zostaïy porównane
z procesami obsïugiwanymi przez aplikacje, co pozwoliïo okreĂliÊ elementy
wymagajÈce modyfikacji.
c) Faza przygotowania systemu –– zrealizowana zostaïa wczeĂniej stworzona
koncepcja systemu. Zespoïy projektowe
i konsultacyjne dokonaïy parametryzacji
aplikacji, wykonano modyfikacje, stworzono interfejsy i raporty. W wyniku tych
dziaïañ powstaï gotowy i sparametryzowany system. Na tym etapie nastÈpiïo
równieĝ szkolenie wiodÈcych uĝytkowników.
d) Faza rozruchu systemu –– wykonano
finalne testy systemu, szkolenia uĝytkowników koñcowych, a kulminacyjnym
punktem byïo zastÈpienie starego systemu
nowym. Podczas wdraĝania dokonano kil59
kunastu zmian (modyfikacji). Niektóre
dotyczyïy zgodnoĂci z ustawÈ o rachunkowoĂci, reszta zaĂ obejmowaïa potrzeby
raportowe i innÈ prezentacjÚ danych
w interfejsie uĝytkownika.
PrzyjÚta metodologia AIM wykluczaïa
przypadkowe kontakty miÚdzy czïonkami
zespoïu i gwarantowaïa pïynnoĂÊ dziaïania. DziÚki temu prace przebiegaïy szybko,
bez zbÚdnych dyskusji i opóěnieñ. Uruchomienie systemu nastÈpiïo z koñcem 2001
roku.
Po uruchomieniu niektóre metodologie
wyróĝniajÈ fazÚ powdroĝeniowÈ wiÈĝÈcÈ
siÚ z wykonywaniem czynnoĂci majÈcych na
celu utrzymanie lub podniesienie wydajnoĂci, wprowadzanie zmian uïatwiajÈcych sposób obsïugi przez uĝytkowników, a takĝe
rozbudowÚ wdroĝonego systemu o kolejne
standardowe moduïy funkcjonalne. Ze
wzglÚdu jednak na brak czasowego ograniczenia nie powinno siÚ jej traktowaÊ jako
etapu przedsiÚwziÚcia wdroĝeniowego,
gdyĝ definicja projektu mówi o tymczasowych charakterze podejmowanych dziaïañ
(FrÈczak 2006: 237).
W tabeli 2. przedstawiono ogólne wyróĝnione etapy oraz przyporzÈdkowano im
odpowiednie fazy metodologii Accelerated
SAP, OnTrack oraz IFS AIM.
AnalizujÈc powyĝsze zestawienie, ïatwo
zauwaĝyÊ, iĝ rodzaj prowadzonych dziaïañ
oraz ich kolejnoĂÊ sÈ bardzo zbliĝone we
wszystkich analizowanych metodykach,
pomimo czasem róĝnego nazewnictwa
poszczególnych etapów. Ponadto opisane
metodologie dostarczajÈ podobnych narzÚdzi, które majÈ uïatwiÊ proces wdroĝenia
(tabela 3.).
PatrzÈc na powyĝej zaprezentowany
zbiór narzÚdzi oferowanych przez poszczególne metodologie, naleĝy stwierdziÊ, iĝ
jest on praktycznie taki sam. Pomimo specyfiki kaĝdego z systemów opisane metodyki wdroĝeniowe zawierajÈ szerokÈ bazÚ
wiedzy, powodujÈ formalizacjÚ procesu
implementacji standardowego oprogramowania wspomagajÈcego zarzÈdzanie oraz
dajÈ szansÚ na realizacjÚ przedsiÚwziÚcia
zakoñczonego sukcesem.
5. Porównanie metodyk
wdroĝeniowych
Przedstawione powyĝej przykïady wdroĝeñ prowadzone wedïug róĝnych koncepcji
metodologicznych w rzeczywistoĂci miaïy
bardzo podobny przebieg. Niezaleĝnie od
przyjÚtej metodyki moĝna zbudowaÊ ogólny
model dotyczÈcy kolejnych etapów implementacji standardowego pakietu klasy
MRPII/ERP:
–– ETAP I –– przygotowanie organizacyjne
wdroĝenia –– w rezultacie powstaje peïna
definicja przedsiÚwziÚcia,
–– ETAP II –– projektowanie –– opracowanie
modelu i projektu rozwiÈzania informatycznego,
–– ETAP III –– wdroĝenie –– dotyczy implementacji przygotowanej we wczeĂniejszej
fazie koncepcji,
–– ETAP IV –– start produktywny i funkcjonowanie systemu –– uruchomienie
i przekazanie do eksploatacji w rzeczywistych warunkach Ărodowiska przedsiÚbiorstwa.
ETAP OGÓLNY
ASAP
OnTrack
IFS AIM
ETAP I
Przygotowanie
Przygotowanie
organizacyjne wdroĝenia projektu
Definicja
projektu
ETAP II
Projektowanie
Koncepcja
biznesowa
Szkolenia zespoïu Tworzenie koncepcji
systemu
Modelowanie
ETAP III Wdroĝenie
Realizacja
Konfiguracja
Przygotowanie
systemu
ETAP IV Start produktywny
i funkcjonowanie
systemu
Ostateczne
przygotowanie
Uruchomienie
systemu
Uruchomienie
systemu
Uruchomienie
systemu
Strojenie
Inicjacja projektu
Tab. 2. Etapy metodyk wdroĝeniowych
½ródïo: opracowanie wïasne.
60
Studia i Materiaïy –– Wydziaï ZarzÈdzania UW
NarzÚdzia
ASAP
OnTrack
IFS AIM
Przewodnik wdroĝenia zawierajÈcy opis
metodyki
Tak
Tak
Tak
Wzorcowe dokumenty wdroĝeniowe,
np. dokument planu projektu, raporty
postÚpów, listy kontrolne
Tak
Tak
Tak
Modele procesów biznesowych
Tak
Tak
NarzÚdzie
zewnÚtrzne
Tak
Prekonfigurowane systemy dla wybranych
sektorów
Tak
Tak
Tak
Materiaïy szkoleniowe przeznaczone
dla kluczowych uĝytkowników
Tak
Tak
Tak
NarzÚdzia wspomagajÈce konfiguracjÚ systemu
Tak
Tak
Tak
Warsztat wspomagajÈcy migracjÚ danych
Tak
Tak
Tak
Tab. 3. Zestawienie podstawowych narzÚdzi oferowanych przez metodyki wdroĝeniowe
½ródïo: opracowanie wïasne.
6. Wnioski
Przedstawione w niniejszym artykule
przykïady wdroĝeñ zintegrowanych systemów informatycznych SAP, Oracle J.D.
Edwards EnterpriseOne i IFS Applications prowadzone w trzech przedsiÚbiorstwach wedïug róĝnych metodyk w rzeczywistoĂci miaïy bardzo podobny przebieg.
We wszystkich omówionych przypadkach
moĝna wyróĝniÊ cztery podstawowe etapy
projektu, które obejmowaïy przygotowanie
organizacyjne wdroĝenia, projektowanie
systemu, potem samo wdroĝenie oraz start
w Ărodowisku produkcyjnym. ZbieĝnoĂÊ
ta wynika z faktu, iĝ metodologie wdroĝeniowe, chociaĝ róĝniÈ siÚ pod wzglÚdem specyfiki realizowanych projektów,
np. wielkoĂci przedsiÚwziÚcia czy zaïoĝeñ
specjalnych, to wszystkie ujmujÈ caïy cykl
ĝycia systemu –– od zdefiniowania problemu do pielÚgnacji uĝywanego oprogramowania z jednoczesnym mechanizmem
pïynnego przejĂcia przez poszczególne fazy
realizacji.
Celem kaĝdej metodologii wdroĝeniowej
jest dostarczenie odpowiednich wskazówek
oraz narzÚdzi wspierajÈcych proces implementacji oprogramowania wspomagajÈcego zarzÈdzanie przedsiÚbiorstwem klasy
MRPII/ERP. PomiÚdzy zaprezentowanymi
metodykami wystÚpuje maïe zróĝnicowanie, gdyĝ dÈĝÈ one do zapewnienia sukcesu
wdroĝeniowego i przy tym wykorzystujÈ
2/2007
zbliĝone koncepcje oraz podobne techniki
zarzÈdzania projektem informatycznym.
W rzeczywistoĂci prawdziwe wydaje siÚ byÊ
stwierdzenie, ĝe bez znaczenia jest, która
metodyka zostanie wybrana. Jednak po
dokonaniu wyboru naleĝy konsekwentnie
przestrzegaÊ jej zaleceñ, gdyĝ tylko wtedy
istnieje szansa na zakoñczenie projektu
powodzeniem.
Informacje o autorce
Mgr Magdalena Kotarba –– doktorantka na
Wydziale ZarzÈdzania Uniwersytetu Warszawskiego. E-Mail: [email protected].
Przypisy
1
2
3
Pierwsza wersja raportu ukazaïa siÚ w 1995
roku pod tytuïem The Chaos Report, natomiast
kolejne wersje wydawane byïy jako The Chaos
Chronicles. W tytule opracowania zawsze pojawia siÚ sïowo „„Chaos””, gdyĝ wedïug autorów
najbardziej odzwierciedla ono sytuacjÚ, która
ma miejsce w przypadku przedsiÚwziÚÊ informatycznych. W pierwszym badaniu z 1995 na 100
przedsiÚwziÚÊ za zakoñczone sukcesem uznano
jedynie 16.
Na podstawie broszury informacyjnej dotyczÈcej
wdroĝenia w firme Elektrim –– Magadex opublikowanej na stronie internetowej firmy SAP,
http://www.sap.com/poland/customers/successes/elektrim.pdf.
CzynnoĂci wykonane w poszczególnych etapach
zostaïy przedstawione wedïug metodologii opi-
61
4
5
sanej przez V. Kalek (Kalek 2000: 274––275),
M. KrupÚ (Krupa 2002: 365––369) oraz Z. Szyjewskiego (Szyjewski 2004: 349).
Na podstawie informacji na stronie internetowej
firmy wdroĝeniowej Hogart, http://www.hogart.
com.pl/news.php?id=13 oraz prezentacji przygotowanej przez szefa dziaïu informatyki firmy
Effector SA M. ¿óïtowskiego opublikowanej na
stronie internetowej firmy Oracle: http://www.
oracle.com/global/pl/roadshow/prezentacje/krakow/zintegrowany_system_informatyczny-effector.pdf.
Na podstawie informacji zawartej na stronie
internetowej firm IFS http://www.ifsworld.com/
pl/klienci/fosfory.asp.
Bibliografia
Chabik, J. 2004. Cele, efekty, komunikacja. Computerworld, Raport specjalny systemy MRPII/ERP,
s. 12––15.
Czarnecka-Chrobot, B. 2004. Z najnowszych
„„Kronik Chaosu”” Standish Group, czyli czy uczymy
siÚ na bïÚdach? w: Grabara J. i J. Nowak (red.)
EfektywnoĂÊ zastosowañ systemów informatycznych 2004, s. 209––235. Warszawa: Wydawnictwa
Naukowo-Techniczne.
Chmielarz, W. 2000. Zagadnienia analizy i projektowania informatycznych systemów wspomagajÈcych zarzÈdzanie, Warszawa: Wydawnictwa
Naukowe Wydziaïu ZarzÈdzania Uniwersytetu
Warszawskiego.
Dyczkowski, M. 2005. Rola uĝytkownika kluczowego w projektach wdroĝeniowych systemów klasy
ERP. w: Oleñski J., Olejniczak J. i J. Nowak (red.)
Informatyka. Strategie zarzÈdzania wiedzÈ, s. 185––196.
Katowice: Polskie Towarzystwo Informatyczne
–– Oddziaï GórnoĂlÈski.
FrÈczak, J. 2006. Analiza porównawcza metodologii
wdroĝeniowych systemów ERP: ASAP, IFS AIM
i MBS. w: Kozielski S., Maïysiak B., Kasprowski P.
i D. Mrozek (red.) Bazy danych: Struktury, Algorytmy,
62
Metody, s. 229––240. Warszawa: Wydawnictwa
Komunikacji i ’ÈcznoĂci.
Kalek, V. 2000. SAP R/3 Przewodnik dla menadĝerów, Warszawa: Helion.
Krupa, M. 2002. Metodologia wdraĝania zintegrowanego oprogramowania biznesowego w teorii
i praktyce zarzÈdzania polskich przedsiÚbiorstw. w:
Stabryïa A. (red.) ZarzÈdzanie firmÈ w spoïeczeñstwie informacyjnym. Materiaïy konferencji naukowej Szczawnica, 26––29 wrzeĂnia 2002, s. 363––380.
Kraków: Wydawnictwo EJB.
Majczak, A. 2005. Trafniej oceniamy, lepiej przewidujemy, MSI Polska, http://www.msipolska.pl/
temat_numeru1005.php4?num=246.
Materiaïy informacyjne o wdroĝeniu w firmie
Effector S.A., www.hogart.com.pl.
Materiaïy informacyjne o wdroĝeniu w w firmie
Elektrim-Magadex, http://www.sap.com/poland/
customers/successes/elektrim.pdf.
Materiaïy informacyjne o wdroĝeniu w firmie
Gdañskie Zakïady Nawozów Fosforowych, www.
ifsworld.com/pl/klienci/fosfory.asp.
Pañkowska, M. 2001. ZarzÈdzanie zasobami informatycznymi, Warszawa: Difin.
Parys, T. 2000. Zintegrowany system wspomagania zarzÈdzania MRP II. w: Kasprzak T. (red.)
Integracja i architektury systemów informacyjnych
przedsiÚbiorstw, Warszawa: Katedra Informatyki
Gospodarczej i Analiz Ekonomicznych Uniwersytetu
Warszawskiego.
Szyjewski, Z. 2004. Metodyki ZarzÈdzania Projektami
Informatycznymi, Warszawa: Agencja Wydawnicza
Placet.
Wróblewski, P. 2005. ZarzÈdzanie projektami informatycznymi dla praktyków, Gliwice: Helion.
¿óïtowski, M. 2007. Zintegrowany system informatyczny Oracle JD Edwards EnterpriseOne w przedsiÚbiorstwie Effector S.A., http://www.oracle.com/
global/pl/roadshow/prezentacje/krakow/zintegrowany_system_informatyczny-effector.pdf.
Studia i Materiaïy –– Wydziaï ZarzÈdzania UW