Decyzja Lidla o przerwaniu wdrożenia SAP Hana z powodu rosnących kosztów może być wczesną oznaką problemów, jakie niesie ze sobą upgrade do S/4 Hana.

Chociaż bardzo niewiele zostało ujawnione na temat tego, dlaczego Lidl zdecydował się złomować SAP, co stało się oczywiste z raportów na temat projektu detalisty jest to, że wyciągnął wtyczkę z powodu rosnących kosztów.

Gdy Computer Weekly zaczął widzieć niepowodzenia projektów SAP w późnych latach 90-tych, koszt wdrożenia był jednym z czynników przyczyniających się. Problemem było to, że SAP był sprzedawany jako zestaw wstępnie spakowanych procesów biznesowych, enkapsulacji procesów biznesowych z niektórych z największych firm na świecie, ale często nie pasują one do tego, jak firmy próbujące wdrożyć SAP widział ich procesów biznesowych. Oznaczało to, że często wymagały one dostosowania.

Dwie dekady później eksperci są zgodni, że należy unikać dostosowywania SAP, ponieważ koszty i złożoność będą szybko eskalować. Dla firm rozpoczynających wdrożenie SAP S/4 Hana jest to tak samo prawdziwe, jak w przypadku wdrażania SAP R/3 w latach 90-tych.

W 2025 r. SAP oficjalnie zakończy wsparcie dla ECC6, centralnego komponentu swojego produktu ERP. Z perspektywy SAP daje to firmom mniej niż sześć lat na wdrożenie S/4 Hana.

Przedsiębiorstwa korzystające z systemów SAP wdrożonych w ciągu ostatnich dwóch dekad stoją przed trudną decyzją, w jaki sposób ich istniejący niestandardowy kod SAP powinien zostać przebudowany na potrzeby S/4 Hana.

Trwa debata na temat tego, w jaki sposób istniejące systemy mogą zostać przebudowane na potrzeby S/4 Hana, ale ogólny konsensus jest taki, że S/4 Hana oznacza wdrożenie całego systemu ERP.

Identyfikacja istniejących procesów biznesowych

Jako takie, firmy muszą dowiedzieć się, jakie są ich istniejące procesy biznesowe, jak wiele z nich jest zakodowanych w SAP, jak wiele z dostosowania w oryginalnym wdrożeniu jest teraz częścią standardowego S/4 Hana, i czy naprawdę jest to imperatyw biznesowy, aby wdrożyć stary niestandardowy kod w platformie. Jest to szczególnie ważne, jeśli proces biznesowy, który został zakodowany dwie dekady temu, nie jest już wykorzystywany lub został dostosowany, ale niestandardowy kod nie został zaktualizowany.

Według raportu Optimising business processes for success firmy analitycznej IDC: „Źle skoordynowane procesy, które nie są dostosowane do potrzeb biznesowych i które osłabiają systemy produkcyjne po ich wdrożeniu, są nie tylko kosztowne – mogą one uniemożliwić skuteczne pozycjonowanie firmy i reagowanie na szybko zmieniającą się presję konkurencyjną i globalne wymagania.”

W whitepaper IDC zaleca ustanowienie strategii, które obejmują zmiany kulturowe, struktury organizacyjne (poprzez wykorzystanie istniejących centrów doskonałości, biur zarządzania projektami lub programami, DevOps – lub poprzez ich tworzenie), procesy jakości procesów biznesowych oraz ocenę i przyjęcie odpowiednich rozwiązań automatyzacji, aby pomóc w tworzeniu odpowiednich, adaptacyjnych i skoncentrowanych na biznesie aplikacji.

Realizacja potrzeb biznesowych

Według konsultanta SAP Panaya, aby uzyskać największą wartość z inwestycji w SAP S/4 Hana, dział IT będzie musiał jak najszybciej zrealizować potrzeby biznesowe bez zakłóceń w działalności. Mając do wyboru kilka ścieżek projektowych – migrację, wdrożenie, greenfield itp. – zespoły IT rozpoczynają projekty trwające od 12 do 18 miesięcy, napisała firma w niedawnym whitepaper.

Aktualizacja techniczna SAP S/4 Hana może trwać nawet trzy miesiące. Jednak, aby spełnić nowe standardy SAP S/4 Hana, Panaya powiedział, że pozostałe dziewięć do 15 miesięcy powinno być skoncentrowane na zmianach w procesach biznesowych, dostosowaniu i zapewnieniu jakości.

W rzeczywistości SAP S/4 Hana wprowadza wiele zmian w obszarach takich jak technologia, procesy biznesowe i interfejsy użytkownika. Według Panayi, zmiany te wpłyną zarówno na sposób pracy zespołów IT, jak i na sposób dostosowywania systemu SAP.

