Projekt biznesowy w SAP (Szablon)

Na czym polega Business Blueprint SAP?

SAP Plan Biznesowy to szczegółowy opis procesów biznesowych i wymagań systemowych firmy. Jest to kluczowy dokument wdrożeniowy. SAP Dokument projektu przedstawia wszystkie ważne ustawienia konfiguracji potrzebne do dostosowania systemu ERP do potrzeb firmy.

Dobrze zdefiniowany SAP Plan działania stanowi podstawę udanej implementacji SAP system. Obejmuje szereg działań, zdarzeń, kamieni milowych i elementów dostarczanych przez system, które stanowią podstawę każdego zadania konfiguracji i testowania.

Czemu SAP Dokument projektowy?

Rozważmy przypadek rządu Terytorium Północnego w Australii. Wdrożył on SAP do obsługi systemu zarządzania aktywami. Pierwotny koszt wynosił 7.2 miliona dolarów, ale rzeczywisty wzrósł do 70 milionów dolarów. Rozwiązanie było dostosowane do potrzeb tylko w 11 procentach, a jego naprawa kosztowałaby dodatkowe 120 milionów dolarów. Dlatego planowanie ERP Bardzo ważne jest staranne wdrożenie.

SAP Plan Biznesowy (BBP) koncentruje się na zrozumieniu, uwierzytelnieniu i udokumentowaniu zakresu i specyfikacji projektu. Szablon planu pomaga również zdefiniować cel koncepcyjnie i praktycznie.

Stosując tę ​​metodologię, możesz stworzyć kwestionariusz dla użytkowników systemu. Rozsyłasz go do właścicieli procesów biznesowych. Wypełniają go i odsyłają konsultantom. Ten proces pomaga konsultantom zrozumieć, jak działa biznes i jak mogą wdrażać najlepsze procesy. SAP.

W tym procesie cały zestaw dyskusji stanowi bazę SAP Wdrożenie. Wszystkie szczegóły mapowane dla procesów biznesowych powinny znaleźć odzwierciedlenie w dokumentacji. Sukces tej fazy w dużej mierze zależy od skutecznego zamknięcia na tym etapie.

Dlatego też zespół wdrażający powinien uwzględnić te działania na etapie finalizowania konfiguracji procesów biznesowych.

Struktura SAP Dokument planu biznesowego

Większość szablonów Business Blueprint ma spójną strukturę rozdziałów, dzięki czemu konsultanci ds. finansów, logistyki i HR mogą przekazywać sobie nawzajem sekcje bez tłumaczenia. Typowy BBP zawiera następujące sekcje:

• Streszczenie: Podłoże projektu, zakres procesów w zakresie i poza zakresem, osoby zatwierdzające oraz fazy.
• Struktura przedsiębiorstwa: Kody firm, obszar kontrolny, zakłady, miejsca magazynowania, organizacje sprzedaży, organizacje zakupów i obszary personelu, które zostaną skonfigurowane w SAP.
• Dane podstawowe: Obiekty danych do tworzenia i utrzymywania — klienci, dostawcy, materiały, pracownicy, konta GL, centra kosztów — oraz model własności.
• Projektowanie procesów biznesowych: Przepływy procesów AS-IS zebrane z warsztatów, przepływy TO-BE przeprojektowane dla SAP, RACI i punkty integracyjne.
• Analiza dopasowania i luk: Macierz wierszy na wymagania pokazująca, czy standard SAP rozwiązanie spełnia wymaganie (dopasowanie), wymaga obejścia (częściowe dopasowanie) lub wymaga obiektu WRICEF (luka).
• Rejestr WRICEF: Przepływy pracy, raporty, interfejsy, konwersje, ulepszenia i formularze, które zostaną utworzone. Każdy wpis ma właściciela funkcjonalnego i szacunkowy nakład pracy.
• Raporty i formularze: Standardowe SAP raporty do ponownego wykorzystania, niestandardowe raporty Z i formularze do drukowania (SAPskrypt, Smart Forms, Adobe Forms).
• Interfejsy i integracje: Integracje przychodzące i wychodzące ze starszymi systemami lub systemami innych firm za pośrednictwem IDoc, RFC, OData lub SAP Pakiet integracyjny.
• Autoryzacje i bezpieczeństwo: Katalog ról, podział obowiązków i przepływ pracy zatwierdzania dostępu.
• Migracja danych: Starsze źródła, reguły oczyszczania, obiekty LSMW lub Migration Cockpit, okna przełączania.
• Strategia testowa: Zakres jednostki, integracji, akceptacji użytkownika i regresji, a także środowiska.
• Zarządzanie zmianą i szkolenia: Plan komunikacji, program szkoleniowy i lista kontrolna przejścia na wersję roboczą.

