Business Process Trends – JZ IT Consulting Ltd

Abstrakcja w Architekturze Biznesowej

Post author:Jaroslaw Zelinski
Post published:29 October 2014
Post category:Analizy biznesowa i projektowanie oprogramowania

Tak więc brak (umiejętności) stosowania abstrakcji w modelowaniu czyni te i inne modele (schematy blokowe) nieczytelnymi, trudnymi do interpretacji, kosztownymi w wytworzeniu i utrzymaniu. To ostatnie powoduje, że większość takich dokumentów szybko kończy życie na półkach, bo dezaktualizują się jak tylko dojdzie do jakiejkolwiek, nawet najdrobniejszej, zmiany w organizacji. Co ciekawe, biorąc pod uwagę czas trwania przeciętnego wdrożenia oprogramowania, taki zbyt szczegółowy model nie ma szans być przydatnym w toku takiego projektu, tu rację mają developerzy, którzy twierdzą, że im takie dokumenty im w niczym nie pomagają.

Poziomy modelowania c.d. czyli How work gets done

Post author:Jaroslaw Zelinski
Post published:17 July 2013
Post category:Analizy biznesowa i projektowanie oprogramowania

W kontekście poziomów modelowania polecam książkę How Works Get Done , którą właśnie kończę czytać. Bardzo dobre kompendium wiedzy o modelowaniu procesów w kontekście tytułowego "jak ta praca jest wykonywana".…

Business Process Manifesto

Post author:Jaroslaw Zelinski
Post published:28 September 2012
Post category:Analizy biznesowa i projektowanie oprogramowania

Na stronach [[Business Process Trends]] ukazał się ciekawy dokument autorstwa Rogera Burltona, o wdzięcznym tytule: Business Process Manifesto. Jego autor pisze, że The Business Process Manifesto is the result of over 20 years…

źr. Busnes Process Trends http://www.bptrendsassociates.com/

Modelowanie biznesowe c.d. – know-how, gdzie ono jest?

Post author:Jaroslaw Zelinski
Post published:14 February 2012
Post category:Analizy biznesowa i projektowanie oprogramowania

Proces biznesowy, nie procedura i nie opis przepływu pracy, to prosty ciąg czynności, których celem jest konkretny rezultat: produkt procesu (jego wyjście). Proces ma cel, stanowi prosty łańcuch pracy wykonawcy (Rola), radzi sobie z wydarzeniami "utrudniającymi". Główny ciąg (oczekiwany) zaznaczono szarą strzałką. Pozostałe "atrakcje" to czynności wymuszone pewnymi nie oczekiwanymi (a raczej nie chcianymi), ale przewidzianymi zdarzeniami. Tu nie ma "rombów", bramek decyzyjnych bo one są cechą "procesów decyzyjnych", procedur, a te to reguły biznesowe i "wiedza o biznesie" a nie proces biznesowy. Pewne czynności mogą być ograniczone Procedurą, która mówi, że "tylko tak wolno tę pracę wykonać". Reguły biznesowe to wewnętrzne (np. zarządzenia) lub zewnętrzne (prawo) ograniczenia. Pojawia się rola czyli wykonawca (tu rola działu HR - opis kompetencji pracowników), on posiada niezbędną wiedzą i umiejętności, potrafi obsługiwać "maszyny" (także oprogramowanie). Tak więc definicja mówiąca, że proces wykonuje się w w środowisku ograniczeń i wymaga zasobów tak właśnie wygląda: zasoby to ludzie (role), ich wiedza i narzędzia pracy, ograniczenia to reguły biznesowe i procedury.