standardowych systemów klasy MRPII/ERP

Zasadniczym celem artykuïu jest przed- stawienie 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 imple- mentacji standardowego oprogramowania zwiÚksza szansÚ na powodzenie przedsiÚwziÚ- cia, dlatego tak waĝne jest stosowanie zbioru procedur projektowych, dokumentów i suge- stii dotyczÈcych organizacji projektu. Prze- strzeganie zasad wybranej metodyki wydaje siÚ szczególnie istotne po analizie statystyk wskazujÈcych na wysoki procent wdroĝeñ zakoñczonych niepowodzeniem lub ograni- czonym sukcesem. Badania i praktyka poka- zujÈ, jak trudno jest zrealizowaÊ plan doty- czÈcy zakresu, harmonogramu oraz budĝetu przez caïy okres trwania przedsiÚwziÚcia.

Metodyki wdroĝeniowe stosowane w przy- padku gotowych pakietów wspomagajÈcych zarzÈdzanie powstaïy na podstawie doĂwiad- czeñ zgromadzonych podczas wielu prze- prowadzonych projektów informatycznych w przedsiÚbiorstwach róĝnych branĝ oraz róĝ- nej wielkoĂci. Jednak pomimo faktu, iĝ kon- cepcje metodologiczne zostaïy przygotowane przez producentów lub firmy wdroĝeniowe na podstawie róĝnych praktyk oraz dotyczÈ systemów o odmiennej specyfice, w rzeczywi- stoĂci wystÚpuje miÚdzy nimi maïe zróĝnico- wanie. 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.

Cykl ĝycia obejmuje okres od powstania u uĝytkownika potrzeby wprowadzenia nowego programu (narodziny) do wyco- fania 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, pro- dukcja, handel czy kadry i pïace sÈ na tyle standardowe w kaĝdej organizacji, ĝe nie- opïacalne z punktu widzenia czasu potrzeb- nego 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 wspo- magajÈ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 przed- siÚbiorstwo wymagania. Caïy ciÚĝar dosto- sowania 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 prze- biega w ramach projektu charakteryzujÈ- cego siÚ oznaczonym czasem rozpoczÚcia i zakoñczenia, zdefiniowanymi celami oraz wyznaczonymi zasobami przezna- czonymi na jego realizacjÚ (Pañkowska 2001: 91). PrzedsiÚwziÚcie polegajÈce na implementacji gotowego rozwiÈzania posia- da nastÚpujÈce cechy (Dyczkowski 2005:

185––186):

–– strategiczny charakter i zwiÈzane z tym wysokie wymagania odnoĂnie powo- dzenia i bezpieczeñstwa prowadzonych inwestycji, np. silne wsparcie ze strony zarzÈdu, zapewnienie odpowiednich

Porównanie metodyk wdroĝeniowych

standardowych systemów klasy MRPII/ERP

Magdalena Kotarba

zasobów: finansowych, ludzkich, cza- sowych, zbudowanie systemu kontroli budĝetu oraz wykonania zaplanowanych zadañ,

–– szeroki zakres wymaganych zmian orga- nizacyjnych, strukturalnych, procedural- nych itd. w przedsiÚbiorstwie,

–– duĝa liczba pojawiajÈcych siÚ w trakcie wdroĝenia konfliktów,

–– zaangaĝowanie wielu uczestników pracu- jÈ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 impli- kujÈ koniecznoĂÊ racjonalnego planowa- nia kolejnych dziaïañ oraz ich kontrolÚ i ocenÚ realizacji, gdyĝ wedïug statystyk wiele projektów koñczy siÚ brakiem suk- cesu. Najlepszym przykïadem jest raport Kroniki Chaosu III¹ 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ñczo- nych bez dotrzymania planowanego harmo- nogramu oraz budĝetu i czÚsto dostarczajÈc mniej funkcji, niĝ pierwotnie uzgodniono przy przygotowywaniu specyfikacji wyma- gañ. W przypadku 15% przedsiÚwziÚÊ

porzuco no prace projektowe (Czarnecka- Chrobot 2004: 218).

PojÚcie ‘‘metodyka’’ w odniesieniu do wdroĝeñ systemów informatycznych oznacza zdyscyplinowane podejĂcie do procesu realizacji projektu implementa- cyjnego. OkreĂlana jest jako sformalizo- wany, szczegóïowy opis dziaïañ wykony- wanych w procesie wdroĝenia w podziale na poszczególne etapy i czynnoĂci (Parys 2000: 178). Metodyka stanowi plan dziaïa- nia, wedïug którego przebiega implemen- tacja gotowego pakietu klasy MRPII/ERP i swoim zakresem obejmuje (Wróblewski 2005: 21):

