Przebieg procesu analizy biznesowej: samouczek krok po kroku
⚡ Inteligentne podsumowanie
Proces analizy biznesowej prowadzi analityka biznesowego od rozpoczęcia projektu aż do zatwierdzenia wymagań, obejmując zbieranie informacji, przegląd interesariuszy, analizę dokumentów, określenie domeny problemu i ustrukturyzowaną prezentację dla kierowników projektu i sponsorów.
Jakie kroki należy wykonać w procesie analizy biznesowej?
Poniżej przedstawiono kroki procesu analizy biznesowej. Poprowadzi Cię od pierwszego dnia procesu analizy biznesowej do końca etapu planowania.
Krok 1) Zbierz wszystkie informacje na temat projektu
To jest Analityk biznesowy odpowiedzialność za zebranie wszystkich szczegółów związanych z projektem poprzez zadawanie pytań osobom z nim powiązanym (kierownikowi projektu, sponsorowi projektu, kierownikowi funkcyjnemu lub właścicielowi firmy).
Zebrane informacje powinny obejmować następujące tematy:
- Zakres i granice projektu
- Aktualne czynniki wpływające na organizację
- Ryzyko i ograniczenia projektu
- Szerszy kontekst organizacyjny
Zidentyfikuj interesariuszy aktywnie zaangażowanych w projekt. To również dobry moment na przeprowadzenie analizy. Analiza potrzeb interesariuszy.
Po zebraniu tych informacji przeanalizuj swoją rolę w projekcie i stwórz listę kontrolną, którą jako analityk biznesowy możesz uwzględnić, taką jak:
- Jakie wnioski z poprzednich doświadczeń możesz zastosować w obecnym projekcie?
- Dokumentacja i planowanie wymagane dla bieżącego projektu
- Omówienie możliwych rezultatów projektu z interesariuszami
- Zidentyfikuj członków zaangażowanych w projekt
- Zorganizuj spotkanie z klientem i interesariuszami, jeśli potrzebne są dodatkowe informacje
- Oczekiwane rezultaty i format, w jakim są wymagane
- Istniejącą dokumentację, którą możesz przejrzeć, aby lepiej zrozumieć projekt
- Metodologia (Zwinny lub wodospad) który będzie najbardziej odpowiedni dla projektu
Krok 2) Zidentyfikuj interesariuszy i utwórz Revspotkanie wizjowe
W drugim kroku skonfiguruj spotkanie przeglądowe z kierownikiem projektu, interesariuszami i członkami zespołu. Niejasny plan działania często prowadzi do niepowodzenia projektu.
- Określ dokładnie, czego oczekujesz od projektu.
- Zaangażuj kierownika projektu, interesariuszy i członków zespołu w spotkanie i zadaj pytania związane z projektem.
- Jeśli pracujesz nad zupełnie nowym projektem, skonsultuj się z kierownikiem projektu lub osobą kontaktową, która wcześniej pracowała w tej dziedzinie.
Krok 3) Przeanalizuj wszystkie dokumenty istotne dla projektu
Następnie, właściwie analizować wszystkie dokumenty istotne dla projektu, takie jak:
- Dokumentacja procesów biznesowych
- Dokumenty wymagań biznesowych i systemowych
- Sprawy biznesowe
- Wykresy i diagramy przepływu
- Plany projektowe
- Schemat organizacyjny
- Dokumenty strategiczne i biznesplany
- Polityka i ustawodawstwo
Odkryj wszelkie informacje ukryte w dokumencie wymagań biznesowych i tracLuki w obecnych systemach, procesach, procedurach i operacjach. Dostarczony dokument może być nieaktualny, dlatego przed uznaniem go za ostateczny należy zweryfikować każdy odkryty fakt.
Krok 4) Zapisz wszystkie odkryte fakty i informacje
Podczas badań i analiz odkryjesz wiele przydatnych faktów dotyczących projektu, które wymagają zmiany lub wdrożenia. Rejestruj wszystkie ustalenia, aby móc je później przejrzeć.
- Wymagania biznesowe, w tym wymogi dotyczące raportowania
- Procesy biznesowe i systemy wspierające
- Wymagania funkcjonalne i niefunkcjonalne
- Problemy i ryzyka, które aktualnie wpływają na projekt
Krok 5) Zrozum domenę problemu
W tym momencie masz już solidne zrozumienie projektu, więc możesz zidentyfikować domenę problematyczną. Musisz się dowiedzieć:
- Która funkcja biznesowa będzie objęta wpływem
- Ryzyka i czynniki wpływające na działalność gospodarczą
- Zasady i ograniczenia mające wpływ na projekt
- Wartości określające poziom ważności projektu
- Systemy, które obecnie wspierają działalność biznesową
- Dokumenty podsumowujące dziedzinę problemu, np. Sprawozdanie roczne
- Problemy, które obecnie blokują firmie osiągnięcie pożądanych rezultatów
- Czy proponowana zmiana ma wpływ na domenę problemu
Krok 6) Przedstaw wymagania biznesowe
Po zebraniu wszystkich wymagań biznesowych i zrozumieniu dziedziny problemu, następnym krokiem jest przedstawienie wymagań biznesowych do interesariuszy lub kierownika projektu. Typowe techniki prezentacji obejmują:
- Tabela lub arkusz kalkulacyjny
- Diagram lub wykres
- Prototyp lub symulacja
- Szablon tekstu strukturalnego lub zdanie strukturalne
Słownik pojęć umożliwiający szybki przegląd procesu analityka biznesowego:
- Cel: Określa cel działań związanych z analizą biznesową wymaganych dla proponowanej inicjatywy
- Zakres: Definiuje elementy dostarczane, które są uwzględnione i wykluczone
- Główna przyczyna: Definiuje główne przyczyny zidentyfikowanych problemów
- Obecny stan: Definiuje problem powodujący potrzebę zmiany
- Zaplanowane zajęcia: Określa przyczynę działania, elementy dostarczane i daty dostaw
- Plan zaangażowania interesariuszy: Daje przegląd procesu angażowania interesariuszy
- Zarządzanie jakością: Opisuje działania, które zapewnią jakość produktów projektu.
- Target Stan: Definiuje sposób rozwiązania zidentyfikowanych problemów krytycznych
Szybkie wskazówki dla analityka biznesowego
- Zadawaj pytania na spotkaniach
- Bądź przygotowany przed spotkaniem lub przeglądem interesariuszy
- Bądź elastyczny wobec zmian i nowych doświadczeń
- Zarządzaj oczekiwaniami
- Odpowiedz na opinie
Typowe produkty dostarczane w trakcie procesu analizy biznesowej
Każdy proces analizy biznesowej pozostawia po sobie zestaw dokumentów, które zespół projektu, sponsorzy i audytorzy mogą wykorzystać tracPowrót do. Spójne dostarczanie tych produktów sprawia, że proces ten można powtarzać w różnych projektach.
- Plan analizy biznesowej: Opisuje podejście, harmonogram i plan zaangażowania interesariuszy w prace analityczne.
- Rejestr interesariuszy: Wypisuje wszystkie strony zainteresowane wraz z ich rolą, wpływem, oczekiwaniami i preferowanym kanałem komunikacji.
- Dokument wymagań biznesowych (BRD): Opisuje najważniejsze potrzeby, cele i kryteria sukcesu przedsiębiorstwa w języku zrozumiałym dla interesariuszy nieposiadających wiedzy technicznej.
- Wymagania funkcjonalne i niefunkcjonalne: Przetłumacz BRD na zachowania systemu, atrybuty jakości i ograniczenia, na podstawie których programiści i testerzy będą mogli tworzyć oprogramowanie.
- Modele procesów i przypadki użycia: Zaprezentuj obecny i przyszły stan przepływów pracy, korzystając z diagramów BPMN, przypadków użycia UML lub diagramów aktywności.
- wymagania TracMacierz możliwości (RTM): Łączy każde wymaganie z jego źródłem, elementem projektu i testami, które je weryfikują.
- Rejestr żądań zmian: Rejestruje każdą zmianę zakresu wraz z jej wpływem, decyzją i osobą zatwierdzającą, dzięki czemu ślad audytu pozostaje nienaruszony.
Te elementy powinny być przechowywane we współdzielonym repozytorium, takim jak Confluence, SharePoint lub dedykowanym narzędziu do zarządzania wymaganiami, aby każdy członek zespołu mógł pracować na tej samej wersji.
Typowe błędy, których należy unikać w procesie analizy biznesowej
Nawet doświadczeni analitycy biznesowi wpadają w te same pułapki pod presją realizacji. Uważanie na poniższe błędy zapobiega większości niespodzianek związanych z poprawkami i zakresem prac na późniejszym etapie projektu.
- jumping do rozwiązania przed sformułowaniem problemu: Proponowanie systemu, narzędzia lub funkcji przed zrozumieniem ich pierwotnej przyczyny prowadzi do kosztownych przeróbek i rozwiązania, które nie odpowiada rzeczywistym potrzebom biznesowym.
- Skipping walidacja interesariuszy: Rejestrowanie wymagań bez zgody osób, które będą korzystać z systemu, prowadzi do powstawania luk, które ujawniają się dopiero podczas testów akceptacyjnych użytkowników.
- Traktowanie wymagań jako statycznych: Potrzeby biznesowe zmieniają się w trakcie projektu. Analityk biznesowy, który nie prowadzi repozytorium wymagań i tracMacierz możliwości wkrótce traci kontrolę nad zakresem.
- Nadmierna dokumentacja zamiast współpracy: Przygotowanie 200-stronicowego BRD, którego nikt nie przeczyta, jest gorsze niż przygotowanie krótkiego dokumentu w ramach regularnych sesji roboczych i modeli wizualnych.
- Skupiając się tylko na szczęśliwej ścieżce: Brak wyjątków, obsługi błędów i niefunkcjonalnych wymagań powoduje, że defekty przechodzą do produkcji i podważają zaufanie użytkowników.
- Praca w silosie: Analiza wymagań bez udziału programistów, testerów i zespołów operacyjnych pomija ryzyka wykonalności i ograniczenia, które można by wychwycić podczas wspólnej analizy.
- Używanie języka niejasnego lub dwuznacznego: Słowa takie jak „przyjazny dla użytkownika”, „szybki” lub „elastyczny” bez mierzalnych kryteriów akceptacji powodują spory, które ujawniają się dopiero po zaprezentowaniu danej funkcji.
Popularne narzędzia wspomagające proces analizy biznesowej
Odpowiedni zestaw narzędzi wspiera każdy etap procesu analizy biznesowej, od pozyskiwania danych po zatwierdzenie. Większość zespołów łączy lekkie narzędzie do zarządzania backlogiem, narzędzie do modelowania i platformę dokumentacji.
- Jira i Azure DevOps: Track epików, historii użytkowników i defektów w ramach zwinnych zespołów dostarczających rozwiązania oraz łączenie wymagań z pracą sprinterską.
- Confluence, SharePoint i Notion: Przechowuj plan analizy biznesowej, notatki ze spotkań, decyzje i dokumenty BRD w przestrzeni z możliwością wyszukiwania, do której dostęp będą miały zainteresowane strony.
- Microsoft Visio, Lucidcharti draw.io: Rysuj przepływy procesów BPMN, diagramy przypadków użycia i modele danych, które ułatwiają widoczność przepływów pracy i przekazów.
- Jama Connect, IBM DRZWI, Modern Requirementsi Visure: Zarządzaj wymaganiami na dużą skalę, korzystając z danych bazowych, tracanaliza możliwości i wpływu projektów regulowanych.
- Miro i Mural: Ułatwianie zdalnego odkrywania, mapa podróży użytkownikapingi mapa powinowactwaping warsztaty w czasie rzeczywistym.
- Balsamiq i Figma: Twórz szkielety o niskiej wierności i prototypy o wysokiej wierności, które pozwolą na weryfikację proponowanych ekranów z użytkownikami biznesowymi przed rozpoczęciem prac rozwojowych.
Małe zespoły często zaczynają od Jira, Confluence i LucidchartWiększe lub regulowane programy dodają dedykowane narzędzie do zarządzania wymaganiami raz tracobowiązkowe stają się: funkcjonalność, dane bazowe i ślady audytu.

