Celem analizy biznesowej jest uzyskanie fundamentalnych informacji o planowanym projekcie: jego celach, priorytetach, powiązaniach z długofalową polityką firmy. Rezultaty analizy pozwalają ustalić, jakie wymierne korzyści uzyskuje firma dzięki wdrażanym rozwiązaniom (www.bpmg.pl).

Analiza biznesowa jest więc procesem, którego celem jest zidentyfikowanie potrzeb klienta w zakresie funkcjonalności oraz innych biznesowych aspektów dotyczących systemu informatycznego.

Zgodnie z wytycznymi BABOK (ang. Business Analysis Body of Knowledge) w skład analizy biznesowej wlakichodzą następujące procesy:

• Analiza przedsiębiorstwa – polega na identyfikacji i zrozumieniu potrzeb danego biznesu (branży). Jest to etap poprzedzający właściwe pozyskiwanie wymagań, umożliwia zapoznanie się z celami oraz charakterystyką danej organizacji, a to z kolei daje możliwość lepszej, zgodnej z kontekstem organizacji procesu analizy biznesowej.

• Pozyskiwanie wymagań – czyli proces identyfikacji oczekiwań i potrzeb klienta w zakresie projektowanego rozwiązania IT. Potrzeby mogą być wyrażone zarówno bezpośrednio (np. w postaci wysoko poziomowej listy wymagań dostarczonej przez przedstawicieli biznesu klienta),  jak i ukryte - czyli niekoniecznie związane z bezpośrednim celem i przeznaczeniem aplikacji, a mimo to konieczne dla zapewnienia prawidłowego funkcjonowania systemu. W pozyskiwaniu wymagań analitycy korzystają z wielu różnorodnych technik oraz sposobów identyfikacji i precyzowania wymagań od klienta i innych udziałowców projektu.

• Planowanie i zarządzanie wymaganiami – obejmuje planowanie procesu dokumentowania wymagań wraz z określaniem priorytetów dla implementacji poszczególnych wymagań oraz mechanizmami kontroli zmian. Zarządzanie wymaganiami wykonywane jest zwykle przy wsparciu narzędziowym (repozytorium wymagań z kontrolą wersji).

• Dokumentowanie wymagań – opisuje, w jaki sposób i na jakim poziomie szczegółowości opisywać wymagania, by mogły one zostać poprawnie zaimplementowane przez programistów oraz zrozumiane przez tych członków zespołu, którzy z dokumentacji wymagań korzystają, np. testerzy i zespół QA, zwykle opierający pisane przez siebie przypadki testowe na specyfikacji wymagań. Dokumentowanie wymagań można realizować na wiele sposobów – wymagania mogą być opisane zarówno samym tekstem, jak i dokładnymi modelami (np. diagramami przypadków użycia, modelami procesów opisanymi w BPMN) i specyfikacjami. Dostępnych jest wiele narzędzi, darmowych i komercjalnych, wspierających modelowanie i dokumentowanie wymagań (np. Enterprise Architect, Visual Paradigm, Visio, ArgoUML, itd.)

• Komunikowanie wymagań – czyli udostępnianie dokumentacji analitycznej udziałowcom projektu. Obejmuje również informowanie o zmianach w zakresie wymagań, treści wymagań itd. Komunikowanie wymagań powinno uwzględniać efektywne Zarządzanie Zmianą – wszyscy udziałowcy projektu powinni posiadać wiedzę o tym, jaka jest aktualna treść wymagań, czy dane wymaganie zostało zmienione i z jakiego powodu, jaki jest wpływ i zakres zmian.

• Ocena i walidacja rozwiązania polegająca na ocenie proponowanego rozwiązania oraz zapewnieniu wsparcia analitycznego w procesach implementacji oraz testowania.

Referencje:

• www.theiiba.org/ - oficjalna strona International Institute of Business Analysis, z której można za darmo pobrać BABOK (Business Analysis Body of Knowledge).


Autor: Karolina Zmitrowicz