Bariery, efekty, korzyści wdrażania systemów informatycznych w logistyce - cz. 2
- Szymonik Andrzej
- Kategoria: E-gospodarka
Wiele problemów można uniknąć podczas wdrażania systemów informatycznych jeżeli zachowa się określone nurty w inżynierii oprogramowania tj.:
• formalny (postuluje stosowanie metod formalnych, takich jak języków, transformacji itp.)
• praktyczny (postuluje metody powstałe na bazie wiedzy i doświadczeń zdobytych w procesie realizacji prac projektowych).
Współczesne metody, techniki i narzędzia stosowane w inżynierii oprogramowania pozwalają skutecznie i w miarę bezkolizyjnie zrealizować wszystkie fazy cyklu życia oprogramowania przy pełnym zaangażowaniu strony wdrażającej i zamawiającej.
• praktyczny (postuluje metody powstałe na bazie wiedzy i doświadczeń zdobytych w procesie realizacji prac projektowych).
Współczesne metody, techniki i narzędzia stosowane w inżynierii oprogramowania pozwalają skutecznie i w miarę bezkolizyjnie zrealizować wszystkie fazy cyklu życia oprogramowania przy pełnym zaangażowaniu strony wdrażającej i zamawiającej.
Podczas wdrażania systemów informatycznych - realizacji wszystkich faz cyklu życia oprogramowania - praktycy wskazali na następujące obszary ryzyka:
• koszty „eksplodują” nawet o 350% z powodu dodatkowych konsultacji i oprogramowania
• występują opóźnienia, czas realizacji przeciąga się nawet kilkakrotnie
• praktyka weryfikuje nasze zamówienie; nie do końca nasze wymagania odzwierciedlały potrzeby firmy i kierownictwa
• procesy i struktury nie są do dostatecznie przygotowane do nowych metod zarządzania.
W przedsiębiorstwach produkcyjnych systemy klasy MRP II w pełni zostały wdrożone zaledwie w 20 - 50%. Przyczyn takiego stanu jest wiele, ale do najczęstszego zalicza się: nieprzygotowanie użytkownika i oczekiwanie na zbyt wiele w bardzo krótkim czasie. Inne zagrożenia przedstawia E. Kołodziński na swoich wykładach w Uniwersytecie Warmińsko-Mazurskim. Do nich zalicza:
• występują opóźnienia, czas realizacji przeciąga się nawet kilkakrotnie
• praktyka weryfikuje nasze zamówienie; nie do końca nasze wymagania odzwierciedlały potrzeby firmy i kierownictwa
• procesy i struktury nie są do dostatecznie przygotowane do nowych metod zarządzania.
W przedsiębiorstwach produkcyjnych systemy klasy MRP II w pełni zostały wdrożone zaledwie w 20 - 50%. Przyczyn takiego stanu jest wiele, ale do najczęstszego zalicza się: nieprzygotowanie użytkownika i oczekiwanie na zbyt wiele w bardzo krótkim czasie. Inne zagrożenia przedstawia E. Kołodziński na swoich wykładach w Uniwersytecie Warmińsko-Mazurskim. Do nich zalicza:
• przekroczenie terminu i budżetu w ponad 50% przedsięwzięciach
• ponad 25% przedsięwzięć programistycznych jest przerywanych.
Ponadto do trudności zalicza:
• ponad 25% przedsięwzięć programistycznych jest przerywanych.
Ponadto do trudności zalicza:
• nieokreśloność oczekiwań „klienta”
• „klient” = zamawiający + użytkownik + „płatnik” - każdy z nich ma inne cele
• wielu użytkowników o różnych oczekiwaniach
• niejednoznaczność terminologiczna
• rożne poziomy wiedzy o dziedzinie problemu
• różne poziomy uświadomienia potrzeb i następstw ich zaspokojenia u „klientów”.
Autorzy artykułu "Zarządzanie zmianami w systemie klasy ERP" przedstawiają następujące trudności:
• „klient” = zamawiający + użytkownik + „płatnik” - każdy z nich ma inne cele
• wielu użytkowników o różnych oczekiwaniach
• niejednoznaczność terminologiczna
• rożne poziomy wiedzy o dziedzinie problemu
• różne poziomy uświadomienia potrzeb i następstw ich zaspokojenia u „klientów”.
Autorzy artykułu "Zarządzanie zmianami w systemie klasy ERP" przedstawiają następujące trudności:
• złożoność - ogromna ilość parametrów i opcji do adaptacji, mogąca sięgnąć w dużych i kompleksowych systemach nawet kilka tysięcy
• wysoki poziom ryzyka - ok. 90% projektów przekracza limit czasu i budżetu, a od 1/2 do 2/3 kończy się totalną porażką
• kosztochłonność - wydatki inwestycyjne rzędu milionów USD a efekt, jakim są wydajniejsze procesy, jest mało widoczny - zwłaszcza w początkowych okresach życia oprogramowania
• długotrwałość - w przypadku przedsiębiorstw małych i średnich okres wdrażania to przeciętnie 27 tygodni, dużych - 47 tygodni, a okres zwrotu z inwestycji sięga najczęściej od 4 do 5 lat
• zmienność - brak przewidywalności kierunku dalszego rozwoju
• szeroki zakres zmian organizacyjnych - na zasadzie kompromisu z modyfikacjami w wdrażanym systemie.
Nie tylko finanse są potrzebne na wdrożenie, ale również na realizację ostatniej fazy cyklu życia oprogramowania tj. utrzymanie. Koszty te obejmują:
• wysoki poziom ryzyka - ok. 90% projektów przekracza limit czasu i budżetu, a od 1/2 do 2/3 kończy się totalną porażką
• kosztochłonność - wydatki inwestycyjne rzędu milionów USD a efekt, jakim są wydajniejsze procesy, jest mało widoczny - zwłaszcza w początkowych okresach życia oprogramowania
• długotrwałość - w przypadku przedsiębiorstw małych i średnich okres wdrażania to przeciętnie 27 tygodni, dużych - 47 tygodni, a okres zwrotu z inwestycji sięga najczęściej od 4 do 5 lat
• zmienność - brak przewidywalności kierunku dalszego rozwoju
• szeroki zakres zmian organizacyjnych - na zasadzie kompromisu z modyfikacjami w wdrażanym systemie.
Nie tylko finanse są potrzebne na wdrożenie, ale również na realizację ostatniej fazy cyklu życia oprogramowania tj. utrzymanie. Koszty te obejmują:
• utrzymywanie bazy danych - systematycznie aktualizowaną
• dystrybucję danych
• konserwację, naprawę i z upływem czasu wymianę sprzętu na nowy
• koszty pracy wraz z narzutami
• szkolenie personelu
• koszty usług obcych informacyjnych, telekomunikacyjnych
• koszty zużycia materiałów i energii
• inne koszty, np. opłaty za korzystanie z usług i sprzętu firm innych.
Artykuł pochodzi z czasopisma "Logistyka", nr 4/2006.
• dystrybucję danych
• konserwację, naprawę i z upływem czasu wymianę sprzętu na nowy
• koszty pracy wraz z narzutami
• szkolenie personelu
• koszty usług obcych informacyjnych, telekomunikacyjnych
• koszty zużycia materiałów i energii
• inne koszty, np. opłaty za korzystanie z usług i sprzętu firm innych.
Artykuł pochodzi z czasopisma "Logistyka", nr 4/2006.
Ostatnio zmieniany w poniedziałek, 04 grudzień 2006 14:11
Ściągnij załącznik:
Zaloguj się by skomentować