Jak stworzyć SAP Szablon projektu/dokument

Oto proces krok po kroku, który pomoże Ci utworzyć SAP Szablon lub dokument projektu. Wykonaj każdy etap w kolejności – późniejsze etapy zależą od artefaktów wytworzonych wcześniej.

Krok 1) Opracuj inwentarz procesu

To pierwszy krok do inwentaryzacji każdego procesu biznesowego w zakresie. Pomaga on w przemyśleniu kolejności, odpowiedzialności i priorytetów procesów. W tym miejscu identyfikujesz również potrzeby rozwojowe w zakresie niestandardowych formularzy, raportów, ulepszeń lub przepływów pracy, które wykraczają poza standardowe ramy. SAP.

Krok 2) Utwórz plik Foundation dla Planu

Na tym etapie możesz określić zakres SAP Projekt. Stwórz plan przed rozpoczęciem pracy nad nowym systemem oprogramowania. Zbierz wymagania dotyczące autoryzacji bezpieczeństwa i potrzeby szkoleniowe w całym przedsiębiorstwie. Dokument definiujący zakres pomaga w ustaleniu granic procesów i zawiera podstawowe informacje o każdym procesie objętym zakresem.

Krok 3) Stwórz plan

Stworzenie planu wymaga zrozumienia, gdzie zmienia się odpowiedzialność między dwoma działami. Ten krok wykorzystuje te informacje, wyjaśniając, który dział lub osoba odpowiada za daną część procesu od początku do końca. Zdefiniuj dane główne, koncentrując się na kluczowych punktach integracji i wspierających działaniach organizacyjnych.

Krok 4) Oszacuj czas i koszt

Przed ustaleniem celów dla procesu kluczowe jest przeprowadzenie pomiaru bazowego. Określ koszt i czas trwania każdego procesu. Ten krok pozwala również zdefiniować parametry służące do wyznaczania celów doskonalenia dla organizacji.

Krok 5) Sprawdź SAP Plan

Uzyskaj opinie od odpowiednich współpracowników. Dzięki temu masz pewność, SAP Dokument Business Blueprint odzwierciedla rzeczywistość. Na tym etapie zbierane są również sugestie i poparcie wszystkich interesariuszy oraz ustalane jest formalne zatwierdzenie przed rozpoczęciem konfiguracji.

Krok 6) Wdrażaj techniki doskonalenia

Stosuj zorganizowane podejście do usprawniania procesów biznesowych — oceniaj działania o wartości dodanej, eliminuj powtarzalność, skracaj czas przetwarzania i korzystaj z automatyzacji, gdziekolwiek to możliwe. Pomaga to tworzyć wartość biznesową wykraczającą poza samo powielanie dotychczasowych procesów. SAP.

Krok 7) Opracuj wewnętrzne kontrole i wskaźniki

Utwórz wewnętrzne kontrole i metryki, które pomogą tracpostęp. Pozwalają również tworzyć narzędzia zwiększające efektywność i wydajność SAP procesu biznesowego. Typowe wskaźniki obejmują czas cyklu, wydajność pierwszego przejścia, koszt transakcji i wskaźnik wyjątków.