–– procedury postÚpowania (np. przepro- wadzanie testów w systemie),

–– standardy pracy (np. szablony i nazew- nictwo dokumentów projektowych, wy- tyczne odnoĂnie przygotowania doku- mentacji dla uĝytkowników),

–– formularze (uĝywane w ramach proce- dur, np. do opisu wyników przeprowa- dzonych testów, raportowania wykona- nej 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.

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.

2. Wdroĝenie wedïug metodyki Accelerated SAP w firmie Elektrim –– Magadex

PrzedsiÚbiorstwo Elektrim –– Magadex dziaïa w branĝy energetycznej, ochrony Ăro- dowiska oraz inĝynierii obiektów przemy- sïowych. Naleĝy do wiodÈcych dostawców obiektów „„pod klucz””, takich jak bloki ener- getyczne czy kotïy instalacji proekologicz- nych. Ponadto firma rozwija swoje usïugi w zakresie budowy i modernizacji energetyki przemysïowej, komunalnej oraz odnawial- nej, a takĝe oferuje usïugi budowlano-mon- taĝowe. Elektrim –– Magadex prowadzi rów- nieĝ projekty w zakresie oczyszczania spalin, zagospodarowania odpadów, oczyszczania Ăcieków oraz uzdatniania wody².

Pod koniec 1999 roku w Elektrim –– Ma- gadex zdecydowano o inwestycji w nowe roz- wiÈzanie informatyczne, które umoĝliwiaïoby skuteczne wspomaganie zarzÈdzania firmÈ.

Celem byïo wdroĝenie systemu pozwala- jÈcego na oddolne budĝetowanie i prowa- dzenie wszystkich procesów gospodarczych w jednolitym, zintegrowanym Ărodowisku. O wyborze oprogramowania SAP R/3 zadecy- dowaïy przede wszystkim jego funkcjonal- noĂÊ oraz wielowalutowoĂÊ. Prace wdroĝe- niowe rozpoczÚto na poczÈtku 2000 roku.

Implementacja systemu objÚïa nastÚpujÈce moduïy: rachunkowoĂÊ finansowÈ, zarzÈdza- nie 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È Acce- lerated SAP (ASAP)³, która zakïada wdro- ĝenie w piÚciu fazach:

a) Przygotowanie projektu –– uszczegóïo- wiono zakres i plan wdroĝenia, opraco- wano 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 sche- maty dotyczÈce struktury przedsiÚbior- stwa. Celem opisu i analizy organizacji byïo zinwentaryzowanie funkcji i zadañ systemu zarzÈdzania, a nastÚpnie doko- nanie analizy pod kÈtem potrzeb w za- kresie modyfikacji.

c) Realizacja –– wykonano konfiguracjÚ systemu w oparciu o opracowanÈ koncep- cjÚ biznesowÈ. NastÚpnie zespóï wdroĝe-

niowy zostaï przeszkolony z parametry- zacji, co pozwoliïo na rozpoczÚcie testów systemu. Zakoñczeniem fazy byïo otrzy- manie skonfigurowanego i przetestowa- nego systemu wraz z napisanÈ dokumen- tacjÈ dla uĝytkownika koñcowego.

d) Ostateczne przygotowanie –– prowa- dzone byïo w caïym przedsiÚbiorstwie, dotyczyïo np. szkolenia uĝytkowników koñcowych, konwersji danych, spraw- dzania 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 krajo- wych dostawców dla producentów stolarki otworowej zarówno okiennej jak i drzwio- wej. W swojej ofercie posiada okapniki rynnowe, system aluminiowych okïadzin do okien drewnianych oraz szyby zespo- lone. InnÈ grupÈ wytwarzanych przezeñ produktów jest szeroki program alumi- niowych i mosiÚĝnych listew wykoñczenio- wych z przeznaczeniem do paneli, parkietu, wykïadzin oraz glazury. W roku 2004 spóïka Effector S.A. zdecydowaïa siÚ na wdroĝe- nie 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)⁴.

Implementacja oprogramowania prze- biegaïa wedïug standardowej metodyki opracowanej przez producenta systemu ––

OnTrack, wedïug której wdroĝenie podzie- lone 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 czyn- ników rzutujÈcych na plan i oczekiwany przebieg implementacji: cele wdroĝenia, potencjalne przeszkody i zagroĝenia, pro-

