Artykuły
Pułapki systemów zintegrowanych - z praktyki wdrażania
W każdym wypadku wybór, wdrożenie i eksploatacja systemu zintegrowanego klasy ERP jest czynnością skomplikowaną i obarczoną wieloma niewiadomymi.
Jednym z podstawowych dylematów, które stają przed zespołem wdrożeniowym jest zakres modyfikacji wprowadzanych do standardu. Przy rozważaniu tej sprawy ścierają się przeciwne kierunki. Z jednej strony klient pragnie w maksymalny sposób uwzględnić w procesie projektowania rozwiązania swoją własną specyfikę, z drugiej strony - dostawca boi się takich ingerencji, myśląc nie o trudnościach w ich implementacji, ale o problemach związanych z serwisowaniem systemu, który u każdego klienta jest inny. Paradoksalnie - im większy jest system, im więcej funkcjonalności można "wycisnąć" ze standardu tym trudniej znosi on "modyfikowanie".
Istnieje jeszcze jedno ograniczenie związane z modyfikowaniem standardu. Nie zawsze klient, zadowolony z tego, że udało mu się w projekcie rozwiązania zapisać wiele modyfikacji dostosowujących system ERP do konkretnych warunków zdaje sobie sprawę z tego, że łączy się to z zamknięciem w "getcie" układu: środowisko informatyczne - baza danych - aplikacja ERP. System sprzedawany klientowi zazwyczaj dobrze współpracuje z aktualnymi wersjami bazy danych i aktualnymi systemami operacyjnymi. Najczęściej dostawcy systemu ustalają, jako wymagane wersje systemu operacyjnego i bazy danych te obecne na rynku od roku "wygrzane" i sprawdzone we współpracy z systemem zintegrowanym. Potem mamy w dobrych warunkach rok wdrożenia, zatem na starcie systemu produkcyjnego używamy systemu operacyjnego i bazy danych sprzed dwóch lat, oraz wersji aplikacji ERP mającej około rok.
Tu zaczyna się problem. Ten układ aktualnych wersji bazy danych, systemu operacyjnego serwera i aplikacji ERP jest układem zamkniętym, niedającym się modyfikować jedynie w części. Dlatego nie są wgrywane kolejne wersje i łatki wydawane przez dostawców oprogramowania. Ruszenie jednego z tych elementów może spowodować zawalenie się całej konstrukcji.
Niepostrzeżenie mija rok od startu produkcyjnego. Firma-klient ma się dobrze i postanawia kupić drugi serwer, na przykład, aby rozdzielić środowisko produkcyjne i testowe. Po negocjacjach z dostawcą sprawa jest załatwiona, warunki dostawy omówione. Od momentu poprzedniego zamówienia minęły dwa lata - w konstrukcji serwerów jest to epoka. Pojawiły się nowe procesory, dostępne obsady pamięci pozwalają na osiągnięcie wydajności dwukrotnie wyższej niż poprzednio. Wszyscy są zadowoleni.
I teraz pojawia się najciekawsze. Nowy serwer z nowymi procesorami daje tą wydajność pod warunkiem użycia aktualnej wersji systemu operacyjnego, a ten nie współpracuje z posiadaną wersją bazą danych (jest za stara). Z kolei nie można podnieść wersji bazy (mimo, że opłacając maintanance ma się do tego prawo), ponieważ posiadana wersja systemu zintegrowanego nie obsługuje wyższych wersji bazy danych. Błędne koło się zamknęło.
Tego typu problemy, jak się okazuje są bardzo częste. Powodują one "konserwowanie" układu na wiele lat. System operacyjny i wersja bazy danych po krótkim czasie przestają być serwisowalne - pierwsze zdanie serwisu przy pojawieniu się jakiegokolwiek problemu to "proszę wgrać aktualne wersje i łaty, tej wersji już nie supportujemy". Podobnie koszt serwisowania starej wersji systemu ERP wzrasta - ponieważ nie jest on "aktualny". Kiedy po kilku latach klient już nie wytrzymuje i postanawia podnieść wersję systemu wraz z wszystkimi związanymi z tym pracami, okazuje się, że koszt ten jest porównywalny z kosztami wdrożenia nowego systemu ERP.
Podsumowując:
- w polskich warunkach systemy standardowe, bez modyfikacji nie spełniają oczekiwań funkcjonalnych klientów
- dostawcy "przyparci do muru" godzą się na znaczne modyfikowanie standardu
- to powoduje powstanie nierozwijalnego układu środowiska informatycznego i aplikacji
- próba wyrwania z tego getta poprzez uaktualnienie wersji jest tylko przejechaniem w konwoju z jednej zamkniętej bazy do drugiej
- myśląc o kosztach systemu trzeba wiedzieć, że oprócz jego wdrożenia i serwisu, miej więcej co 5 lat będzie zmiana wersji - a to jest kolejny kosztowny projekt
Autor: Ryszard Schwartz, Dyrektor d/s rozwoju systemów informatycznych Porta KMI Poland sp. z o.o.
Zobacz więcej informacji w dziale:
- Aktualności (najnowsze informacje z branży IT)
- Wydarzenia (kalendarium konferencji i seminariów)
Redakcja poleca:
- NIEZBĘDNIK DECYDENTA - gotowy zestaw narzędzi i usług wspierających wybór systemów informatycznych...
Informacje prasowe publikowane w dziale AKTUALNOŚCI prosimy przesyłać na adres: wiadomosci@decyzje-it.pl
Zaproszenia do objęcia patronatu medialnego nad wydarzeniami (konferencje, seminaria, targi) publikowanymi w dziale WYDARZENIA przyjmujemy pod adresem: wydarzenia@decyzje-it.pl









