Planowanie systemów biznesowych

Planowanie systemów biznesowych ( BSP ) to metoda analizy, definiowania i projektowania architektury informacji organizacji. Został wprowadzony przez IBM do użytku wewnętrznego dopiero w 1981 roku, chociaż wstępne prace nad BSP rozpoczęły się na początku lat siedemdziesiątych. BSP został później sprzedany organizacjom. Jest to złożona metoda zajmująca się wzajemnie połączonymi danymi, procesami, strategiami, celami i działami organizacyjnymi .

BSP było nowym podejściem do OW; jej celem jest:

  • Zapoznaj się z problemami i możliwościami związanymi z bieżącymi aplikacjami
  • Opracuj technologię przyszłości wspierającą przedsiębiorstwo
  • Zapewnij kadrze kierowniczej kierunek i ramy decyzyjne dotyczące wydatków na IT
  • Zapewnij systemom informacyjnym (IS) plan rozwoju

Rezultatem projektu BSP jest mapa drogowa technologii łącząca inwestycje ze strategią biznesową . BSP składa się z 15 kroków, które są podzielone na trzy sekcje według funkcji.

Przygotowanie

Zezwolenie na studia

Niezbędnym pierwszym krokiem w BSP jest uzyskanie zgody na badanie od kierownictwa lub zainteresowanego działu. Szereg ról musi uzgodnić cel i zakres badania:

  • Dyrektor zarządzający
  • Sponsor
    • Zapewnia wsparcie finansowe
  • Lider zespołu
    • Wybiera członków zespołu (od czterech do siedmiu osób)
    • Koordynuje działania
    • Badanie dokumentów i narzędzi (zwykle dłuższe niż osiem tygodni)
    • Przedstawia wyniki kierownictwu
  • Członek zespołu
  • Sekretarz
    • Studium dokumentów
    • Pomaga liderowi zespołu

Przygotowanie

Drugim krokiem jest przygotowanie badania lidera zespołu. Jego celem jest:

  • Ustaw ramy czasowe
  • Zdobądź dokumenty
  • Wybierz menedżerów do rozmowy kwalifikacyjnej
  • Zdobądź miejsce na spotkania i rozmowy kwalifikacyjne
  • Poinformuj członków zespołu o:
    • Funkcje organizacyjne
    • Organizacyjny poziom przetwarzania danych

Produktem tego kroku jest wiodący zeszyt naukowy z powyższymi informacjami, planem studiów, dokumentami informatycznymi i schematami.

Początek

Na pierwszym spotkaniu badania sponsor wyjaśnia cel i oczekiwane wyniki badania; lider zespołu przedstawia plan badań, a kierownik IT opisuje aktualny stan i rolę SI w organizacji.

Analiza

Analiza jest najważniejszą częścią BSP. Zespół poszukuje odpowiedniej struktury organizacyjnej , która definiuje strategię biznesową, procesy i klasy danych oraz analizuje bieżące wsparcie informacyjne.

Strategia

W tym kroku zdefiniuj cele strategiczne i sposób ich osiągnięcia w organizacji:

  • Dostosowanie do życzeń klienta
  • Centralnie planowane rezerwacje, zapasy, płatności
  • Usprawnienia w odprawie, wysyłce, prezentacji, reklamie, relacjach partnerskich i zarządzaniu zapasami
  • Nowi Klienci
  • Redukcja szumów
  • Procesy bez papieru
  • Rozszerzenie portfolio produktów
  • Redukcja strat i kosztów
  • Uproszczenie cyklu zamówień klientów
  • Koordynacja transportu
  • Modernizacja linii produkcyjnej
  • Aktualizowanie informacji

Zespół pracuje na podstawie tych strategicznych celów. Jednostki organizacyjne to działy organizacji. Każdy dział odpowiada za cel strategiczny.

Procesy

W organizacji jest około 40-60 procesów biznesowych (w zależności od jej wielkości) i ważne jest, aby wybrać te najbardziej dochodowe oraz dział odpowiedzialny za dany proces. Przykłady obejmują:

Klasy danych

Zwykle istnieje około 30–60 klas danych, w zależności od wielkości organizacji. Przyszły IS będzie korzystał z baz danych opartych na tych klasach. Przykłady obejmują:

Wsparcie informacyjne

Celem tego kroku jest sprawdzenie aplikacji używanych przez organizację i ocena znaczenia każdej z nich w celu wyeliminowania nadmiarowości.

Dyskusja o zarządzaniu

W końcowym etapie analitycznym zespół omawia swoje wyniki z kierownictwem w celu potwierdzenia (lub obalenia) założeń, uzupełnienia brakujących informacji, ujawnienia braków w organizacji i ustalenia przyszłych priorytetów.

Wyniki wydania

Wszystkie dokumenty powstałe podczas analizy są gromadzone, stanowiąc bazę dla przyszłej architektury informacji. Organizacja klasyfikuje i analizuje wszystkie zidentyfikowane problemy; tworzona jest lista przyczyn i skutków każdego problemu, która jest włączana do przyszłego SI.

(marka)

Wniosek

Definiowanie architektury informacji

architekturę informacji organizacji , konieczne jest połączenie podsystemów informacyjnych za pomocą procesów macierzowych i klas danych w celu znalezienia odpowiednich podsystemów. Następnie organizacja zmienia kolejność procesów zgodnie z cyklem życia produktu (lub usługi).

Ustalenie priorytetów rozwoju SI

Szereg kryteriów (na przykład koszty i czas opracowywania) określa najlepszą kolejność wdrażania systemu. Podsystemy o wysokim priorytecie mogą być analizowane głębiej. Informacje te przekazywane są sponsorowi, który określa, które podsystemy informacyjne zostaną opracowane.

Weryfikacja wpływu badania

Należy przeprowadzić badanie planowania i zarządzania SI. Kiedy organizacja zakończy pracę nad procesami i klasami danych, powinna zapoznać się z funkcjami i celami systemu wraz z listą żądanych zmian działowych oraz analizą kosztów.

Propozycje

Na tym etapie opracowywane są ostateczne zalecenia i plany dla organizacji, które obejmują architekturę informacji, zarządzanie SI i rozwój podsystemu informacyjnego oraz obejmują koszty, zyski i przyszłe działania.

Prezentacja

Jest to zgoda wszystkich zainteresowanych stron (zespołu, kierownictwa i sponsora) na przyszłe działania.

Ostatni krok

Organizacja powinna ustalić konkretne obowiązki podczas realizacji projektu. Zwykle istnieje komisja kontrolna, która zapewnia spójność w całym systemie informacyjnym.

BSP, oprócz swojej wartości do planowania SI, wprowadził procesowy widok firmy. Reinżynieria procesów biznesowych z lat 90. została zbudowana na tej koncepcji. Wykazał również potrzebę odseparowania danych od aplikacji korzystających z niego, wspierając podejście bazodanowe do metodologii tworzenia oprogramowania .

Krytyka

Skuteczność BSP i innych podobnych metodologii planowania została zakwestionowana:

  • Analiza historyczna pokazuje, że BSP i późniejsze metodologie architektury korporacyjnej (EA) są „zasadniczo wadliwe”.
  • Z badania wynika, że ​​„podejście [BSP] jest zbyt drogie, jego korzyści są zbyt niepewne i jest organizacyjnie trudne do wdrożenia”.
  • Z badania wynika, że ​​„biorąc pod uwagę ich duże koszty i czasochłonność, [...] odkrycia poważnie kwestionują użyteczność [BSP i podobnych] metodologii planowania”.
  • Z badania wynika, że ​​„podsumowując, planiści strategicznych systemów informatycznych nie są szczególnie zadowoleni z [metodologii BSP]. W końcu wymaga to dużych zasobów. […] Po zakończeniu badania [BSP] może być wymagana dalsza analiza zanim plan może zostać wykonany. Wykonanie planu może nie być bardzo obszerne”.
  • Badanie BSP i podobnych metodologii planowania kończy się wnioskiem, że „przedstawione tutaj dowody [...] zdecydowanie potwierdzają potrzebę gruntownego przemyślenia na nowo metodologii planowania SI”.
Pobrano z „ https://en.wikipedia.org/w/index.php?title=Business_systems_planning&oldid=1058280118 ”