Diagram BPMN może jednocześnie pokazywać przebieg działań, odpowiedzialność za ich wykonanie oraz punkty wyboru, ale jego odczytanie wymaga rozróżnienia tych funkcji. Kluczowe znaczenie ma także zakres modelu: może on opisywać stan obecny AS-IS albo przedstawiać stan docelowy TO-BE, a poziom szczegółowości powinien odpowiadać celowi i odbiorcom diagramu.
Zakres i cel modelowania procesu w BPMN
Zakres i cel modelowania BPMN wyznaczają, co znajdzie się na diagramie oraz jak szczegółowy będzie jego opis. Najpierw określa się, jaki fragment procesu obejmuje model, gdzie się zaczyna i po czym rozpoznaje się jego zakończenie. Pozwala to uniknąć łączenia na jednym diagramie informacji potrzebnych różnym odbiorcom.
Model może przedstawiać stan obecny AS-IS albo stan docelowy TO-BE. Poziom szczegółowości należy dopasować do celu i odbiorców: prostszy model wspiera wspólne zrozumienie przebiegu, a bardziej precyzyjny służy analizie lub przygotowaniu wdrożenia. Nadmiar szczegółów można przenieść do podprocesów albo osobnej dokumentacji.
Podstawowe elementy diagramu BPMN
Podstawową strukturę diagramu BPMN tworzą obiekty przepływu, elementy łączące oraz oznaczenia odpowiedzialności i kontekstu. Dzięki nim model pokazuje nie tylko działania, lecz także momenty zachodzące w procesie i sposób przechodzenia między jego kolejnymi fragmentami. BPMN 2.0 pozwala budować takie modele na różnym poziomie szczegółowości, zależnie od celu diagramu.
Zdarzenia, aktywności i podprocesy
Aktywność w BPMN oznacza pracę wykonywaną w ramach procesu. Jej atomowym rodzajem jest zadanie, którego nie rozkłada się w danym modelu na dalsze samodzielne kroki. Gdy praca obejmuje własny zestaw szczegółowych działań, można przedstawić ją jako podproces, także na osobnym diagramie o niższym poziomie szczegółowości. Wybór między zadaniem a podprocesem zależy więc od złożoności pracy i celu modelu.
Zdarzenia opisują momenty wpływające na przebieg procesu, a ich położenie wskazuje funkcję w modelu:
- zdarzenie początkowe inicjuje proces;
- zdarzenie pośrednie występuje w trakcie procesu i może zmienić dalszy przebieg, także przerwać realizację aktywności;
- zdarzenie końcowe wskazuje zakończenie procesu.
Bramki i sterowanie przepływem
Bramka BPMN jest punktem sterowania przepływem przedstawianym jako romb. Służy do rozdzielania ścieżek, wyboru alternatywy albo ich późniejszego łączenia. Najważniejsze rozróżnienie dotyczy tego, czy proces ma wykonać jedną ścieżkę, kilka ścieżek spełniających warunki, czy wszystkie ścieżki równolegle.
| Rodzaj bramki | Zastosowanie |
|---|---|
| XOR | Wybiera jedną z alternatywnych ścieżek na podstawie danych lub reguły wyboru. |
| AND | Rozdziela przepływ na wszystkie wychodzące ścieżki i może służyć do ich synchronizacji. |
| OR | Uruchamia wszystkie ścieżki, których warunki są spełnione, dlatego może aktywować więcej niż jedną alternatywę. |
Pule, tory oraz przepływy sekwencji i komunikatów
Pule i tory porządkują odpowiedzialność za przebieg procesu, natomiast rodzaj połączenia wskazuje, czy opis dotyczy kolejności działań, czy wymiany między uczestnikami. Pula reprezentuje uczestnika procesu i może pokazywać jego przepływ wewnętrzny albo ukrywać go, gdy szczegóły nie są potrzebne. Wewnątrz puli tory przypisują działania konkretnym rolom, stanowiskom lub jednostkom.
| Element | Zastosowanie |
|---|---|
| Przepływ sekwencji | Łączy elementy w obrębie tej samej puli i pokazuje kolejność przebiegu procesu; jest przedstawiany jako ciągła linia ze strzałką. |
| Przepływ komunikatów | Pokazuje wymianę treści między uczestnikami reprezentowanymi przez różne pule; jest przedstawiany jako linia przerywana ze strzałką. |
| Tor | Porządkuje działania według roli, stanowiska lub jednostki działającej wewnątrz puli. |
Czytanie diagramu BPMN: przepływ, role i decyzje
Diagram BPMN czyta się zgodnie z kierunkiem przepływu: od zdarzenia początkowego, przez kolejne aktywności, do zakończenia procesu. Przepływ sekwencji pokazuje kolejność działań w obrębie puli, a położenie elementu w torze wskazuje rolę lub jednostkę odpowiedzialną za jego wykonanie. Dzięki temu można równocześnie ustalić, co dzieje się w procesie i kto realizuje dany krok.
Najwięcej uwagi wymagają bramki. Rozdzielenie ścieżek oznacza, że dalszy przebieg zależy od warunku albo że proces przechodzi do równoległych działań; połączenie ścieżek wskazuje miejsce ich dalszego zbiegu. Interpretacja powinna opierać się na etykietach działań, zdarzeń i decyzji widocznych na diagramie, bez dopowiadania logiki biznesowej, której model nie przedstawia.
Tworzenie diagramu BPMN krok po kroku
Tworzenie diagramu BPMN warto rozpocząć od decyzji, co ma wyjaśniać model, a nie od rozmieszczania symboli. Najpierw określa się zakres procesu, jego cel, początek, koniec oraz oczekiwany poziom szczegółowości. Model może przedstawiać stan obecny albo projektowany stan docelowy, dlatego już na tym etapie trzeba ustalić, któremu z tych celów służy.
Informacje o przebiegu procesu zbiera się z rozmów, obserwacji, warsztatów i istniejącej dokumentacji. Następnie opisuje się główną kolejność działań oraz miejsca, w których przebieg zależy od decyzji lub udziału różnych ról. Szczegóły, które nie są potrzebne do bieżącego celu, można ująć w podprocesach albo osobnej dokumentacji.
- Ustal zakres i cel — określ, jaki fragment procesu obejmuje model i kto będzie z niego korzystać.
- Zbierz informacje — skonfrontuj dokumentację z wiedzą osób uczestniczących w procesie oraz z jego rzeczywistym przebiegiem.
- Wyznacz granice — wskaż zdarzenie rozpoczynające i kończące opisywany proces.
- Odwzoruj główny przebieg — przedstaw kluczowe działania, decyzje, role i zależności bez przedwczesnego uszczegóławiania.
- Przejrzyj model — sprawdź go z osobami znającymi proces i dopasuj poziom szczegółowości do odbiorców.
Przegląd pozwala wychwycić braki oraz rozbieżności między opisem stanu obecnego a zamierzonym stanem docelowym. Dopiero po takim sprawdzeniu warto rozwijać wybrane fragmenty, zamiast od razu tworzyć rozbudowany diagram.
Dane, artefakty i granice zastosowania BPMN
Artefakty BPMN uzupełniają przebieg procesu, ale nie sterują nim. Obiekt danych pokazuje informacje wymagane, przechowywane lub wytwarzane podczas procesu. Adnotacja tekstowa dodaje objaśnienie bez zmiany przepływu ani logiki, natomiast grupa porządkuje elementy według określonego powiązania. Dzięki temu diagram może zawierać istotny kontekst bez przeciążania głównej ścieżki.
| Element | Zastosowanie | Granica użycia |
|---|---|---|
| Obiekt danych | Pokazuje informacje związane z działaniem lub etapem procesu. | Nie zastępuje projektu struktury danych ani pełnego modelu informacji. |
| Adnotacja tekstowa | Dodaje komentarz, wyjaśnienie lub kontekst. | Nie zmienia kolejności działań, decyzji ani logiki procesu. |
| Grupa | Porządkuje elementy według kategorii lub logicznego powiązania. | Nie zmienia przepływu procesu i nie oznacza dodatkowej czynności. |
BPMN służy przede wszystkim do komunikowania przebiegu procesu. Nie powinna być traktowana jako pełna notacja do opisu struktur organizacyjnych, struktur danych ani diagramów przepływu danych. W obszarach takich jak zarządzanie jakością, symulacja, kalkulacja kosztów czy zarządzanie ryzykiem może wymagać uzupełnienia innymi opisami lub modelami.
Zasady czytelnego i poprawnego modelowania BPMN
Czytelny model BPMN powinien pokazywać tyle informacji, ile potrzeba do osiągnięcia określonego celu, bez przeciążania diagramu szczegółami. Jego układ warto podporządkować odbiorcom: innego poziomu opisu może potrzebować osoba analizująca przebieg procesu, a innego uczestnik odpowiedzialny za konkretne działania. Rozbudowane wyjaśnienia lepiej przenieść do osobnej dokumentacji.
- Zakres procesu – wyraźnie określ, gdzie proces się zaczyna i gdzie kończy.
- Układ diagramu – prowadź przepływy sekwencji w sposób uporządkowany, najlepiej poziomo, a powiązania danych rozmieszczaj pionowo.
- Poziom szczegółowości – dopasuj go do celu modelowania i potrzeb odbiorców, zamiast przedstawiać wszystkie informacje na jednym poziomie.
- Rozdzielenie przepływów – odróżniaj przepływ sekwencji od powiązań danych, aby nie mieszać logiki procesu z informacjami pomocniczymi.
- Dokumentacja uzupełniająca – przenoś szczegółowe opisy poza diagram, gdy ich obecność utrudnia odczytanie głównej ścieżki.