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