Krok 8) Przeprowadź próbę próbną

Przeprowadź próbę. Pomoże Ci to zweryfikować SAP System bez konieczności pełnej inwestycji. Ten krok rozwiązuje błędy konfiguracji i potwierdza, że ​​proces działa zgodnie z wymaganiami biznesowymi przed rozpoczęciem testów akceptacyjnych użytkowników.

Krok 9) Wprowadź zmiany

Na tym etapie wdrażany jest nowo zaprojektowany proces. Umożliwia on również przekazanie właściwych informacji właściwym osobom. Bez formalnej komunikacji dotyczącej zmian, skuteczne przejście na nowy system jest trudne.

Krok 10) Podążaj za ciągłym doskonaleniem

Na ostatnim etapie postępuj zgodnie z koncepcją ciągłego doskonalenia. Opracuj nowe podejście do wdrażania usprawnień procesów biznesowych. Aby to zadziałało, musisz regularnie przeprowadzać ocenę procesu, aby zapewnić jego ciągłą skuteczność.

Korzyści z planów biznesowych

• SAP Business Blueprint pomaga użytkownikom końcowym zrozumieć, jak będzie wyglądało rozwiązanie, zanim rozpocznie się konfiguracja.
• Oferuje solidne podstawy wspierające zarządzanie zmianą organizacyjną.
• Pomaga wyeliminować ryzyko utraty udziałów w rynku lub reputacji z powodu nieudanego wdrożenia.
• SAP Szablon Business Blueprint pomaga na początku zdefiniować wszystkie najważniejsze czynniki sukcesu i kluczowe wskaźniki efektywności.
• Zapewnia zakres projektu dostosowany do czasu i budżetu.
• Przynosi korzyści zespołowi poprzez zakodowanie sprawdzonej metodologii udoskonalania.
• SAP Szablon BBP zapewnia lepszą dyscyplinę realizacji projektu dzięki udokumentowanym kamieniom milowym.
• Zapewnia forum do przeglądania i kwestionowania bieżących procesów biznesowych przed ich ponownym utworzeniem SAP.

Wyzwania i rozwiązania dla SAP Plan

Wyzwania	Nasze rozwiązania
Zaangażowanie kierownictwa firmy	Bądź stanowczy. Wsparcie ze strony kierownictwa ma bezpośredni wpływ na harmonogram i budżet projektu.
Użytkownicy nie znają komputera ani procesów systemowych. Mogą zapomnieć o niektórych procesach biznesowych, które pojawiają się później.	Konsultant musi być bardziej dociekliwy i dokładnie badać interesariuszy, aby wydobyć każdy proces, wyjątek i przypadek skrajny.
Zdolność użytkownika do zrozumienia SAP pojęcia.	Odpowiednie szkolenie oparte na rolach powinno być zapewnione na etapie projektowania, a nie tylko przed uruchomieniem.
Konsultant zajmuje się więcej niż jednym projektem jednocześnie.	Konsultant powinien koncentrować się na jednym projekcie na raz. Jeśli wymaga tego obciążenie pracą, należy zatrudnić dodatkowego konsultanta.
Plany ulegają zmianie, gdy warsztaty odkrywają nowe wymagania.	Zamroź wymagania w zdefiniowanym punkcie kontrolnym i skieruj późniejsze żądania przez formalny proces składania wniosków o zmianę.
Dokumenty są przechowywane w różnych wiadomościach e-mail i na dyskach współdzielonych, co powoduje chaos wersji.	Zastosowanie SAP Signavio Process Manager, SharePoint lub Solution Manager jako jedyne źródło prawdy dla planu.

SAP Plan biznesowy kontra SAP Aktywuj dopasowanie do standardu

