BPMN kontra schematy blokowe: Kiedy i dlaczego używać BPMN dla początkujących

Schematy blokowe i diagramy BPMN pokazują oba, jak praca postępuje od jednego kroku do drugiego. Różnica polega głównie na celu i precyzji:

Schemat blokowy jest ogólnego przeznaczenia diagramem służącym do przedstawiania logiki, kroków i decyzji.
BPMN, czyli Modelowanie Procesów Biznesowych i Notacja, to standaryzowany język stworzony specjalnie do modelowania procesów biznesowych, odpowiedzialności, zdarzeń, wiadomości, danych i automatyzacji.

Schemat blokowy jest często najszybszym sposobem wyjaśnienia prostej procedury. BPMN staje się bardziej przydatny, gdy proces obejmuje wiele osób, działów, organizacji, wyjątków, terminów lub systemów oprogramowania.

BPMN jest utrzymywany jako formalna specyfikacja przez Object Management Group. Jego notacja została zaprojektowana tak, aby była zrozumiała dla interesariuszy biznesowych, pozostając jednocześnie wystarczająco precyzyjna do wsparcia implementacji technicznej. Obecnie powszechnie używaną formalną specyfikacją jest BPMN 2.0.2.

1. Czym jest schemat blokowy?

Schemat blokowy to wizualna reprezentacja sekwencji kroków. Używa prostych kształtów połączonych strzałkami, aby pokazać, jak postępuje zadanie lub decyzja.

Typowy schemat blokowy zawiera:

Owal: Początek lub koniec
Prostokąt: Proces lub czynność
Romb: Decyzja
Strzałka: Kierunek przepływu
Równoległobok: Wejście lub wyjście
Kształt dokumentu: Dokument lub raport

Na przykład podstawowy schemat blokowy zwrotu kosztów może wyglądać następująco:

Start
  ↓
Pracownik składa wniosek o zwrot kosztów
  ↓
Kierownik przegląda wniosek
  ↓
Czy jest zatwierdzony?
 ├── Nie → Zwróć wniosek pracownikowi
 └── Tak → Dział finansowy wydaje płatność
  ↓
Koniec

Schematy blokowe są łatwe do stworzenia i zrozumienia, ponieważ używają niewielkiej liczby znanych symboli. Są przydatne do:

Wyjaśnienia prostej procedury
Dokumentowanie algorytmu
Opisywanie kroków rozwiązywania problemów
Mapowanie osobistego lub działowego przepływu pracy
Szkolenie pracowników
Pokazywanie podstawowej sekwencji decyzji

Głównym ograniczeniem jest to, że tradycyjne schematy blokowe nie zawsze jasno przedstawiają kto wykonuje każde zadanie, jak różne organizacje się komunikują, lub co się dzieje, gdy zdarzenia przerywają normalny proces.

2. Czym jest BPMN?

BPMN oznacza Modelowanie i Notacja Procesów Biznesowych. Jest to standaryzowana notacja służąca do opisywania procesów biznesowych w spójny sposób.

Diagramy BPMN mogą przedstawiać:

Aktywności i zadania
Zdarzenia początkowe, pośrednie i końcowe
Decyzje i logika rozgałęzienia
Praca równoległa
Uczestnicy i odpowiedzialności
Komunikacja między działami lub organizacjami
Wiadomości
Dane wejściowe i wyjściowe
Czasomierze, błędy, anulowania i eskalacje
Podprocesy wielokrotnego użytku
Aktywności ludzkie i zautomatyzowane

BPMN opiera się na koncepcjach schematów blokowych, ale dodaje znacznie bogatszy słownictwo dla operacji biznesowych. Jego podstawowe kategorie obejmują obiekty przepływu, obiekty łączące, ścieżki pływowe i artefakty.

Uproszczony proces BPMN może być opisany jako:

Klient składa zamówienie
        ↓
System sprzedaży rejestruje zamówienie
        ↓
Magazyn sprawdza stan magazynowy
        ↓
Czy produkt jest dostępny?
 ├── Nie → Powiadom klienta
 └── Tak → Przygotuj i zapakuj zamówienie
                 ↓
           Firma przewozowa dostarcza zamówienie

W rzeczywistym diagramie BPMN każdy uczestnik może być przedstawiony w osobnym basenie lub ścieżce, a komunikacja między nimi może być reprezentowana za pomocą przepływów wiadomości.

3. BPMN a schematy blokowe – szybkie porównanie

