GoldenLine
Zaloguj się
Grzegorz Kożuchowski

Grzegorz Kożuchowski Prezes Zarządu GoPOS
Sp. z o.o. / CEO
UpVision

Temat: Ocena diagramu BPMN - system rekrutacji

Dzień dobry,

Mam do zrobienia na zajęcia model systemu rekrutacji w np. notacji BPMN.

Przed pokazaniem diagramu kilka zdań na czym ma polegać:
Klient wypełnia podanie, to podanie następnie idzie do weryfikacji. System sprawdza czy taka osoba istnieje już w bazie. Jeśli istnieje to aktywuj podanie jeśli nie to rejestruje kandydata. Następnie system przeprowadza wstępną weryfikację jeśli wszystko jest ok to podanie zostanie wysłane do weryfikacji pracownikowi. Pracownik weryfikuje podanie i ocenia czy zaprosić kandydata na rozmowę podająć datę i miejsce.

Po przeprowadzeniu rozmowy z kandydatem pracownik ocenia czy przyjąć go do pracy.

*po każdej czynności powinien zostać przesłany maila do zainteresowanego (np. o odrzuceniu albo o przyjęciu).

DIAGRAM:

Obrazek


pozdrawiam i z góry dziękuje za wszelkie uwagi i sugestie.
Link do wypowiedziLink
Aleksander Olszewski

Aleksander Olszewski Kierownik Projektów
IT, PRINCE2
Practitioner

Temat: Ocena diagramu BPMN - system rekrutacji

Grzegorz Kożuchowski:
...

Trochę tu jest tego nie tak.

1. Czy dokumenty wiszą w powietrzu? Tory powinny być przylegle do siebie, inaczej wszystko co jest poza nimi to jest w kosmosie?

2. Jest to jeden proces, dlatego nie powinno się używać w środku procesu zdarzeń początkowych, a tylko pośrednie, kończące kończą proces, jeśli nie to powinno być też pośrednie.

3. Rekrut składa podanie i koniec?

4. Czy to jest jeden proces czy kilka? Zasadniczo w jednym procesie jest jedno zdarzenie początkowe, inicjujące proces.

5. Zdarzenia pośrednie nie służą do wysłania maila, powinna być czynność "Wyślij maila".

Proponuję poprawić te najważniejsze rzeczy, w takim stanie diagram strasznie kiepsko się czyta.
Link do wypowiedziLink
Grzegorz Kożuchowski

Grzegorz Kożuchowski Prezes Zarządu GoPOS
Sp. z o.o. / CEO
UpVision

Temat: Ocena diagramu BPMN - system rekrutacji

Aleksander Olszewski:
1.
nie do końca w powietrzu. Brałem przykład z diagramu:
Obrazek


Te dokumenty nie wiszą w powietrzu. Są one wynikiem pewnych czynności (ich stan się zmienia).
3.
Tak - rekrut na wejściu dostaje formularz, który uzupełnia i na tym jego rola się tak naprawdę kończy w tym systemie. Jeszcze jest odbiorcą adresów e-mailowych, ale nie wykonuje w związku z tym żadnych czynności.

4.
Myślałem na podzielenie tego procesu na 2 procesy. Jeden proces od złożenia podania do zaproszenia rekruta na rozmowe. Drugi proces od rozmowy do zatrudnienia.

5. Racja.

Poprawiłem troche:
- klient został
- zrobilem firme która dzieli się na system i pracownika.
- zadaniem pracownika jest wykonanie kilku czynności (głównie oceniających - system tego nie może zrobić bo nie wie jak). System dostaje odpowiedz po ocenie i na podstawie tej oceny reaguje idąc dalej z proceseme rekrutacyjnym.

Obrazek


W tym momencie idzie wszystko sekwencyjnie. Czy nie powinno tutaj być jakiś zdarzeń pomiędzy pracownikiem a systemem?
Link do wypowiedziLink
Aleksander Olszewski

Aleksander Olszewski Kierownik Projektów
IT, PRINCE2
Practitioner

Temat: Ocena diagramu BPMN - system rekrutacji

Grzegorz Kożuchowski:
...

teraz jest lepiej, ale kilka problemów widzę nadal.
Aleksander Olszewski:
1.
nie do końca w powietrzu. Brałem przykład z diagramu:
...

zwróć uwagę, że diagram, z którego brałeś przykład, dokumenty ma w torze (na obszarze turkusowym), twoja pierwsza wersja diagramu miała dokumenty w obszarze białym --- czyli w kosmosie :)
3.
Tak - rekrut na wejściu dostaje formularz, który uzupełnia i na tym jego rola się tak naprawdę kończy w tym systemie.
...

