Architektura Systemów biznesowych i IT

Obecnie każda firma wraz z rozwojem zwiększa ilość swoich systemów biznesowych, aplikacji i narzędzie. Firmy posiadają corowe systemy ERP, nakładki na te systemy, integracje z systemami zarządzania klientami CRM (Marketing Automation, LiveChaty, narzędzia do zarządzania social media, etc.), systemami sprzedażowymi B2B i B2C (np. platformy eCommerce, Marketplace, aplikacje mobilne, systemy dla sales repów na tabletach, programy prowizyjne dla partnerów, etc.), systemy do zarządzania magazynami i logistyką np. TMS, YMS, WMS, systemy zarządzania łańcuchem dostaw SCM, systemy do zarządzania wiedzą i dokumentami np. ECM czy DMS jak i systemy produkcyjne APS, MRP, MES czy HR-owe (HRIS, LMS, etc.). Duża organizacja lub grupa kapitałowa może nawet posiadać kilkadziesiąt różnych systemów.

Systemy te są lub powinny być zintegrowana na poziomie wymiany danych i procesów np. za pomocą szyn danych, API, etc. Niektóre systemy są często na serwerach wewnątrz firmowego Data Center, inne w centrum kolokacyjnym, inne w Cloudzie.

Jakie są minusy posiadania tak skomplikowanej architektury?

  • Duże koszty utrzymania systemów, serwerów, intgeracji
  • Duże koszty utrzymania jakości danych wymienianych przez systemy
  • Rosnący dług technologiczny
  • Utrzymywanie wielu dostawców
  • Zmniejszające się SLA wraz z czasem rozwoju zintegrowanych systemów na całości procesów
  • Ryzyka bezpieczeństwa i dostępu do danych
  • Wiele interfejsów użytkowników wewnętrznych i zewnętrznych
  • Skomplikowana księga procesów
  • Używanie robotów zamiast automatyzacji systemowej
  • itd.

Jeśli potrzebujesz uproszczenia lub optymalizacji architektury, analizy bezpieczeństwa i długu technologicznego, ograniczenia kosztów systemów, zmiany dostawców systemów lub zmiany systemów zapraszamy do kontaktu.

Nasza oferta doradcza:

Zapraszamy do kontaktu:

pfederowicz@gotechnologies.pl

Ponad 150-ciu zadowolonych klientów

Analiza przedwdrożeniowa – czy to takie straszne?

Analiza przedwdrożeniowa jest podstawą wdrożenia systemów informatycznych klasy ERP i CRM. To w jej trakcie powstaje opis istniejących i docelowych procesów biznesowych, ich ważność z punktu widzenia biznesu oraz mapowanie na funkcjonalności systemowe i ich wycena. Analiza wdrożeniowa jest dodatkowym obciążeniem zespołu biznesowego, który oprócz swoich codziennych obowiązków musi znaleźć dodatkowy czas, często po „godzinach” na dodatkowy projekt.

Analiza wdrożeniowa często jest zbyt długo trwającym procesem, zmieniającym się w zależności od danych procesów, które ulegają ciągłym zmianom, lub braku decyzyjności co do ostatecznych procesów lub braku zasobów wewnętrznych. Bardzo często analizy są źle zrobione, a wina leży albo po środku, albo po stronie wykonawcy lub po stronie klienta biznesowego. Skutkiem źle wykonanej analizy przedwdrożeniowej jest źle wdrożony system ERP czy CRM, co przekłada się na zakłócenie ciągłości biznesowej i poniesienie dodatkowych kosztów i czasu na poprawę systemu.

Jeśli potrzebujesz wsparcia w zakresie wyborze systemów i dostawców systemów lub w procesie wsparcia lub przygotowania organizacji do wdrożenia systemów ERP, CRM, WMS, eCommerce, APS, MRP, MES, TMS, etc. zapraszamy do współpracy. Posiadamy Analityków Biznesowych oraz project managerów gotowych do realizacji corowych projektów.

Nasza oferta doradcza:

Zapraszamy do kontaktu:

pfederowicz@gotechnologies.pl

Ponad 150-ciu zadowolonych klientów

Zarządzanie projektami: Jak skutecznie zebrać wymagania biznesowe?