cesy biznesowe oraz wymagane zmiany organizacyjne (funkcjonalne i techno- logiczne). 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 –– zreali- zowane przez konsultantów firmy wdro- ĝeniowej. Celem byïo przygotowanie czïonków zespoïów wykonawczych do parametryzacji systemu.

c) Modelowanie –– polegaïo na opisa- niu 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 pro- totypu systemu. Kolejne czynnoĂci zre- alizowane w tej fazie to modelowanie zdefiniowanych procesów w systemie, a nastÚpnie przeprowadzenie pierwszych testów.

d) Konfiguracja –– przygotowano Ărodowi- sko 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ów- nieĝ kompletna dokumentacja rozwiÈzañ zawartych w systemie oraz podrÚczniki dla uĝytkowników koñcowych.

e) Uruchomienie systemu –– po przeszko- leniu uĝytkowników 1 maja 2005 roku nastÈpiï start w Ărodowisku produkcyj- f) Strojenie –– faza powdroĝeniowa pole-nym.

gaïa na przeprowadzeniu dodatkowych szkoleñ z systemu, na dodaniu rapor- tów wymaganych przez uĝytkowników oraz stworzeniu dodatkowych interfej- sów, np. z oprogramowaniem Business Intelligence.

4. Wdroĝenie wedïug metodyki IFS AIM (Applications Implementation

Zakïady Nawozów Fosforowych

w 1912 roku, gdy utworzono zakïad zaj- mujÈcy siÚ produkcjÈ kwasu siarkowego i caïej gamy soli nieorganicznych. Obec- nie 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. ton⁵.

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 Applica- tions przemawiaïa metodologia wdraĝania, a takĝe elastycznoĂÊ systemu i moĝliwoĂÊ stopniowej rozbudowy, w miarÚ pojawiajÈ- cych siÚ nowych potrzeb. Zgodnie z meto- dologiÈ AIM (Applications Implementation Methodology) stosowanÈ przez IFS, projekt wdroĝenia podzielony zostaï na cztery fazy:

a) Faza inicjacji –– powoïano komitet steru- jÈcy i zespoïy projektowe. Powstaï doku- ment jakoĂci projektu, w którym spisano wszystkie najwaĝniejsze elementy –– spo- soby komunikacji, zasady obrotu doku- mentów projektowych oraz wytyczne dotyczÈce odbioru poszczególnych eta- pów.

b) Faza tworzenia koncepcji systemu

–– stworzony zostaï model dziaïania Fosforów w ramach systemu informa- tycznego. Przeprowadzono analizÚ z wy- korzystaniem 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 apli- kacje, co pozwoliïo okreĂliÊ elementy wymagajÈce modyfikacji.

c) Faza przygotowania systemu –– zreali- zowana zostaïa wczeĂniej stworzona koncepcja systemu. Zespoïy projektowe i konsultacyjne dokonaïy parametryzacji aplikacji, wykonano modyfikacje, stwo- rzono interfejsy i raporty. W wyniku tych dziaïañ powstaï gotowy i sparametryzo- wany system. Na tym etapie nastÈpiïo równieĝ szkolenie wiodÈcych uĝytkow- ników.

d) Faza rozruchu systemu –– wykonano finalne testy systemu, szkolenia uĝyt- kowników koñcowych, a kulminacyjnym punktem byïo zastÈpienie starego systemu nowym. Podczas wdraĝania dokonano kil-

kunastu zmian (modyfikacji). Niektóre dotyczyïy zgodnoĂci z ustawÈ o rachun- kowoĂ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ïa- nia. DziÚki temu prace przebiegaïy szybko, bez zbÚdnych dyskusji i opóěnieñ. Urucho- mienie systemu nastÈpiïo z koñcem 2001 roku.

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 imple- mentacji 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 informa- tycznego,

–– ETAP III –– wdroĝenie –– dotyczy imple- mentacji przygotowanej we wczeĂniejszej fazie koncepcji,

–– ETAP IV –– start produktywny i funk- cjonowanie systemu –– uruchomienie i przekazanie do eksploatacji w rzeczy- wistych warunkach Ărodowiska przedsiÚ- biorstwa.

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 spo- só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 ogra- niczenia nie powinno siÚ jej traktowaÊ jako etapu przedsiÚwziÚcia wdroĝeniowego, gdyĝ definicja projektu mówi o tymczaso- wych 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 poszcze- gólne metodologie, naleĝy stwierdziÊ, iĝ jest on praktycznie taki sam. Pomimo spe- cyfiki kaĝdego z systemów opisane meto- dyki wdroĝeniowe zawierajÈ szerokÈ bazÚ wiedzy, powodujÈ formalizacjÚ procesu implementacji standardowego oprogramo- wania wspomagajÈcego zarzÈdzanie oraz dajÈ szansÚ na realizacjÚ przedsiÚwziÚcia zakoñczonego sukcesem.

