Diagram BPMN do automatyzacji przepływu pracy

Notacja i model procesu biznesowego (BPMN)

to graficzna reprezentacja określająca procesy biznesowe w modelu procesu biznesowego. Zapewnia standardowy sposób modelowania kroków w procesie biznesowym. Ten standard jest utrzymywany przez Object Management Group (OMG). BPMN jest zaprojektowany tak, aby był zrozumiały dla wszystkich interesariuszy biznesowych, w tym analityków biznesowych, którzy tworzą i udoskonalają procesy, deweloperów technicznych odpowiedzialnych za wdrażanie procesów oraz ludzi biznesu, którzy zarządzają i monitorują procesy.

Symbole BPMN

1. Obiekty przepływu:

2. • Wydarzenia: Reprezentuj coś, co się dzieje (początek, pośrednie i koniec). Są reprezentowani przez okręgi.

   • • Zdarzenie początkowe: Okrąg z cienką linią.

     • Zdarzenie pośrednie: Podwójny okrąg z linią

     • Zdarzenie końcowe: Okrąg z grubą linią.

   • Działania: Reprezentowanie pracy wykonywanej w ramach procesu biznesowego. Są przedstawieni zaokrąglonymi prostokątami.

   • • Zadanie: Pojedyncza jednostka pracy.

     • Podproces: Zestaw zadań zgrupowanych w jedną aktywność.

   • Bramy: Punkty decyzyjne, które mogą rozdzielać i łączyć przepływ procesu. Są reprezentowani przez diamenty.

   • • Bramka ekskluzywna (XOR): Można obrać tylko jedną ścieżkę.

     • Bramka równoległa (AND): Wszystkie ścieżki są zajęte.

     • Wrota Inkluzywne (OR): Można wybrać jedną lub więcej ścieżek.

3. Łączenie obiektów:

4. • Przepływ sekwencji: Pokazuje kolejność działań. Reprezentowany przez pełną linię ze strzałką.

   • Przepływ wiadomości: Pokazuje przepływ wiadomości między uczestnikami. Reprezentowane przez linię przerywaną ze strzałką.

   • Stowarzyszenie: Łączenie artefaktów z obiektami przepływu. Reprezentowane przez linię przerywaną.

5. Tory:

6. • Basen: Reprezentuje głównych uczestników procesu.

   • Tor: Podzadania w ramach puli do organizowania działań.

7. Elementy:

8. • Obiekt danych: Pokazuje dane wymagane lub wytwarzane przez działania.

   • Grupa: Służy do grupowania różnych działań.

   • Adnotacja: Dodatkowe informacje tekstowe.

Użycia

• Ulepszanie procesów biznesowych

• Rozwój oprogramowania

• Zgodność i zarządzanie ryzykiem

• Szkolenie i wdrażanie

• Zarządzanie projektami

• Obsługa klienta i pomoc

• Zarządzanie łańcuchem dostaw

• Procesy finansowe

• Opieka zdrowotna

• Zarządzanie zasobami ludzkimi

Przykład: Proces zatwierdzania projektanta kodu

Uczestnicy

1. Projektant kodu: Odpowiedzialny za tworzenie i poprawianie projektu kodu.

2. Lider zespołu deweloperskiego: Ocena projektu pod kątem wykonalności technicznej i zgodności ze standardami.

3. Zespół QA: Testuj projekt, aby upewnić się, że spełnia normy jakości.

4. Manager projektu: Zatwierdza ostatecznie projekt.

5. Projektant UX: Zapewnia, że projekt spełnia standardy doświadczenia użytkownika.

6. Zespół ds. Bezpieczeństwa: Sprawdza projekt pod kątem podatności na zagrożenia bezpieczeństwa.

7. Zespół operacyjny: Przeanalizuj projekt pod kątem wykonalności wdrożenia.

8. Zainteresowane strony: Przekaż opinię i zatwierdzenie z perspektywy biznesowej.

Jak zacząć tworzenie diagramu BPMN:

1. Zdarzenie początkowe: Proces rozpoczyna się, gdy projektant kodu zaczyna pracować nad projektem. To jest przedstawione przez okrąg na diagramie BPMN.

2. Utwórz projekt (Zadanie 1): Code Designer tworzy wstępny projekt. To jest przedstawione za pomocą prostokątnego pola zadania.

3. Przejrzyj projekt pod kątem wykonalności technicznej (Zadanie 2): Lider Zespołu Rozwoju ocenia projekt pod kątem jego wykonalności technicznej, kompletności oraz zgodności ze standardami kodowania. Następnie następuje bramka decyzyjna (kształt diamentu), aby określić, czy projekt został zatwierdzony.

4. • Bramka decyzyjna: Jeśli projekt zostanie zatwierdzony, przechodzi do przeglądu UX. Jeśli nie, Code Designer otrzyma opinię.

5. Zrewiduj projekt (Zadanie 3): Jeśli projekt nie zostanie zatwierdzony, Projektant Kodu poprawi go na podstawie opinii. To zadanie jest przedstawione przez inną prostokątną ramkę zadania i jest połączone z zadaniem przeglądu, tworząc pętlę.

6. Przegląd projektu UX (Zadanie 4): Projektant UX przegląda projekt, aby upewnić się, że spełnia standardy doświadczenia użytkownika. Następnie następuje bramka decyzyjna, aby określić, czy projekt został zatwierdzony.

