Wstęp Jako analityk i projektant, w projektach które nadzoruję to ja jestem autorem dokumentów, moje problemy to raczej tłumaczenie developerom treści tych dokumentów (mimo tego, że każdy(!) developer składając ofertę,…
Niedawno pisałem o UML v.2.51 i zasygnalizowałem, że diagram aktywności daje kontekst dla pojęć z grupy ?activities? (aktywności i czynności oraz ich syntaktyczne asocjacje), diagram klas daje kontekst dla ?klasyfikatorów…
Na pytania dotyczące notacji BPMN i źródeł informacji odpowiadałem, że jedynym wyjściem na początek jest oryginalna specyfikacja, dawałem od razu wskazówki, które treści można pominąć, bez uszczerbku dla poznania samej…
Opis Szkolenia Prowadzący: Jarosław Żeliński (autor tego bloga) Cel szkolenia: Poznanie formalnych zasad analizy przypływu pracy i zadań w organizacjach, poprawnego modelowania procesów biznesowych, procedur, reguł biznesowych. Poznanie podstaw notacji [[BPMN]] (standard…
Uczestnicy w ankietach podkreślali, że problemy na jakie napotykali w swoich projektach bardzo często zaliczano do obiektywnych trudności. Byli zaskoczeni tym, że problemy te w większości przypadków były efektem stosowanych nieformalnych metod modelowania a nawet zaniechania budowania jakichkolwiek modeli organizacji, na rzecz sprawozdań ze spotkań warsztatowych czy burz mózgów.
17 Czerwca 2011 odbyło się seminarium na temat metodologii modelowania procesów w organizacjach i korzyści jakie dają sformalizowane metody modelowania. Seminarium zbudziło bardzo duże zainteresowanie. Wśród gości, osób zainteresowanych tą…
Tak więc stosowanie formalnych notacji i zasad obniża ryzyko projektu. Nie wyeliminuje go, bo model i jego jakość zależy bardzo od jego twórcy (modelowanie to jednak sztuka a nie rzemiosło), jednak łamanie zasad lub stosowanie nieformalnych diagramów stanowi kluczowe ryzyko projektów na etapie analizy.
Każdy model procesów nie spełniający powyższych zasad można nazwać właśnie naiwnym modelem czyli takim, w którym dowolne symbole, bez zdefiniowanych zasad zostały połączone ze sobą tak jak usłyszano np. w rozmowie z pracownikiem analizowanej organizacji. Modele takie są bardzo często narzędziem do planowania zmian organizacyjnych, specyfikowania wymagań na systemy IT, specyfikowania centrów kosztów w metodach ABC zarządzania kosztami, w wielu innych sytuacjach. Użycie w którejkolwiek z tych potrzeb złego, naiwnego modelu skazuje cały projekt na niepowodzenie.
Tak więc model procesów bez zdefiniowanej i rygorystycznie przestrzeganej semantyki (słownika symboli), syntaktyki (zasad dopuszczalnych relacji pomiędzy tymi symbolami), pragmatyki (co modelujemy i jak) należy odrzucić!