Wymagania biznesowe wraz z  wymaganiami systemowymi  tworzą kompleksowe wymagania końcowego produktu. Zbieranie wymagań biznesowych jest jednym z najważniejszych i zarazem najtrudniejszych etapów projektu. Może decydować o sukcesie lub porażce każdego projektu.

Co to jest zarządzanie wymaganiami? Zarządzanie wymaganiami jest niezbędne podczas prowadzenia każdego projektu. Proces może składać się z kilku etapów w zależności od etapów projektu. Pierwszy etap jest odpowiedzialny za zebranie wymagań biznesowych oraz systemowych. Daje nam to szkic wymagań odnośnie docelowego systemu. Dzięki temu możemy stworzyć listę wymagań funkcjonalnych opisanych w specyfikacji wymagań. Taki dokument zaakceptowany przez wszystkie strony uczestniczące w analizie jest podstawą do dalszych prac nad szczegółowymi funkcjonalnościami. Proces zbierania wymagań nazywany jest Analizą Wymagań.

Jak wygląda kompleksowy proces zbierania wymagań dla każdego produktu? Pierwszym krokiem jest zebranie wymagań biznesowych. Drugim krokiem jest zebranie wymagań od użytkowników, którzy będą korzystać z danego produktu. Tutaj bardzo częstą metodą zbierania wymagań są przypadki użycia (use case). Kolejnym krokiem jest sporządzenie szczegółowej listy wymagań funkcjonalnych, wymagań jakościowych lub niefunkcjonalnych (np. odnośnie bezpieczeństwa, bezawaryjności, dostępności, itd. ) . To wszystko tworzy dokument wymagań względem oprogramowania często określany, jako SRS (Software Requirements Specification).

              Jak wykonać analizę wymagań biznesowych? Przy analizie wymagań możemy skorzystać z wielu technik lub metod np. z Business Analysis Body of Knowledge stworzonej przez International Institute of Business Analysis. Najbardziej popularnymi technikami analizy są burze mózgów, analizy aktualnej dokumentacji lub procesów biznesowych, wywiady, obserwacja, prototypowanie czy warsztaty. Wybór techniki lub ich łączenie zależy od projektu, skomplikowania, czasu, itd.

              Jak dokumentować wymagania biznesowe podczas analizy? Przy spisywaniu wymagań biznesowych warto skorzystać z takich narzędzi jak mapy myśli (mind maps), diagramy przypadków użycia użycia (use case), czy narzędzi do modelowania procesów biznesowych (Business proces modelling).

              Jakie są najczęstsze błędy analiz biznesowych? Dobra analiza może decydować o porażce lub sukcesie projektu. Zawarte w niej informacje muszą jednoznacznie opisywać wymagania oraz co się oczekuje od wykonawcy. W większości przypadków wymagania są niejednoznaczne a możliwości interpretacji dość duże. Przypomnijmy wymagania powinny być kompletne i spójne oraz powinny jednoznacznie opisywać, co chcemy osiągnąć.

              Jak priorytetyzować wymagania? Możemy posłużyć się prostą skalą opisową np. Wysoki, Średni, Niski, skalą liczbową np. od 1 do 5 lub w oparciu o metodę MoSCoW charakteryzującą się skalą Must (musi być), Should (powinien być), Could (może być), Would lub Won’t (może być lub nie musi być). Priorytet najwyższy powinny mieć wymagania wdrażane w pierwszej kolejności, najważniejsze z punktu widzenia biznesu, najniższy wymagania, bez których system może istnieć i bez których możemy skończyć projekt w założonym czasie.

             Jak zarządzać wymaganiami podczas trwania projektu? Należy posiadać proces zarządzania zmianami w projekcie (Change Management) zarówno jak stosujemy metodyki typu Prince2 czy techniki zwinne. Proces zarządzania zmianami w projektach informatycznych zostanie opisany w kolejnych cyklach artykułów o zarządzaniu projektami.

Zobacz naszą ofertę wsparcia w Zarządzaniu Projektami oraz wyboru systemów i dostawców klas ERP, CRM, etc.

Zapraszamy do kontaktu:

pfederowicz@gotechnologies.pl

Ponad 150-ciu zadowolonych klientów