7. • Bramka decyzyjna: Jeśli projekt zostanie zatwierdzony, przenosi się do przeglądu zabezpieczeń. W przeciwnym razie, opinia zostanie przekazana Projektantowi Kodów.

8. Popraw Projekt (Zadanie 5): Jeśli projekt nie zostanie zatwierdzony, projektant kodu wprowadza zmiany na podstawie opinii od projektanta UX. To zadanie jest reprezentowane przez kolejne prostokątne pole zadania i jest powiązane z zadaniem przeglądu UX, tworząc pętlę.

9. Przegląd projektu pod kątem bezpieczeństwa (Zadanie 6): Zespół ds. Bezpieczeństwa przegląda projekt pod kątem potencjalnych luk bezpieczeństwa. Kolejnym krokiem jest punkt decyzyjny, aby ustalić, czy projekt został zatwierdzony.

10. • Bramka decyzyjna: Jeśli projekt zostanie zaakceptowany, przechodzi do testowania QA. Jeśli nie, opinia jest przekazywana projektantowi kodu.

11. Popraw projekt (Zadanie 7): Jeśli projekt nie zostanie zatwierdzony, projektant kodu poprawia go na podstawie opinii od zespołu ds. bezpieczeństwa. To zadanie jest reprezentowane przez kolejny prostokątny blok zadań i jest połączone z powrotem do zadania przeglądu bezpieczeństwa, tworząc pętlę.

12. Projektowanie testów (Zadanie 8): Zespół QA testuje projekt pod kątem funkcjonalności, wydajności i zgodności z normami jakości. Następnie następuje brama decyzyjna, aby ustalić, czy projekt przeszedł kontrolę jakości.

13. • Brama Decyzyjna: Jeśli projekt przejdzie kontrolę jakości, przechodzi do przeglądu operacyjnego. Jeśli nie, opinia jest przekazywana Projektantowi Kodów.

14. Zrewiduj projekt (Zadanie 9): Jeśli projekt nie przejdzie kontroli jakości, Projektant Kodu wprowadza poprawki na podstawie opinii od zespołu QA. To zadanie jest reprezentowane przez inne prostokątne pole zadaniowe i jest powiązane z zadaniem testowania QA, tworząc pętlę.

15. Przegląd projektu wdrożenia (Zadanie 10): Zespół operacyjny sprawdza projekt pod kątem wykonalności wdrożenia. Następnie przeprowadzana jest ocena, czy projekt został zaakceptowany.

16. • Bramka decyzyjna: Jeśli projekt zostanie zatwierdzony, przechodzi do przeglądu przez stakeholderów. Jeśli nie, opinia jest przekazywana Projektantowi Kodów.

17. Zrewiduj projekt (Zadanie 11): Jeśli projekt nie zostanie zatwierdzony, Projektant Kodu dokonuje jego korekty na podstawie opinii od zespołu operacyjnego. To zadanie jest reprezentowane przez inny prostokątny blok zadaniowy i jest połączone z zadaniem przeglądu operacji, tworząc pętlę.

18. Przegląd przez stakeholderów (Zadanie 12): Stakeholderzy przeglądają projekt z perspektywy biznesowej i przekazują ostateczną opinię. Następnie następuje bramka decyzji, aby ustalić, czy projekt został zatwierdzony.

19. • Brama decyzji: Jeśli projekt zostanie zatwierdzony, przechodzi do menedżera projektu do ostatecznej akceptacji. Jeśli nie, zostanie przekazana opinia Projektantowi Kodów.

20. Poprawa projektu (Zadanie 13): Jeśli projekt nie zostanie zatwierdzony, Code Designer wprowadza poprawki na podstawie opinii od stakeholderów. To zadanie jest reprezentowane przez kolejny prostokątny blok zadań i jest powiązane z zadaniem przeglądu przez stakeholderów, tworząc pętlę.

21. Ostateczne zatwierdzenie (Zadanie 14): Manager projektu udziela ostatecznej akceptacji dla projektu. Następuje punkt decyzyjny, aby określić, czy projekt został zatwierdzony.

22. • Bramka decyzyjna: Jeśli projekt zostanie zatwierdzony, jest realizowany przez zespół deweloperski. Jeśli nie, opinia jest przekazywana Projektantowi Kodów.

23. Poprawa projektu (Zadanie 15): Jeśli projekt nie zostanie zatwierdzony, projektant kodu dokonuje jego korekty na podstawie opinii od kierownika projektu. To zadanie jest przedstawione przez inne prostokątne pole zadania i jest połączone z zadaniem końcowej akceptacji, tworząc pętlę.

24. Zdarzenie końcowe: Proces kończy się, gdy projekt zostanie zatwierdzony przez kierownika projektu i wdrożony przez zespół programistyczny. To jest reprezentowane przez okrąg.

Ten rozszerzony diagram BPMN gwarantuje kompleksowe i iteracyjne podejście do procesu zatwierdzania projektanta kodu, angażując wielu stakeholderów oraz etapy dogłębnego przeglądu, aby zapewnić, że projekt spełnia wszystkie wymagania techniczne, UX, bezpieczeństwa, wdrożenia i biznesowe.

Powodzenia i podziel się swoją opinią.

Pozdrawiam

Khawaja Rizwan