Cecha	Schemat blokowy	BPMN
Główne przeznaczenie	Pokazanie ogólnej logiki lub sekwencji	Modelowanie procesów biznesowych
Standaryzacja	Często nieformalne lub specyficzne dla narzędzia	Formalny międzynarodowy notacja modelowania
Krzywa uczenia się	Niska	Umiarkowana
Liczba symboli	Mały zestaw	Większy, specjalistyczny słownictwo
Role i odpowiedzialności	Zazwyczaj ograniczone	Jawnie reprezentowane za pomocą basenów i ścieżek
Komunikacja międzyorganizacyjna	Trudne do precyzyjnego przedstawienia	Reprezentowane za pomocą przepływów wiadomości
Wyjątki i przerwy	Zazwyczaj uproszczone	Zdarzenia mogą reprezentować timery, błędy, wiadomości i eskalacje
Aktywności równoległe	Możliwe, ale często niejasne	Obsługiwane za pomocą bram równoległych
Wsparcie automatyzacji	Ograniczone	Może być wystarczająco szczegółowy, aby wspierać wdrożenie
Najlepsze zastosowanie	Proste procedury i logika	Złożone, współpracujące, powtarzalne procesy
Typowa grupa odbiorców	Zwykli użytkownicy, studenci, zespoły	Analitycy, właściciele procesów, programiści, menedżerowie
Poziom szczegółowości	Niski do średniego	Średni do bardzo wysokiego

4. Centralna różnica: Ogólna logika vs. semantyka procesów biznesowych

Najważniejsza różnica polega na tym, że schemat blokowy odpowiada głównie na pytanie:

„Co dzieje się dalej?”

BPMN może odpowiedzieć na kilka dodatkowych pytań:

Kto wykonuje każdą czynność?
Który dział lub organizacja jest zaangażowany?
Czy interakcja jest wewnętrzna, czy zewnętrzna?
Czy kolejny krok jest spowodowany wiadomością, timerem, błędem lub warunkiem?
Czy czynności mogą odbywać się równolegle?
Jakie dane są wymagane?
Co się dzieje, jeśli proces się nie powiedzie?
Które zadania są wykonywane przez ludzi, systemy lub reguły?
Czy ten proces można zautomatyzować lub monitorować?

Na przykład schemat blokowy może mówić:

Przejrzyj wniosek → Zatwierdź wniosek → Wyślij potwierdzenie

Model BPMN mógłby rozróżnić:

Klient składa wniosek.
Zespół obsługi klienta weryfikuje go.
Zautomatyzowany system sprawdza informacje o wiarygodności kredytowej.
Kierownik zatwierdza wnioski przekraczające określoną kwotę.
Zegar uruchamia przypomnienie po trzech dniach roboczych.
Do klienta wysyłana jest wiadomość.
Ścieżka błędów obsługuje brakujące dokumenty.

Schemat blokowy przedstawia ogólny zarys. BPMN przedstawia strukturę operacyjną.

5. Główne elementy BPMN, które muszą znać początkujący

BPMN zawiera wiele symboli, ale początkujący na początku potrzebują tylko niewielkiego zestawu podstawowego.

Zdarzenia

Zdarzenia reprezentują coś, co się dzieje, a nie coś, co ktoś robi.

Są rysowane jako koła.

Do typowych rodzajów należą:

Zdarzenie początkowe: Rozpoczyna proces
Zdarzenie pośrednie: Występuje w trakcie procesu
Zdarzenie końcowe: Zakończenie procesu
Zdarzenie wiadomości: Wiadomość jest otrzymywana lub wysyłana
Zdarzenie czasowe: W grę wchodzi termin lub zaplanowany czas
Zdarzenie błędu: Występuje błąd
Zdarzenie eskalacji: Sprawa wymaga uwagi na wyższym szczeblu

Przykłady:

Klient składa zamówienie.
Termin płatności upływa.
Otrzymywana jest wiadomość e-mail.
Występuje błąd systemu.

Aktywności

Aktywności reprezentują wykonywaną pracę. Są rysowane jako zaokrąglone prostokąty.

Mogą być:

Zadania: Pojedyncze jednostki pracy
Podprocesy: Grupy powiązanych aktywności
Zadania użytkownika: Praca wykonana przez osobę za pośrednictwem systemu
Zadania usługowe: Praca wykonywana automatycznie przez oprogramowanie
Zadania ręczne: Praca wykonywana bez pomocy systemu
Zadania reguł biznesowych: Praca określona przez regułę biznesową lub usługę decyzyjną