I tu jest sedno: proces ani dla rekruta, a ni dla pozostałych nie kończy się na złożeniu podania. Kończy się zapewne w momencie poinformowania rekruta o wyniku procesu rekrutacji. W takim stanie jest wrażenie, że rekrut składa podanie i koniec, reszta to "czarna skrzynka". Spróbuj zrobić taki eksperyment myślowy: rozrysować (w głowie, na kartce lub w edytorze) podstawowy proces rekrutacji, który ma jedno zdarzenie inicjujące i jedno kończące proces. Resztę dorysuj jako dodatkowe możliwości przerwania lub "obejścia" głównego przebiegu. Sądzę, że taki eksperyment spowoduje pewne zmiany, ale sam się przekonasz.
4.
Myślałem na podzielenie tego procesu na 2 procesy. Jeden proces od złożenia podania do zaproszenia rekruta na rozmowe. Drugi proces od rozmowy do zatrudnienia.

To zależy. Moim zdaniem jest to jednak jeden proces, w trakcie którego pewne osoby odpadają, inne przychodzą na rozmowę, a zwieńczeniem go jest przyjęcie rekruta. Inna sprawa, że możesz korzystać z podprocesów, wtedy główny proces będzie bardziej kompaktowy, a podprocesy można rozrysować na innym diagramie.

5. Racja.

Poprawiłem troche:
- klient został
- zrobilem firme która dzieli się na system i pracownika.
- zadaniem pracownika jest wykonanie kilku czynności (głównie oceniających - system tego nie może zrobić bo nie wie jak). System dostaje odpowiedz po ocenie i na podstawie tej oceny reaguje idąc dalej z proceseme rekrutacyjnym.
...

Trochę nie w tą stronę ta miana poszła :) Role są ważne. Firma nie jest rolą, bo nie wiadomo kto i co ma robić. Tory są przeznaczone dla pracowników biznesowych, tzn. pewnie jedna osoba weryfikuje podania oraz być może wysyła maile, inne przeprowadza rozmowy i być może jeszcze inna dokonuje wyboru. Te role powinny jawnie występować pod konkretną nazwą w odpowiednim torze.
W tym momencie idzie wszystko sekwencyjnie. Czy nie powinno tutaj być jakiś zdarzeń pomiędzy pracownikiem a systemem?

Owszem system może odgrywać jakąś rolę w procesie, ale bardzo rzadko w systemie dzieje się 80% wszystkich czynności. To, że pracownik wprowadza do systemu dane nie oznacza, że to system coś zrobił. Nadal zadanie wprowadzenia danych jest po stronie pracownika. W tych diagramach trzeba się przede wszystkim skupić się kto i co ma zrobić.
Link do wypowiedziLink
Jarosław Żeliński

Jarosław Żeliński Analityk i
Projektant Systemów

Temat: Ocena diagramu BPMN - system rekrutacji

1. Czy dokumenty wiszą w powietrzu? Tory powinny być przylegle do siebie, inaczej wszystko co jest poza nimi to jest w kosmosie?


są to odrębne poole więc jest OK, dokumenty na BPMN są kojarzone z obiektami (czynność, przepływ, zdarzenie, komunikat) z pomocą asocjacji a nie z torami i asocjacja o tym decyduje a nie "miejsce położenia"...
2. Jest to jeden proces, dlatego nie powinno się używać w środku procesu zdarzeń początkowych, a tylko pośrednie, kończące kończą proces, jeśli nie to powinno być też pośrednie.

jeżeli możliwe jest, że jakieś zdarzenie inicjuje proces z pominięciem kilku początkowych etapów inicjowanych tak jednak na jednym diagramie powinien być jeden proces a nie dwa.
4. Czy to jest jeden proces czy kilka? Zasadniczo w jednym procesie jest jedno zdarzenie początkowe, inicjujące proces.

może być kilka zdarzeń inicjujących proces ale jeden proces...
Link do wypowiedziLink
Jarosław Żeliński

Jarosław Żeliński Analityk i
Projektant Systemów

Temat: Ocena diagramu BPMN - system rekrutacji

Grzegorz Kożuchowski:
W tym momencie idzie wszystko sekwencyjnie. Czy nie powinno tutaj być jakiś zdarzeń pomiędzy pracownikiem a systemem?