ETAP OGÓLNY ASAP OnTrack IFS AIM

ETAP I Przygotowanie

organizacyjne wdroĝenia Przygotowanie

projektu Definicja

projektu Inicjacja 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 Tab. 2. Etapy metodyk wdroĝeniowych

½ródïo: opracowanie wïasne.

6. Wnioski

Przedstawione w niniejszym artykule przykïady wdroĝeñ zintegrowanych syste- mów informatycznych SAP, Oracle J.D.

Edwards EnterpriseOne i IFS Applica- tions prowadzone w trzech przedsiÚbior- stwach wedïug róĝnych metodyk w rzeczy- wistoĂ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 prob- lemu do pielÚgnacji uĝywanego oprogra- mowania 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 imple- mentacji oprogramowania wspomagajÈ- cego zarzÈdzanie przedsiÚbiorstwem klasy MRPII/ERP. PomiÚdzy zaprezentowanymi metodykami wystÚpuje maïe zróĝnicowa- nie, gdyĝ dÈĝÈ one do zapewnienia sukcesu wdroĝeniowego i przy tym wykorzystujÈ

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 War szaw- skiego. E-Mail: magdakotarba@yahoo.com.

Przypisy

1 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 poja- wia siÚ sïowo „„Chaos””, gdyĝ wedïug autorów najbardziej odzwierciedla ono sytuacjÚ, która ma miejsce w przypadku przedsiÚwziÚÊ informa- tycznych. W pierwszym badaniu z 1995 na 100 przedsiÚwziÚÊ za zakoñczone sukcesem uznano jedynie 16.

2 Na podstawie broszury informacyjnej dotyczÈcej wdroĝenia w firme Elektrim –– Magadex opub- likowanej na stronie internetowej firmy SAP, http://www.sap.com/poland/customers/succes- ses/elektrim.pdf.

3 CzynnoĂci wykonane w poszczególnych etapach zostaïy przedstawione wedïug metodologii opi-

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.

sanej przez V. Kalek (Kalek 2000: 274––275), M. KrupÚ (Krupa 2002: 365––369) oraz Z. Szy- jewskiego (Szyjewski 2004: 349).

4 Na podstawie informacji na stronie internetowej firmy wdroĝeniowej Hogart, http://www.hogart.

com.pl/news.php?id=13 oraz prezentacji przy- gotowanej przez szefa dziaïu informatyki firmy Effector SA M. ¿óïtowskiego opublikowanej na stronie internetowej firmy Oracle: http://www.

oracle.com/global/pl/roadshow/prezentacje/kra- kow/zintegrowany_system_informatyczny-effec- tor.pdf.

5 Na podstawie informacji zawartej na stronie internetowej firm IFS http://www.ifsworld.com/

pl/klienci/fosfory.asp.

Bibliografia

Chabik, J. 2004. Cele, efekty, komunikacja. Com- puterworld, 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 informatycz- nych 2004, s. 209––235. Warszawa: Wydawnictwa Naukowo-Techniczne.

Chmielarz, W. 2000. Zagadnienia analizy i pro- jektowania informatycznych systemów wspoma- gajÈcych zarzÈdzanie, Warszawa: Wydawnictwa Naukowe Wydziaïu ZarzÈdzania Uniwersytetu Warszawskiego.

Dyczkowski, M. 2005. Rola uĝytkownika kluczo- wego 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,

Metody, s. 229––240. Warszawa: Wydawnictwa Komunikacji i ’ÈcznoĂci.

Kalek, V. 2000. SAP R/3 Przewodnik dla menadĝe- rów, Warszawa: Helion.

Krupa, M. 2002. Metodologia wdraĝania zinte- growanego 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 nauko- wej Szczawnica, 26––29 wrzeĂnia 2002, s. 363––380.

Kraków: Wydawnictwo EJB.

Majczak, A. 2005. Trafniej oceniamy, lepiej prze- widujemy, 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 infor- matycznymi, Warszawa: Difin.

Parys, T. 2000. Zintegrowany system wspomaga- nia 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 infor- matycznymi dla praktyków, Gliwice: Helion.

¿óïtowski, M. 2007. Zintegrowany system informa- tyczny Oracle JD Edwards EnterpriseOne w przed- siÚbiorstwie Effector S.A., http://www.oracle.com/

global/pl/roadshow/prezentacje/krakow/zintegro- wany_system_informatyczny-effector.pdf.