Dla początkującego najważniejsza idea jest prosta:

Zdarzenia mają miejsce; aktywności są wykonywane.

Rozgałęzienia

Rozgałęzienia kontrolują, jak proces się rozdziela lub łączy. Są rysowane jako romby.

Typowe rodzaje rozgałęzień obejmują:

Rozgałęzienie wyłączne: Wybrana jest tylko jedna ścieżka
Rozgałęzienie równoległe:Wiele ścieżek dzieje się jednocześnie
Rozgałęzienie włączające:Może zostać wybrana jedna lub więcej ścieżek
Rozgałęzienie oparte na zdarzeniach:Następna ścieżka zależy od tego, które zdarzenie nastąpi pierwsze

Przykład decyzji wyłącznej:

Czy płatność została otrzymana?
 ├── Tak → Wyślij zamówienie
 └── Nie → Wyślij przypomnienie o płatności

Przykład pracy równoległej:

Zamówienie zatwierdzone
      ↓
 ┌───────────────┬────────────────┐
 │               │                │
Pakowanie zamówienia   Przygotowanie faktury   Powiadomienie klienta
 │               │                │
 └───────────────┴────────────────┘
      ↓
Zamówienie gotowe do wysyłki

Przepływ sekwencyjny

Pełna strzałka pokazuje kolejność, w jakiej działania, zdarzenia i bramki występują w ramach tego samego procesu.

Zadanie A → Zadanie B → Zadanie C

Przepływ wiadomości

Przerywana strzałka reprezentuje komunikację między oddzielnymi uczestnikami lub basenami.

Na przykład:

Klient ──wiadomość──> Firma
Firma ──potwierdzenie──> Klient

Przepływ wiadomości różni się od przepływu sekwencyjnego:

Przepływ sekwencyjny:Pokazuje kolejność prac w ramach procesu
Przepływ wiadomości:Pokazuje komunikację między uczestnikami

Baseny i pasma

Pasma organizują pracę według uczestnika lub odpowiedzialności.

„Pasma„basenzazwyczaj reprezentuje uczestnika, organizację, podmiot gospodarczy lub niezależny proces.
„Pasma„pasmodzieli basen na role, zespoły, wydziały lub systemy.

Przykład:

Pasma klienta:     Złóż zamówienie ─────────────── Odbierz potwierdzenie
                         │                              ↑
Pasma sprzedaży:       Przeglądaj zamówienie ─────── Wyślij potwierdzenie

Baseny i pasma odpowiadają na jedno z najważniejszych pytań dotyczących procesu:

Kto jest odpowiedzialny za ten krok?

Obiekty danych i adnotacje

Obiekty danych pokazują informacje wykorzystywane lub generowane przez działanie.

Przykłady:

Wniosek
Faktura
Umowa
Karta klienta
Etykieta wysyłkowa

Adnotacje dodają tekst wyjaśniający bez zmiany logiki procesu.

6. Kiedy diagram przepływu jest lepszym wyborem

Użyj diagramu przepływu, gdy proces jest prosty, liniowy lub dotyczy głównie decyzji.

Diagram przepływu jest zazwyczaj wystarczający, gdy:

Jest jeden główny uczestnik
Proces ma tylko kilka kroków
Nie trzeba podkreślać obowiązków
Nie ma złożonych interakcji z podmiotami zewnętrznymi
Diagram służy do szybkiego wyjaśnienia
Proces jest badany nieformalnie
Dokumentujesz algorytm lub rutynę rozwiązywania problemów
Twoja grupa odbiorców nie zna BPMN

Na przykład „Jak zresetować hasło” może być lepiej przedstawione za pomocą prostego diagramu przepływu:”

Start
  ↓
Wprowadź nazwę użytkownika
  ↓
Czy konto zostało znalezione?
 ├── Nie → Wyświetl błąd
 └── Tak → Wyślij e-mail z resetem
                ↓
          Użytkownik tworzy hasło
                ↓
               Koniec

Użycie BPMN dla tego procesu może dodać niepotrzebną złożoność, chyba że celem jest zamodelowanie pełnej operacji serwisowej, weryfikacji tożsamości, powiadomień, zadań systemowych, eskalacji i rejestrów audytowych.

7. Kiedy BPMN jest lepszym wyborem