Plan biznesowy leży u podstaw starszego ASAP (Przyśpieszony SAP) metodologia, która wykorzystuje podejście kaskadowe: przygotowanie, projekt, realizacja, przygotowanie końcowe, uruchomienie i wsparcie. Ponieważ SAP S/4HANA, SAP-zalecana metodologia to SAP Aktywuj, który jest zwinny i iteracyjny. Jego sześć faz to: Odkrywanie, Przygotowanie, Eksploracja, Realizacja, Wdrażanie i Uruchomienie.

In SAP Aktywuj – nie zaczynasz od pustego projektu. Zaczynasz od wstępnie skonfigurowanych Najlepszych Praktyk dostarczonych jako elementy zakresu. W fazie eksploracji prowadzisz warsztaty „Dopasuj do standardu”, podczas których firma testuje standard. SAP przetwarza i dokumentuje jedynie delty.

WYGLĄD	ASAP Plan	SAP Aktywuj dopasowanie do standardu
Metodologia	Wodospad, faza projektu	Agile, faza eksploracji
Punkt początkowy	Puste płótno — uchwyć stan „TAK JAK JEST” z warsztatów	Aktywowane najlepsze praktyki — najpierw wypróbuj TO-BE
Dostarczalne	Dokument planu biznesowego (BBP)	Delta dokument + zaległości w zakresie historii użytkowników
Typowy czas trwania	2 do 6 miesięcy warsztatów	Sesje Fit-to-Standard trwające od 4 do 8 tygodni
Podejście oparte na personalizacji	Modyfikacja w rdzeniu, obiekty RICEF	Czysty rdzeń, przedłużenia obok siebie SAP BTP
Model podpisywania	Pojedyncze, wielkie pożegnanie BBP	Iteracyjne zatwierdzanie każdego elementu zakresu
Produkt powszechny	SAP ECC / R/3	SAP S/4HANA, RISE z SAP, ROŚNIJ z SAP

Oba podejścia nadal generują dokumentację, ale nacisk przesunął się z wyczerpującego, początkowego artefaktu na żywy model procesu przechowywany w SAP Signavio, SAP Cloud ALM, czyli aplikacja Fiori Manage Your Solution.

wspólny SAP Pułapki i rozwiązania w projekcie

Nawet dobrze prowadzone programy napotykają te same powtarzające się problemy, gdy projekt przenosi się z warsztatu do realizacji. Zwróć na nie uwagę podczas kontroli jakości.

• Kopiowanie procesu legacy 1:1: Niszczy argumenty wartości. Nalegaj na warsztaty TO-BE, które pozwolą SAP standardowo przeprowadzaj proces przed dodaniem udoskonaleń.
• Brakujące ścieżki wyjątków: Blueprint rejestruje szczęśliwą ścieżkę, ale nie uwzględnia zwrotów, anulowań ani połączeń międzyfirmowych. Dodaj sekcję scenariusza wyjątku dla każdego procesu.
• Niedostatecznie zakresowane dane główne: Niejasny materiał lub dane klienta prowadzą do konieczności przeprojektowania migracji. Określ każdy atrybut, własność i kanał tworzenia.
• Niejednoznaczne punkty styku integracji: Systemy zostały nazwane, ale nie podano dokładnego IDoc, RFC ani OData. Dołącz inwentarz integracji z systemem źródłowym, kierunkiem, częstotliwością i obsługą błędów.
• Lista WRICEF wydłuża się po podpisaniu: Każde nowe udoskonalenie powinno wiązać się z prośbą o zmianę, uwzględniającą koszty, harmonogram i wpływ na całkowity koszt posiadania.
• Projekt autoryzacji pozostawiony na koniec: Projektuj role równolegle z procesami, aby konflikty związane z podziałem obowiązków ujawniały się wcześnie, a nie dopiero w fazie testów UAT.
• Brak właściciela BBP po stronie klienta: Przypisz właściciela procesu biznesowego do każdego modułu. Konsultant sporządza projekt, a firma jest jego właścicielem i zatwierdza go.

FAQ