co do zasady BPMN operuje pojęciem "performer" jako wykonawcy czynności, BPMN nie modeluje zasobów i umieszczanie pojęcia System jako toru jest nadużyciem... System to co najwyżej narzędzie pracy Performera ale BPMN to nie nie miejsce na to. To to samo jak by proces budowy stołu realizowany przez stolarza zawierał tory nazwa Młotek, Wiertarka czy Piła (np. Piła Piłuje deskę).
Link do wypowiedziLink
Aleksander Olszewski

Aleksander Olszewski Kierownik Projektów
IT, PRINCE2
Practitioner

Temat: Ocena diagramu BPMN - system rekrutacji

Jarek Żeliński:
1. Czy dokumenty wiszą w powietrzu? Tory powinny być przylegle do siebie, inaczej wszystko co jest poza nimi to jest w kosmosie?

są to odrębne poole więc jest OK, dokumenty na BPMN są kojarzone z obiektami (czynność, przepływ, zdarzenie, komunikat) z pomocą asocjacji a nie z torami i asocjacja o tym decyduje a nie "miejsce położenia"...

Jarku, zwróć uwagę, że wszystkie dokumenty przypadkowo znalazły się poza torami. W przypadki nie wierzę. Większość modeli procesów ma jednak zwartą strukturę, tory są do siebie przyległe, a obiekty są umieszczane raczej możliwie blisko ich wywołania. I to zasugerowałem.
2. Jest to jeden proces, dlatego nie powinno się używać w środku procesu zdarzeń początkowych, a tylko pośrednie, kończące kończą proces, jeśli nie to powinno być też pośrednie.

jeżeli możliwe jest, że jakieś zdarzenie inicjuje proces z pominięciem kilku początkowych etapów inicjowanych tak jednak na jednym diagramie powinien być jeden proces a nie dwa.

Tu również jest prawdą, że są procesy, które mogą mieć kilka zdarzeń inicjujących, jednakże większość z tych procesów to procesy wspierające główne procesy biznesowe. Natomiast główny proces biznesowy jest inicjowany przez klienta. W związku z tym, o ile nie ma kilku alternatywnych możliwości inicjowania procesu (a tu nie ma) zdarzenie inicjujące proces jest jedno.

Zwróć Jarku uwagę na to, że w pierwszej wersji procesu, w jego środku jest mnóstwo zdarzeń inicjujących. Czy nie powinno się w takim przypadku wstawić symbol zdarzenia pośredniego?
4. Czy to jest jeden proces czy kilka? Zasadniczo w jednym procesie jest jedno zdarzenie początkowe, inicjujące proces.

może być kilka zdarzeń inicjujących proces ale jeden proces...

jw.
Link do wypowiedziLink
Jarosław Żeliński

Jarosław Żeliński Analityk i
Projektant Systemów

Temat: Ocena diagramu BPMN - system rekrutacji

Aleksander Olszewski:
Jarek Żeliński:
1. Czy dokumenty wiszą w powietrzu? Tory powinny być przylegle do siebie, inaczej wszystko co jest poza nimi to jest w kosmosie?

są to odrębne poole więc jest OK, dokumenty na BPMN są kojarzone z obiektami (czynność, przepływ, zdarzenie, komunikat) z pomocą asocjacji a nie z torami i asocjacja o tym decyduje a nie "miejsce położenia"...

Jarku, zwróć uwagę, że wszystkie dokumenty przypadkowo znalazły się poza torami. W przypadki nie wierzę. Większość modeli procesów ma jednak zwartą strukturę, tory są do siebie przyległe, a obiekty są umieszczane raczej możliwie blisko ich wywołania. I to zasugerowałem.

nie wiem :), faktem jest, ze z powodów i estetyki i tak zwane "semiologii" (polecam studnia nad zrozumiałością przekazu obrazem ;)) dokumentu "warto" umieszczać w torach ich twórców (ale BPMN tego nie wymaga...)

Co do torów to nie pamiętam tego tu diagramu ale:
- tory jednej puli musza być w niej "na styk"
- pule muszą mieć "odstęp"
W związku z tym, o ile nie ma kilku alternatywnych możliwości inicjowania procesu (a tu nie ma) zdarzenie inicjujące proces jest jedno.

myślę, że tak
Zwróć Jarku uwagę na to, że w pierwszej wersji procesu, w jego środku jest mnóstwo zdarzeń inicjujących. Czy nie powinno się w takim przypadku wstawić symbol zdarzenia pośredniego?

pierwsza faktycznie nie była najlepsza ;)
może być kilka zdarzeń inicjujących proces ale jeden proces...