Użyj BPMN, gdy potrzebujesz zamodelować rzeczywisty proces biznesowy, a nie tylko opisać sekwencję.

BPMN jest szczególnie przydatny, gdy proces ma:

Wiele działów
Kilka ról lub uczestników
Klienci, dostawcy, organy regulacyjne lub partnerzy
Przekazywanie zadań między zespołami
Aktywności równoległe
Wiadomości zewnętrzne
Czasomierze lub terminy
Obsługa błędów lub wyjątków
Poziomy zatwierdzania
Zautomatyzowane zadania systemowe
Wymagania zgodności
Powtarzane wysiłki na rzecz usprawniania procesów
Przyszły cel automatyzacji przepływu pracy

Typowe przypadki użycia BPMN obejmują:

Zatwierdzanie zamówień zakupu
Przetwarzanie wniosków o kredyt
Wypłaty odszkodowań ubezpieczeniowych
Wdrażanie pracowników
Eskalacja zgłoszeń w obsłudze klienta
Przetwarzanie faktur
Zwroty produktów
Kierowania w służbie zdrowia
Przegląd umów
Realizacja wysyłek
Raportowanie regulacyjne
Przepływy wdrażania oprogramowania

Przydatna zasada brzmi:

Jeśli proces przekracza granice – między ludźmi, zespołami, systemami lub organizacjami – BPMN zazwyczaj warto rozważyć.

8. Dlaczego stosować BPMN?

Wspólny język

Różne grupy często opisują ten sam proces w różny sposób. Menedżer biznesowy może mówić o zatwierdzeniach, programista o usługach, a pracownik o codziennych zadaniach.

BPMN zapewnia wspólny język wizualny, który może pomóc tym grupom w dyskusji na ten sam temat. Celem jego projektu jest bycie użytecznym dla interesariuszy biznesowych, a jednocześnie na tyle precyzyjnym, aby można go było przetłumaczyć na komponenty procesów oprogramowania.

Jasna odpowiedzialność

Ścieżki czynią odpowiedzialność widoczną.

Zamiast pokazywać:

Przejrzyj wniosek → Zatwierdź wniosek → Utwórz konto

BPMN może pokazać:

Klient składa wniosek
Obsługa klienta weryfikuje dane
Zespół kredytowy przeprowadza ocenę
Kierownik zatwierdza odstępstwo
System IT tworzy konto

Może to ujawnić powieloną pracę, niejasny podział odpowiedzialności oraz niepotrzebne przekazania zadań.

Lepsza analiza odstępstw

Wiele rzeczywistych procesów nie przebiega zgodnie z optymalną ścieżką. BPMN ułatwia modelowanie:

Brakujące informacje
Odrzucone wnioski
Przekroczone terminy
Nieudane płatności
Błędy systemu
Anulacje
Eskalacje zgłoszeń od klientów
Odszkodowanie lub działanie naprawcze

Schemat blokowy może przedstawiać odstępstwa, ale BPMN oferuje specjalne typy zdarzeń i konwencje do ich bardziej wyraźnego przedstawienia.

Wsparcie dla automatyzacji

Modele BPMN mogą zawierać wystarczającą ilość szczegółów do kierowania wdrażaniem przepływu pracy. Nie każdy diagram BPMN jest wykonywalny, ale BPMN jest bardziej odpowiedni niż prosty schemat blokowy, gdy model może zostać później wykorzystany do skonfigurowania lub zaprojektowania procesu zautomatyzowanego.

Na przykład projektant procesu może rozróżniać między:

Zadanie wykonane przez pracownika
Zadanie wykonane przez usługę zautomatyzowaną
Decyzja oceniana na podstawie reguły biznesowej
Wiadomość otrzymana z innego systemu
Zegar wyzwalający działanie

Ulepszona poprawa procesów

Diagram BPMN może pomóc w zidentyfikowaniu:

Bottlenecks
Długie łańcuchy zatwierdzania
Powtarzające się wprowadzanie danych
Niepotrzebne przeglądy
Zadania ręczne nadające się do automatyzacji
Brakujące ścieżki wyjątków
Nadmierne przekazywania zadań
Niejasna odpowiedzialność
Opóźnienia spowodowane przez podmioty zewnętrzne

Dzięki temu BPMN jest wartościowy nie tylko do dokumentowania procesów, ale także do ich analizy i redagowania.

9. Wady BPMN