Ponieważ zmieniają się modele operacyjne i procesy IT, Panaya ostrzegł, że procesy zarządzania wnioskami o zmianę, wymaganiami oraz testami i wydaniami mogą być trudnym przejściem dla działów IT w przedsiębiorstwach.

„Dla wielu organizacji wdrożenie tych zmian w trybie waterfall zajmie zbyt dużo czasu, wpływając na ROI rozwiązania. Zmiany te będą musiały być wdrażane przyrostowo, realizując różne żądania zmian w każdym cyklu przy użyciu DevOps i ciągłego dostarczania” – czytamy w raporcie Panaya.

Podejmowanie odpowiedzialności

Stuart Browne, dyrektor zarządzający niezależnej firmy konsultingowej SAP Resulting, powiedział, że częstym problemem, z którym się spotyka jest to, że firmy często błędnie zakładają, że to integrator systemów, który ma odpowiedzialność za uzyskanie wdrożenia ERP prawo, gdy jest to ostatecznie odpowiedzialność klienta.

Browne powiedział, że jednym z technicznych wyzwań dla firm jest to, że S/4Hana nie jest jeszcze kompletna. „Jest to niedokończony produkt i nie upraszcza pakietu produktów SAP. Przyjęcie S/4 Hana teraz upraszcza niektóre funkcje, ale nie wszystkie.”

Ponieważ jest to wciąż produkt w toku, Browne powiedział, że brakuje narzędzi i ludzi z odpowiednimi umiejętnościami do wdrożenia S/4 Hana. Jest to spotęgowane przez fakt, że ludzie, którzy rozumieją istniejące wdrożenie ECC6 SAP ERP i mają 20 lub tak lat doświadczenia z nim są w kierunku emerytury.

„Jest starzenie się, zamożnych pracowników zbliża się do emerytury. Każdy ma tendencję do być w ich połowie 40 do połowy 50 „. Powiedział, że młodsi ludzie generalnie robią „fajniejsze rzeczy” zamiast wdrażać SAP, a w Indiach jest 8% inflacja płacowa, co oznacza, że outsourcing umiejętności SAP jest drogi.

Oddalanie aktualizacji

Rimini jest jedną z firm, która zbudowała biznes wokół wspierania starszych systemów SAP. Ideą zawarcia umowy serwisowej z firmą zewnętrzną jest to, że umożliwia ona przedsiębiorstwu obniżenie opłat za bieżące utrzymanie, podczas gdy opóźnia migrację do najnowszego produktu, w tym przypadku SAP S/4 Hana.

Hari Candadai, wiceprezes ds. marketingu produktów i strategii w Rimini Street, powiedział, że to „bardzo wymowne”, że Lidl musiał ponownie ocenić i dostosować tak wiele procesów, aby nowy system SAP działał dla jego firmy.

„Kluczowym wnioskiem jest to, że każdy klient korporacyjny rozważający duży ruch na platformie SAP, w tym potencjalne ponowne wdrożenie S/4 Hana z istniejącego systemu SAP, musi zrozumieć, że nie jest to nic prostego” – powiedział Candadai. „Jeśli popełnimy błąd, będzie to miało poważny wpływ na wyniki finansowe. Prawdziwe pytanie brzmi: „Jaki był rzekomy zwrot z inwestycji, aby w ogóle rozważyć zniszczenie i wymianę systemów zaplecza?”.”

Ponieważ wsparcie dla ECC6 będzie kontynuowane do 2025 roku, firmy nie muszą koniecznie kupować S/4 Hana już teraz, zwłaszcza jeśli uważają, że nie jest to jeszcze kompletny produkt.

Sześć lat to długi czas, a ponieważ SAP S/4 Hana jest uważany za duże wdrożenie, Browne powiedział, że jest okazja dla firm, aby ponownie ocenić, jak rdzeń ERP powinien działać w firmie i patrzeć na wykonalność wdrożenia alternatyw, takich jak NetSuite lub Microsoft Dynamics.

Jest też pytanie, co architektura IT będzie potrzebne w 2025 roku, aby wspierać to, co firma ma nadzieję zrobić w tym czasie. Na przykład, chociaż S/4 Hana zapewnia interfejsy programowania aplikacji (API), Browne stwierdził, że są one zbyt restrykcyjne, zwłaszcza jeśli firma chce otworzyć swoje interfejsy programowania aplikacji i uczestniczyć w gospodarce API, w której firmy dokonują transakcji z wykorzystaniem podejścia cloud-native opartego na lekkich mikroserwisach.

I choć SAP może być dobrze sprzedawane w przeszłości jako sposób na hermetyzację światowej klasy procesów biznesowych, tradycyjne firmy ryzykują zakłócenia, ponieważ ERP wymyślony w 1990 roku nie pasuje do innowacyjnych łańcuchów dostaw 21 wieku.