ano
Link do wypowiedziLink
Stanisław Jerzy Niepostyn

Stanisław Jerzy Niepostyn Bądź przeszkolony :)

www.project-media.pl
/szkolenia.php

Temat: Ocena diagramu BPMN - system rekrutacji

1. Bramka "Czy rekrut istnieje w systemie"
Bramki nie oznaczają wykonania pracy (BPMN 2.0, rozdział 8.3.9), zatem gdzie dokonuje się sprawdzenia istnienia rekruta ?
2. Czynność "Weryfikacja podania"
W rzeczywistych systemach zazwyczaj przed zapisem dokumentu weryfikuje się jego poprawność (best practics).
3. Zdarzenie "Odebranie oceny"
Zdarzenie centralne (IntermediateEvent) z przełącznikiem None oznacza rzucenie wielkością, a nie odebranie jakiejkolwiek wielkości (BPMN 2.0, rozdział 10.4.4) - należy umieścić w tym zdarzeniu jasną kopertę, co będzie oznaczać odebranie komunikatu.
Z drugiej strony jeśli komunikat ten ma pochodzić z wnętrza tego samego procesu Firmy (tak wynika to z opisu procesu), to jest to błędna konstrukcja, gdyż komunikaty mogą być wymieniane pomiędzy dwoma partenrami (Pool) - BPMN 2.0, rozdział 9.3 w kontekście opisu zdarzenia centralnego komunikatu (Message intermediate Event) - BPMN 2.0, rozdział 10.4.4.
Zatem zdarzenie centralne w tym miejscu jest niepotrzebne (jest już SequenceFlow).
4. Proces rekruta nie dokończony
Brak interakcji między procesami,a z przebiegu procesu w firmie wynika, że do rekruta wysyłane są komunikaty (best practics).
5. Partycja i tory (Pools, lanes)
Nie ma wymogu umieszczania torów na styk
6. Obiekty
Obiekty muszą być zawarte w procesie, bądź w podprocesie (BPMN 2.0, rozdział 10.3.1). Wynika to z potrzeby określenia zakresu dostępu do danych danego obiektu.
7. Procesy
Na jednym diagramie może być wiele procesów, a nie tylko jeden
8. System, Performer
W BPMN zdefiniowano prywatne procesy wykonywalne, które dedykowane są do implementacji w systemach BPMS. Prywatne procesy wykonywalne posiadają takie czynności jak Send, Receive, User, Manual, Script itd (BPMN 2.0, rozdział 10.2.3.1)
Link do wypowiedziLink
Jarosław Żeliński

Jarosław Żeliński Analityk i
Projektant Systemów

Temat: Ocena diagramu BPMN - system rekrutacji

Pomijając dywagacje na temat samego BPMN (specyfikacja do poczytania w sieci http://bpmn.org) brakuje mi tu utrzymania poziomu szczegółowości i kontekstu (jak brzmi definicja procesu jakiej użyto do analizy), czynności raz maja produkt a raz go nie mają (jeżeli to "proces biznesowy" to jakaś jego definicja powinna temu przyświecać), prawdopodobnie czynności bez swojego produktu są elementami, procedur, kompetencji itp. których nie ma sensu umieszczać na takich diagramach (tym poziomie) bez opisu (pragmatyka modelu) czy diagram jest detalicznym opisem jakiejś pracy, procesem na jakiś (jakim) poziomie szczegółowości czy abstrakcji.

Większość czynności na tym diagramie powinna być ukryta jako "kroki procedury", nie wiem jak rozumieć "Odrzuć podanie" wykonane przez System, i wiele podobnych...

Pamiętaj, ze BPMN to notacja czyli język, a treść tego co przekazujesz to "coś od Ciebie" podobnie jak w języku polskim: można nie łamiąc zasad pisowni pisać niezrozumiale i niejednoznacznie. Sama zgodność diagramu z BPMN to dopiero "brak błędów ortograficznych" do "fajnej treści" jeszcze daleko. Pamiętaj, ze samo pisanie bez błędów nie oznacza tworzenia wartościowej i przydatnej literatury (o czym wielu zapomina).....

no i na koniec: określ (skomentuj diagram) czy diagram jest "wykonywalny" czy "nie-wykonywalny" (rozdz. 7.3 BPMN 2.0 wyjaśnia) bo od tego zależy co jest a co nie jest błędem na diagramie.
Link do wypowiedziLink
Stanisław Jerzy Niepostyn

Stanisław Jerzy Niepostyn Bądź przeszkolony :)