BPMN jest potężny, ale nie zawsze jest właściwym wyborem.

Ma bardziej stromą krzywą uczenia się

Schematy blokowe można często zrozumieć natychmiast. BPMN wymaga od użytkowników poznania różnic, takich jak:

Przepływ sekwencyjny vs. przepływ wiadomości
Zdarzenia vs. działania
Baseny vs. pasma
Bramki wyłączne vs. bramki równoległe
Zdarzenia przerywające vs. zdarzenia nieprzerywające
Zdarzenia łapiące vs. zdarzenia wyrzucające

Schematy mogą stać się nieczytelne

Duży schemat BPMN może zawierać dziesiątki symboli i przecinających się linii. Słabo zaprojektowane modele mogą być trudniejsze do zrozumienia niż prosty schemat blokowy.

Precyzja może tworzyć fałszywe poczucie pewności

Używanie symboli BPMN nie sprawia automatycznie, że model procesu jest dokładny. Model nadal zależy od poprawnych informacji od właścicieli procesów i ekspertów merytorycznych.

Nie każda grupa odbiorców potrzebuje pełnych szczegółów

Kierownicy wyższego szczebla mogą chcieć ogólnego przeglądu procesu, podczas gdy programista przepływu pracy może potrzebować szczegółowych informacji o zadaniach i wyjątkach. Jeden schemat rzadko idealnie służy obu celom.

Może być nadużywane

Pięciokrokowa procedura wewnętrzna niekoniecznie wymaga zdarzeń wiadomości, wielu basenów i zagnieżdżonych podprocesów. Notacja powinna odpowiadać problemowi.

10. Praktyczny przewodnik decyzyjny

Użyj tych pytań, aby wybrać między schematem blokowym a BPMN:

Ilu uczestników jest zaangażowanych?
- Jedna osoba lub zespół: schemat blokowy może wystarczyć.
- Kilka zespołów lub organizacji: BPMN jest bardziej odpowiedni.
Czy odpowiedzialności mają znaczenie?
- Jeśli nie, użyj schematu blokowego.
- Jeśli tak, użyj ścieżek lub basenów w BPMN.
Czy występują komunikacje zewnętrzne?
- Jeśli nie, może zadziałać dowolna notacja.
- Jeśli tak, BPMN pozwala odróżnić wiadomości od wewnętrznego przepływu procesu.
Czy występują timery, błędy lub eskalacje?
- Jeśli nie, schemat blokowy może być wystarczający.
- Jeśli tak, BPMN oferuje wyraźniejsze narzędzia modelowania.
Czy proces zostanie zautomatyzowany?
- Jeśli nie, schemat blokowy może być wystarczający dla prostego procesu.
- Jeśli tak, BPMN zazwyczaj stanowi lepszą podstawę.
Czy proces musi być ponownie wykorzystywany jako formalny standard?
- Jeśli nie, użyj najprostszej notacji zrozumiałej dla Twojej grupy odbiorców.
- Jeśli tak, BPMN zapewnia większą spójność między diagramami a narzędziami.
Jaki jest poziom umiejętności Twojej grupy odbiorców?
- Odbiorcy ogólni: zacznij od prostego schematu blokowego lub BPMN na wysokim poziomie.
- Analitycy i zespoły techniczne: użyj BPMN z odpowiednim poziomem szczegółowości.

11. Przyjazna dla początkujących metoda modelowania BPMN

Krok 1: Określ granice procesu

Zdecyduj, gdzie proces się zaczyna i gdzie się kończy.

Na przykład:

Start: Klient zgłasza żądanie wsparcia
Koniec: Klient otrzymuje rozwiązanie

Unikaj próby modelowania całej organizacji na raz.

Krok 2: Zidentyfikuj uczestników

Wymień zaangażowane osoby, zespoły, organizacje i systemy.

Przykład:

Klient
Agent wsparcia
Zespół wsparcia technicznego
System rozliczeń
Menedżer usług

Mogą one stać się basenami lub pasami.

Krok 3: Najpierw opisz ścieżkę optymistyczną

Dokumentuj normalny proces bez wyjątków.

Otrzymaj zgłoszenie
  ↓
Klasyfikuj zgłoszenie
  ↓
Zbadaj problem
  ↓
Rozwiąż problem
  ↓
Powiadom klienta
  ↓
Zamknij zgłoszenie

Daje to jasne podstawy przed dodaniem złożoności.

Krok 4: Dodaj zdarzenia początkowe i końcowe

