Czego najbardziej brakuje systemom klasy ERP?
Przypomnę na początek co prawie dwa lata temu napisałem:
Tak więc: jak dostawca dużego ERP mówi, że duży ERP jest najlepszy to należy to traktować tak samo jak ofertę dostawcy dużego zestawu garnków ze stali nierdzewnej, z których i tak na co dzień używamy jednego a naleśniki i tak robimy z pomocą kupionej wcześniej dobrej teflonowej patelni bo do naleśników lepsza a zamiana jej na nową z nierdzewki tylko dlatego, że „z kompletu” przeczy zdrowemu rozsądkowi i używa się jej mimo, że pokrywka z zestawu lekko wystaje … ale przykrywa bo taki jest jej główny cel (w zasadzie tylko nie powinna być mniejsza ani zbyt duża).
Tak więc jednak polecam: zastanowić się nad potrzebami, zamówić wykonanie analizy i dokumentacji wymagań i z tym dokumentem szukać dostawcy i nie dać wcisnąć sobie teorii, że duży może więcej…. Możliwe ale nie zapominajmy, że duży to także bezwładny (polecam cały artykuł: Nigdy więcej ERP w jednym kawałku!)
No i mamy obecnie:
Przedstawiciele co trzeciej brytyjskiej firmy (35 proc.) przyznają, że byliby skłonni zastąpić wykorzystywany obecnie system klasy ERP bardziej elastycznym rozwiązaniem o podobnej funkcjonalności. (źr. Czego najbardziej brakuje systemom klasy ERP?)
Nasuwa się pytanie: czym je zastąpić? Leży właśnie na moim stole książka (Large-Scale Software Architecture. A practical guide using UML. Jeff Garland, Richard Anthony). I co my tu mamy? Przede wszystkim opinię i wskazówki doświadczonych projektantów i developerów.
Książka jest tak „dobra”, że w zasadzie można ją w kawałkach zacytować od dechy do dechy. Jednak i nie chce i nie można tego robić . W czym rzecz?
Duże oprogramowanie to nie jeden system
I tu leży pies pogrzebany. Kolejność zalecana przez autorów książki za każdym razem, niezależnie od wielkości projektu:
- analiza i określenie celu projektu
- analiza biznesowa, opracowanie wymagań
- projekt architektury rozwiązania (ogólny model dziedzinowy), podział na komponenty (obszary dziedzinowe)
- okreslenie, które komponenty (podsystemy) należy wytworzyć, a które można kupić na rynku (tak zwane COTS, ang. Commercial off-the-shelf)
- sprawdzenie dostępności i kosztów 6.opracowanie wynikowego projektu i wymagań na podsystemy dedykowane.
Praktyka pokazuje, że jednym z takich dużych COTS może być (i często jest) system ERP (jego wybrana część). Najczęściej moduły produkcji, księgi głównej, kadrowe itp. Jednak zarządzanie sprzedażą czy specyfika procesów wewnątrz organizacji to coś co spędza sen z powiek dostawców ERP bo to zawsze „nie pasuje”. Największym zaś, w moich oczach, nadużyciem ofert na ERP jest twierdzenie, że wspomagają zarządzanie procesami biznesowymi. Bo jeśli pomagają zarządzać dokumentami, co jest prawdą, to raczej nie są w stanie konkurować z systemami workflow bo to zupełnie innego rodzaju systemy i nie przypadkiem powstały jako oddzielne rozwiązania. Do tego dokumenty finansowo-magazynowe to mniejsza część wszystkich dokumentów w firmie, więc dlaczego ERP miał by być tu „dobry”? A hurtownie danych? To także nie przypadek, że są osobnymi systemami. Dostawcy ERP permanentnie używają akronimu Moduł BI w swoich ofertach zaś cichaczem oferują dedykowane systemy Business Intelligence i integrują je. Tak więc najczęściej okazuje się, że niestety główną wadą systemów zintegrowanych ERP jest to, że są zintegrowane (czytaj niepodzielne) co już nie raz tu pisałem i wychodzi, że nie ja jeden. W ubiegłym roku skończyłem projekt dla firmy Galeco Sp. z o.o.. W dużym uproszczeniu projekt wyglądał tak:
- Analiza biznesowa: model biznesowy, optymalizacja procesów, określenie kluczowych czynników sukcesu,
- Określenie wymagań na oprogramowania w kontekście kluczowych czynników sukcesu.
- Opracowanie architektury systemu informacyjnego Galeco.
- Wskazanie miejsc, w których można użyć gotowego oprogramowania
- Zaprojektowanie wymagań na oprogramowanie (podsystemy itp.), które są potrzebne Galeco a nie są dostępne jako gotowe na rynku.
I ta własnie kolejność jest lepsza. Pozornie to samo osiągniemy gdy wpuścimy dostawcę systemu ERP i on po analizie powie czego (jakich wymagań) jego system nie realizuje. Jednak:
- Dostawca gotowego systemu nie ma żadnej motywacji (wręcz przeciwnie) do wskazywania innych niż swoje rozwiązań (stąd permanentnie pojawiają się w ofertach i projektach tak zwane kastomizacje, które są powszechnie oferowane przez sprzedawców a odradzane przez producentów tego oprogramowania ERP).
- U dostawcy ERP natychmiast pojawia się syndrom młotkowego: jak ktoś ma w ręku młotek natychmiast wszystko co zobaczy kojarzy mu się z gwoździem.
Wystarczy odwrócić kolejność działań: zamiast wybierać dostawcę ERP, który powie na czym wymięka jego system, warto najpierw zaprojektować całość a potem popytać kto i w czym czuje się świetnie. Tu jednak pojawia się problem: dostawca gotowego systemu nie zarobi na kastomizacji ale chyba o to chodzi by było od razu dobre a nie w nieskończoność dostosowywane.
Dlaczego producenci odradzają (metodyki zalecane przez producentów nie stosowane w Polsce!) ingerencje w ich gotowe oprogramowanie? Bo taka ingerencja odcina natychmiast użytkownika od możliwości wykonania prostego upgrade’u! Kolejna, nowa wersja systemu wdrożonego z tak dużym trudem (i kosztem) kastomizacji wymaga kompletnego projektu od zera, powtórzenia od początku całej pierwotnej pracy nad wdrożeniem.
Jak tego uniknąć? To proste, posłuchać producentów oprogramowawszy ERP:
- Opracować własne wymagania.
- Dać dostawcom systemów ERP by wykonali tak zwaną analizę gap/fit (co nasz system ma a czego nie ma).
- Wybrać najkorzystniejszą ofertę, wdrożyć system szybko (bo bez kastomizacji).
- Zaprojektować brakujące funkcjonalności i zamówić ich implementację, zintegrować z dostarczonym ERP.
Teraz upgrade ERP to proste wgranie nowej wersji (no prawie ale o niebo łatwiej i taniej!) Po drugie nie narażamy się na presję dostawcy ERP i nie uzależniamy od niego w 100% (zjawisko określane jako vendor lock-in). Tak zaprojektowany system staje się systemem otwartym, pozwalającym wymienić lub dodać funkcjonalności bez ingerencji w pozostałe. I niezależnie od tego jak „uniwersalny” jest system ERP zawsze będzie gorszy od kilku dobrze dobranych ale niezależnych komponentów. Gorszy nie dlatego, że „brzydszy” ale dlatego, że będzie kulą u nogi firmy, która powinna jednak reagować na zmiany na rynku w ciągu tygodni a nie lat… Po drugie modyfikacja jakiegokolwiek oprogramowania zawsze wymaga testowania całości, tak więc im mniejsze kawałki mamy tym szybciej i taniej wprowadza się do nich zmiany bo ich oddanie do użytku po modyfikacji jest łatwiejsze i szybsze zarazem. Pamiętajmy pewną starą reklamę: „Banki od wszystkiego są do niczego”…. Źródło: www.it-consulting.pl Autor: Jarosław Żeliński |
Wdrożenie systemów podejmowania decyzji (DSS) wymaga zdecydowanie większych zmian organizacyjnych oraz kulturowych w organizacji, niż ma to miejsce w przypadku systemów 
Fabryka Łożysk Tocznych – Kraśnik SA, największy polski producent łożysk tocznych, aby zwiększyć efektywność działań operacyjnych, zainwestowała w zintegrowany system ERP – IFS Applications™. Dzięki wdrożeniu systemu usprawniono realizację procesów w najważniejszych obszarach biznesowych, takich jak finanse, produkcja, gospodarka magazynowa i gospodarka remontowa.
Jednym z decydujących kryteriów wyboru zintegrowanego systemu ERP był wymóg, aby aplikacja posiadała moduł produkcyjny z rozliczaniem finansowym produkcji. Priorytetem dla EKA było obliczenie jednostkowego kosztu produkcji, moduł zapasów i magazynu oraz zintegrowane kadry i płace. W procesie wyboru rozwiązania rozpatrywane były także inne systemy m.in. dotychczasowego krajowego dostawcy i dużej firmy zagranicznej, które nie spełniały jednak wymagań EKA m.in. ze względu na funkcjonalności i cenę. Zdecydowano, zatem na wdrożenie systemu ERP firmy Epicor.
Nowe podejście do użyteczności interfejsu, dostęp do systemu przez przeglądarkę www oraz innowacje w obszarze harmonogramowania produkcji wzbudziły największe zainteresowanie wśród uczestników dorocznej konferencji użytkowników oprogramowania BPSC SA. Ponad 200 osób wzięło udział w przedpremierowych prezentacjach systemu Impuls EVO, będącego nowym wcieleniem oprogramowania ERP oferowanego od lat przez największego polskiego dostawcę tych rozwiązań.
To całkowicie naturalne, że robiąc coś chcemy zrobić to dobrze, szybko, najlepiej niskim kosztem zachowując przy tym wysoką jakość. Bardzo ważne jest odpowiednie zaplanowanie procesu produkcyjnego. Zbędne ruchy na produkcji mają wiele wad. Po pierwsze nie tylko wydłużają czas wytworzenia zlecenia produkcyjnego, ale wpływają też na realizację całego zamówienia dla klienta. Przez co generują całkowicie niepotrzebne koszty. A największym z nich może być strata klienta.
Po raz kolejny Comarch został nagrodzony przez IBM Polska tytułem Partnera Roku 2011 w kategorii największej sprzedaży rozwiązań IBM dla rynku MSP. Wyróżnienie z grona około 200 partnerów światowego giganta informatycznego jest nie tylko symbolem współpracy obu firm, ale również dowodem najwyższej jakości produktów oferowanych przez Comarch.
COIG S.A. jest jedną z pierwszych firm informatycznych działających w Polsce, założoną w 1951r. W swej długoletniej historii zawsze był liderem w zakresie nowoczesnych rozwiązań IT. Obecnie, w celu zapewnienia swoim Klientom z różnych branż realnego wsparcia informatycznego, umiejętnie łączy swoją 60-letnią tradycję z najnowszymi światowymi osiągnięciami w branży IT. Jedną z podstawowych działalności jest nowoczesne centrum przetwarzania danych Data Center COIG S.A. ukierunkowane na świadczenie zaawansowanych usług outsourcingowych oraz rozwiązań opartych na przetwarzaniu Cloud Computing.
Świętokrzyskie Centrum Onkologii w Kielcach w wyniku rozstrzygnięcia przetargu nieograniczonego na „Dostawę, rozbudowę i wdrożenie elektronicznej dokumentacji medycznej zintegrowanego systemu informatycznego dla ŚCO wraz ze sprzętem informatycznym” wybrało ofertę konsorcjum, w który firma SIMPLE występuje w roli podwykonawcy.
Zgodnie z wcześniejszymi zapowiedziami wdrożenia nowatorskich rozwiązań mobilnych umożliwiających współpracę między przedsiębiorstwami i konsumentami, firma SAP AG zaprezentowała nową rodzinę aplikacji mobilnych.
Przedstawiciele zakładu GEA Technika Cieplna z Opola, dostarczającego wymienniki ciepła oraz krakowskiej firmy FoodCare, producenta wyrobów spożywczych przyjęli prestiżowe nagrody dla firm sektora produkcyjnego. QAD wyróżniło oba przedsiębiorstwa za wyjątkowo efektywne wykorzystanie pakietu wspomagającego zarządzanie klasy ERP w ich rozwoju. Nagrody odebrali osobiście przedstawiciele firm na dorocznej konferencji QAD Explore w Atlancie w Stanach Zjednoczonych (7-10 maja br).
Po dwudziestu latach doświadczeń w branżowych sieciach handlowych, spółka KAMIL (należąca do Grupy Kapitałowej Macrologic) rozpocznie dostarczanie wartości swoim klientom w nowy sposób. Widocznym wyrazem zmiany jest także zmiana nazwy na Retilia sp. z o.o.
Rozwiązanie firmy Epicor znacznie usprawnia naszą pracę. Dzięki wdrożonemu systemowi zarządzanie w oparciu o Lean Manufacturing stało się zdecydowanie efektywniejsze.
Po latach konsekwentnego budowania pozycji rynkowej kanadyjska grupa wydawnicza Transcontinental Printing osiągnęła w swoim kraju pozycję lidera. Zaliczana jest także do największych wydawnictw w Ameryce Północnej. Grupa od roku 1976 prowadzi działalność wydawniczą obejmującą m.in. książki, czasopisma, katalogi, gazety. Obecnie ma wiele oddziałów i jest wiodącym kanadyjskim wydawcą czasopism konsumenckich i drugim pod względem wielkości wydawcą gazet lokalnych.
Pisaliśmy już o tym, dla kogo przeznaczone są systemy klasy 