www.project-media.pl
/szkolenia.php

Temat: Ocena diagramu BPMN - system rekrutacji

Uzupełniając powyższe warto zwrócić uwagę, iż najpowszechniejszą metodą od ponad 15 lat w opisie procesów biznesowych są scenariusze.
Warto więc wpierw napisać tekstowo sekwencje kroków, a nastepnie spróbowac je zwizualizować. Można też projektować proces biznesowy odwrotnie. Wpierw modelujemy w języku graficznym, np. BPMN, a następnie opisujemy kroki tekstowo (hm... to chyba najczęściej wszyscy robia, prawda). I najpierw modelujemy przebieg główny (bez bramek, tudzież rozgałęzień), a następnie wzbogacamy nasz przebieg główny przebiegami alternatywnymi. Warto również pokusić się o oznaczenia numerami kolejnych kroków w scanariuszu ...
A na marginesie stosowania języka BPMN, wielka szkoda, że do tej pory nie wprowadzono do tej notacji elementów, za pomocą których można by jednoznacznie oznaczać cel procesu, czy nawet i produkt (można się jedynie domyslać, że produktem może być obiekt w danym stanie na końcu przebiegu podstawowego). Wszak spora część często cytowanych w literaturze definicji procesu biznesowego używa właśnie terminu cel procesu, czy produkt/usługa ...
Link do wypowiedziLink
Stanisław Jerzy Niepostyn

Stanisław Jerzy Niepostyn Bądź przeszkolony :)

www.project-media.pl
/szkolenia.php

Temat: Ocena diagramu BPMN - system rekrutacji

Dla zainteresowanych szczegółami stosowania notacji BPMN 2.0 polecam szkolenia już 14-16 lutego 2012 roku:
http://cts.com.pl/BPMN--Podstawy-modelowania-procesow-....
Szkolenie wzbogaciłem o doświadczenia i przykłady omawiane przy szkoleniach dla pracowników Ministerstwa Finansów przeprowadzonych we wrześniu i październiku (150 osób).
Szkolenia przeprowadzone zostaną na darmowym oprogramowaniu edytora BPMN zgodnego ze standardem BPMN 2.0 (Topcased).
Każdy uczestnik szkolenia otrzyma wersję wykonywalną edytora BPMN 2.0 Topcased.
Każdy uczestnik otrzyma również materiały, na podstawie których opracowywana jest publikacja na konferencję naukową poświęconą BPM.Stanisław Jerzy Niepostyn edytował(a) ten post dnia 21.01.12 o godzinie 18:19
Link do wypowiedziLink
Jarosław Żeliński

Jarosław Żeliński Analityk i
Projektant Systemów

Temat: Ocena diagramu BPMN - system rekrutacji

zwracam uwagę, że regulamin GL zakazuje reklam.....
Link do wypowiedziLink
Piotr Tadeusz B.

Piotr Tadeusz B. właścicel, MGX
Infoservice

Temat: Ocena diagramu BPMN - system rekrutacji

Powiedzmy sobie, że to nie reklama a informacja ;-) ale uwaga słuszna. Informacje o szkoleniach chętnie ale w oddzielnym wątku - Informacje o szkoleniach, konferencjach i wydarzeniach związanych z BPMN. Zaraz założę taki wątek.
Link do wypowiedziLink
Stanisław Jerzy Niepostyn

Stanisław Jerzy Niepostyn Bądź przeszkolony :)

www.project-media.pl
/szkolenia.php

Temat: Ocena diagramu BPMN - system rekrutacji

To bardzo przepraszam za pomyłkę, ale ... zasugerowałem się tym, że inne ogłoszenia o szkoleniach są na temacie "BPMN - grupa sympatyków" publikowane jak dwa tygodnie temu:
http://www.goldenline.pl/forum/2598916/cykl-szkolen-mo...
czy też sprzed niecałych dwóch miesięcy:
http://www.goldenline.pl/forum/2377900/modelowanie-pro....
Myślę, że po prostu przy zmianie regulaminu nie powiadomiono mnie, bądź po prostu wychodzi mi bokiem brak motywacji do czytania przeróżnych regulaminów od deski do deski ... ;)
Niemniej fajnie byłoby podyskutować na niniejszym wątku raczej o regułach, czy metamodelu BPMN 2.0, a nie na tematy porządkowe ... :)
Link do wypowiedziLink
« Wróć do tematów
Odpowiedz

Podobne tematy


Następna dyskusja:

Biblioteka BPMN do MSVisio




Wyślij zaproszenie do
Anuluj