Każdy kompletny proces BPMN powinien mieć wyraźny początek i zakończenie.

Przykłady:

Początek: Otrzymano wiadomość
Początek: Czas upłynął
Początek: Klient wypełnia formularz
Koniec: Sprawa zamknięta
Koniec: Zgłoszenie odrzucone
Koniec: Płatność zakończona

Krok 5: Przydziel zadania uczestnikom

Umieść każdą czynność w odpowiednim pasie.

Na przykład:

Klient:       Złóż zgłoszenie ───────────── Otrzymaj rozwiązanie
Wsparcie:               Klasyfikuj ─ Zbadaj ─ Rozwiąż
System:                                  Wyślij powiadomienie

Krok 6: Dodaj bramki decyzyjne

Użyj bramki wyłącznej, gdy należy podążać tylko jedną ścieżką.

Problem rozwiązany?
 ├── Nie → Eskaluj
 └── Tak → Powiadom klienta

Nie używaj bramki tylko dlatego, że zadanie ma pytanie w swojej nazwie. Użyj jej, gdy proces faktycznie się rozgałęzia.

Krok 7: Ostrożnie dodawaj pracę równoległą

Użyj bramki równoległej, gdy czynności mogą faktycznie zachodzić jednocześnie.

Na przykład, po zatwierdzeniu zamówienia:

Zarezerwuj zapasy
Wygeneruj fakturę
Powiadom magazyn

Jeśli jedna czynność musi nastąpić przed drugą, nie modeluj ich jako równoległych.

Krok 8: Dodaj wiadomości i dane

Wyświetlaj wiadomości, gdy uczestnicy się komunikują.

Przykłady:

Klient wysyła wniosek
Dostawca wysyła powiadomienie o wysyłce
System wysyła e-mail z zatwierdzeniem

Dodaj obiekty danych, gdy informacje są istotne dla czynności.

Krok 9: Dodaj wyjątki

Zadaj pytanie:

Co jeśli brakuje wymaganych informacji?
Co jeśli klient nie odpowie?
Co jeśli płatność się nie powiedzie?
Co jeśli termin minie?
Co jeśli system jest niedostępny?
Co jeśli pracownik odrzuci wniosek?

Modeluj tylko wyjątki, które mają znaczenie dla zrozumienia lub usprawnienia procesu.

Krok 10: Przegląd diagramu z właścicielami procesu

Diagram powinien zostać przeanalizowany przez osoby wykonujące pracę. Mogą one zidentyfikować:

Brakujące kroki
Nieprawidłowe odpowiedzialności
Nieformalne obejścia
Wyjątki niezadokumentowane w procedurach
Opóźnienia i niepotrzebne zatwierdzenia

12. Przykład: Wersja schematu blokowego vs. Wersja BPMN

Prosty schemat blokowy

Załóżmy, że klient zwraca produkt:

Start
  ↓
Klient zgłasza zwrot
  ↓
Czy zwrot jest dopuszczalny?
 ├── Nie → Odrzuć wniosek
 └── Tak → Wyślij etykietę zwrotną
                ↓
          Odbierz zwrócony przedmiot
                ↓
          Wydaj zwrot środków
                ↓
               Koniec

To jest łatwe do zrozumienia i może być wystarczające do szkolenia lub szybkiego przeglądu.

Wersja zorientowana na BPMN

Bardziej szczegółowy model BPMN rozróżniałby uczestników:

Klient

Zażądaj zwrotu
Spakuj produkt
Wyślij produkt

Obsługa klienta

Zweryfikuj wniosek o zwrot
Zatwierdź lub odrzuć zwrot
Wyślij instrukcje dotyczące zwrotu

Magazyn

Odbierz produkt
Sprawdź stan

Finanse

Wystaw zwrot pieniędzy

System

Wyślij potwierdzenie
Zaktualizuj stan magazynowy
Zarejestruj zwrot pieniędzy

Model może również przedstawiać:

Wiadomość od klienta
Timer dla terminu zwrotu
Brama oparta na stanie produktu
Błąd, jeśli przedmiot nie został odebrany
Równoległe działania dotyczące stanu magazynowego i zwrotu pieniędzy
Wiadomość potwierdzająca zwrot pieniędzy

Schemat blokowy wyjaśnia ogólną logikę. BPMN wyjaśnia współpracę operacyjną.

13. Typowe błędy początkujących

Błąd 1: Używanie każdego symbolu BPMN

Początkujący czasami próbują użyć jak największej liczby symboli. To sprawia, że diagramy są trudniejsze do odczytania.

Zacznij od:

Zdarzenia początkowe i końcowe
Zadania
Bramy wykluczające
Przepływy sekwencyjne
Baseny i pasma
Przepływy wiadomości, gdy jest to konieczne

Dodawaj zaawansowane elementy tylko wtedy, gdy rozwiązują one rzeczywisty problem modelowania.

Błąd 2: Mylenie przepływu sekwencyjnego z przepływem wiadomości

Przepływ sekwencyjny pokazuje postęp wewnątrz procesu. Przepływ wiadomości pokazuje komunikację między oddzielnymi uczestnikami.

Nie używaj przepływów wiadomości wyłącznie dla efektu wizualnego, aby linie wyglądały inaczej.

Błąd 3: Nieprawidłowe mieszanie basenów i pasm

Używaj pasm do podziału odpowiedzialności wewnątrz jednego uczestnika. Używaj oddzielnych basenów, gdy uczestnicy są niezależnymi podmiotami lub procesami.

Na przykład:

Sprzedaż, finanse i operacje mogą być pasmami w ramach jednej firmy.
Klient i dostawca mogą być oddzielnymi basenami.

Błąd 4: Traktowanie każdej decyzji jako wykluczającej

Brama wykluczająca oznacza, że wybierana jest dokładnie jedna ścieżka. Jeśli kilka ścieżek może wystąpić jednocześnie, użyj bramy równoległej. Jeśli może wystąpić jedna lub więcej ścieżek opcjonalnych, rozważ użycie bramy włączającej.

Błąd 5: Pomijanie wyzwalacza

Proces powinien wyjaśniać, co go uruchamia. „Przetwarzanie zamówienia” jest niejasne, chyba że model pokazuje, czy wyzwalaczem jest:

Zamówienie od klienta
Zaplanowana partia
Potwierdzenie płatności
Wiadomość z innego systemu

Błąd 6: Modelowanie wyłącznie procesu idealnego

Rzeczywiste procesy obejmują ponowne wykonanie, odrzucenie, opóźnienia i eskalację. Model pokazujący tylko pozytywny scenariusz może być atrakcyjny, ale operacyjnie niekompletny.

Błąd 7: Umieszczanie zbyt dużej ilości tekstu wewnątrz aktywności

Etykiety zadań powinny zazwyczaj używać zwięzłego formatu czasownik-obiekt:

Przejrzyj wniosek
Zweryfikuj adres
Zatwierdź zwrot
Wyślij potwierdzenie

Unikaj długich akapitów wewnątrz pudełek zadań. Umieszczaj wyjaśnienia pomocnicze w adnotacjach lub dokumentacji.

Błąd 8: Tworzenie jednego ogromnego diagramu

Duże procesy należy podzielić na podprocesy. Diagram wysokiego poziomu może przedstawiać:

Odbierz zamówienie → Przetwórz płatność → Zrealizuj zamówienie → Zamknij zamówienie

Każdy etap może łączyć się z bardziej szczegółowym diagramem.

14. Najlepsze praktyki BPMN dla czytelnych diagramów

Zacznij od wyraźnego zdarzenia początkowego.
Zakończ jednym lub kilkoma znaczącymi stanami końcowymi.
Ułóż główny przepływ od lewej do prawej lub od góry do dołu.
Utrzymuj linie przepływu sekwencyjnego możliwie jak najbardziej proste.
Unikaj przecinających się linii.
Używaj spójnych nazw zadań.
Utrzymuj główny diagram na poziomie szczegółowości zapewniającym czytelność.
Używaj pasm tylko wtedy, gdy odpowiedzialność ma znaczenie.
Oznaczaj bramki znaczącymi pytaniami lub warunkami.
Oznaczaj wyjściowe ścieżki z bramki, gdy znaczenie nie jest oczywiste.
Używaj podprocesów, aby ukryć niepotrzebne szczegóły.
Rozróżniaj ścieżki normalne od ścieżek wyjątków.
Utrzymuj przepływy wiadomości między odpowiednimi basenami.
Używaj adnotacji oszczędnie.
Zweryfikuj model z osobami wykonującymi proces.
Twórz oddzielne diagramy „stanu obecnego” i „stanu przyszłego” podczas redagowania procesu.

15. Ile BPMN powinien nauczyć się początkujący?

Nie musisz znać całej specyfikacji BPMN, aby tworzyć użyteczne diagramy.

Poziom początkujący

Naucz się:

Zdarzenia początkowe
Zdarzenia końcowe
Zadania
Przepływy sekwencyjne
Bramy wykluczające
Bramy równoległe
Baseny
Pasy
Przepływy wiadomości
Podstawowe obiekty danych

To wystarczy dla wielu diagramów procesów biznesowych.

Poziom średni

Dodaj:

Zdarzenia czasowe
Zdarzenia wiadomości
Zdarzenia błędów
Podprocesy
Aktywności wywołań
Zadania użytkowników
Zadania usługowe
Zdarzenia graniczne
Bramy oparte na zdarzeniach
Ścieżki rekompensaty

Poziom zaawansowany

Przeanalizuj:

Diagramy choreografii
Diagramy rozmów
Zdarzenia nieprzerwujące
Podprocesy zdarzeniowe
Transakcje
Rekompensata
Aktywności wieloeksemplarzowe
Korelacja
Semantyka wykonania
Zasady implementacji specyficzne dla narzędzia

BPMN obsługuje kilka typów modeli, w tym diagramy procesu, współpracy, choreografii i rozmowy. Początkujący powinni zazwyczaj zacząć od zwykłych diagramów procesu i współpracy przed przystąpieniem do studiowania bardziej wyspecjalizowanych typów.

16. BPMN, schematy blokowe i powiązane notacje

BPMN nie jest jedyną notacją modelowania.

Schematy blokowe: Najlepsze dla prostej logiki i procedur
BPMN: Najlepsze dla procesów biznesowych i współpracy w przepływie pracy
Diagramy aktywności UML: Przydatne do zachowania oprogramowania i systemów
DMN: Przydatne do formalnych decyzji biznesowych i reguł
CMMN: Przydatne do elastycznej pracy opartej na przypadkach, gdzie ścieżka nie jest w pełni z góry określona
Mapy strumienia wartości: Przydatne do analizy wartości i strat od początku do końca
Diagramy SIPOC: Przydatne do analizy wysokiego poziomu: dostawca-wejście-proces-wyjście-klient

BPMN może pokazać, że następuje decyzja, podczas gdy notacja skupiona na decyzjach, taka jak DMN, może opisać reguły używane do podjęcia tej decyzji. Te notacje mogą się uzupełniać, a nie konkurować.

17. Prosta zasada ogólna

Wybierz schemat blokowy gdy:

Musisz wyjaśnić sekwencję kroków lub decyzji tak szybko i prosto, jak to możliwe.

Wybierz BPMN gdy:

Musisz zrozumieć, przekazać, przeanalizować, ulepszyć lub zautomatyzować proces biznesowy obejmujący odpowiedzialności, zdarzenia, systemy lub organizacje.

Możesz również użyć obu:

Zacznij od prostego schematu blokowego, aby zrozumieć ogólny proces.
Przekształć go na BPMN, gdy kluczowe stają się role, wiadomości, wyjątki, harmonogramy lub automatyzacja.
Stwórz diagram BPMN na wysokim poziomie dla kierownictwa oraz szczegółową wersję dla analityków lub programistów.

Podsumowanie

Schematy blokowe i BPMN nie są narzędziami konkurencyjnymi w każdej sytuacji. Schemat blokowy to lekka wizualna ekspozycja. BPMN to strukturalny język modelowania procesów wymagających większej jasności, odpowiedzialności i szczegółowości operacyjnej.

Dla początkujących najlepszym podejściem jest rozpoczęcie od prostoty:

Zdefiniuj granice procesu.
Zidentyfikuj uczestników.
Zmapuj normalną ścieżkę.
Dodaj decyzje.
Przydziel odpowiedzialności.
Dodawaj wiadomości, timery, dane i wyjątki tylko wtedy, gdy są istotne.
Używaj podprocesów, aby kontrolować złożoność.

Jeśli proces jest krótki i obsługiwany przez jedną osobę lub zespół, schemat blokowy prawdopodobnie wystarczy. Jeśli proces obejmuje wiele ról, działów, systemów, stron zewnętrznych, terminów lub automatyzacji, BPMN zazwyczaj zapewni jaśniejszy i bardziej trwały model.

Ten post dostępny jest również w Deutsch, English, Español, فارسی, Français, English, Bahasa Indonesia and 日本語