Tu pokażę przykład jak notacja ArchiMate radzi sobie z problemem łączenia biznesu, oprogramowania i technologii. A gdzie BPMN i UML? Ano każdy proces (przyjęcie zamówienia, kompletacja, fakturowanie) w kontekście szczegółów przepływu pracy, modelowany byłby w notacji BPMN (konkretne role, dokumenty, czynności). Pozostałe warstwy operują pojęciami, których szczegóły można (należy) modelować już w notacji UML. Usługi mapują się na przypadki użycia, pozostałe to architektura: komponenty oprogramowania, dane, architektura techniczna. Jak widać, ArchiMate pozwala na tym poziomie abstrakcji na więcej niż same BPMN czy UML, ale też nie zastępuje ich. Wzbogaca także system pojęciowy na potrzeby analizy biznesowej co pozwala wiernie odtworzyć rzeczywistość biznesową w sposób zrozumiały dla "biznesu". Jako podsumowanie przytoczę jeszcze raz znany już tu diagram...

19/02/2012 23:18:35

Do zarządzania projektem wykorzystuję oprogramowanie firmy Visual-Paradigm wspierające powyższą metodykę, produkt A3 Platform. Powyższy diagram pozna każdy kto zna RUP ;). W kilku słowach (polecam stronę producenta): panuję nad harmonogramem, wymieniam pliki z klientem (system pracuje przez WWW) oraz zarządzam całym procesem zilustrowanym jak wyżej. Jak ktoś praktykuje, jest rejestrowany czas pracy. Dodatkowa zaleta: współpracuje z pakietem Agilian - diagramy są bezpośrednio ładowane jako artefakty do systemu A3... Menu pakietu A3: Po co o tym piszę? Hm... by przekonać, że warto posiadać jakiś system wspomagający zarządzanie projektem i jakąś metodykę :).

18/02/2012 22:34:22

Analiza biznesowa obejmuje wyłącznie obszar strategii i procesów biznesowych. Wdrożenie poprzedzane jest analizą całej organizacji, wydzielenie w niej niezależnych obszarów dziedzinowych (np. rachunkowość, zarządzanie procesami pracy, zarządzanie wiedzą, portal klienta, zarządzanie i sterowanie produkcją, zarządzanie procesem sprzedaży, inne). Każdy obszar cechuje się tymi trzema poziomami: strategia, procesy, realizacja. Na etapie analizy potrzeb prowadzimy audyt i modelowanie procesów. Zakładamy, że szczegóły tego „jak pracujemy” i tak ulegną zmianie po wdrożeniu nowego narzędzia pracy, więc pomijamy je na tym etapie (zostaną określone podczas wdrożenia). Jeżeli analiza wykaże, że istnieje obszar niestandardowy w organizacji, tylko dla tego obszaru prowadzi się szczegółową analizę, gdyż w tym obszarze będzie (najprawdopodobniej) wdrażane rozwiązanie dedykowane. Tak więc zintegrowany system ERP II nie musi oznaczać "jedno rozwiązanie od jednego dostawcy". Po pierwsze trudno jest szczegółowo wyspecyfikować taki system, po drugie nie raz okazuje się, ze "systemy od wszystkiego są do niczego"...

17/02/2012 20:57:05

To, że są one tak na prawdę tylko uporządkowanym zapisem wywiadów z klientem a nie faktyczną analizą organizacji i jej potrzeb (bo nie koniecznie jej pracowników!) i celów biznesowych. Jakie są treści tekstowego lub tabelarycznego zapisu wywiadów? NIEJEDNOZNACZNE! Jakie są niesformalizowane, swobodnie tworzone diagramy procesów? NIEJEDNOZNACZNE! Jakie są słowne opisy struktury oprogramowania jakie ma powstać? NIEJEDNOZNACZNE! Co zrobić? Używać już na etapie analizy biznesowej i projektowania sformalizowanych narzędzi takich jak standardowe notacje i metodyki, wtedy opisy będą JEDNOZNACZNE. Czy to trudne? Tak, w końcu te 70% porażek to nie przypadek… ( czytaj cały artykuł: Analityk biznesowy czyli wyplenić dwuznaczność z dokumentów analitycznych!). Dlaczego tak jest? Bo oprogramowanie jest tworzone z pomocą języków programowania a te SĄ sformalizowane. Nie da się skompilować do postaci systemu ERP "luźnej prozy". Napisałem to w Listopadzie 2011, dzisiaj ciąg dalszy. Na początek dodam jeszcze moją konkluzję z pewnej konferencji: Tak więc język formalny, użyta notacja, czyni projekt wartościowym [jednoznacznym]. Bez tego raczej nie znaczy on po protu nic. (Modelowanie procesów biznesowych - dlaczego mają sens tylko metody formalne i uznane notacje). Jak to mówią: mocne słowa, ale nie zapominajmy, że mało który projekt biznesowy IT kończy się w terminie i zamyka w założonym budżecie. Zastanówcie jak były dokumentowane Wasze "nieudane" projekty...

16/02/2012 14:53:43

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.

14/02/2012 16:42:37

Od 7 marca urzędnicy będą mieli obowiązek prowadzenia metryki każdej sprawy administracyjnej. MAiC określiło właśnie wzór i sposób ich prowadzenia. Zgodnie z projektem rozporządzenia metryka sprawy, wraz z dokumentami, do których odsyła ma stanowić obowiązkową część akt sprawy administracyjnej i ma być na bieżąco aktualizowana. W treści metryki uwidaczniane będą wszystkie osoby, które uczestniczyły w postępowaniu administracyjnym wraz z określeniem podejmowanych przez te osoby czynności. (za Serwis Samorządowy PAP) (o liście wyłączeń) Treść ustawy można pobrać tu Podobny temat poruszyłem także tu:Serwis Samorządowy PAP – to po co te BIP’y… 93 samorządy zadeklarowały, iż na stronie głównej BIP publikuje nieaktualne dane. Zdaniem MSWiA, w skali ...Internet w Polsce ma 20 lat 20 lat temu nawiązano pierwsze w Polsce połączenie, wykorzystujące technologię IP (internet protocol). Uniwersytet Warszawski ...Dziwne projekty firmowych WWW Na stronie serwisu http://www.samorzad.pap.pl pojawił się ciekawy artykuł: Serwis jak labirynt. Nie licząc zamieszczonej listy powodów ...Jak moja prognoza się sprawuje czyli e-podpis po 9 latach Jakiś czas temu, dawno, analizowałem przyszłośc podpisu elektronicznego. Zacząłem w 2002 roku pisząc: Podpis odręczny jest ...Podwójny obieg dokumentów w urzędach Mamy kolejny przykład "zjawiska". Jest ono nie raz potępiane ale czy aby na pewno słusznie? ...

09/02/2012 15:11:22

Problem w tym, że generalnie szwankuje etyka. Mało kto niestety postępuje etycznie, dowodem jest liczba użytkowników pirackich kopii. Z drugiej strony środowiska autorów raczej nie wychodzą na ulice protestować przeciwko prawu autorskiemu... Ostatnie protesty moim zdaniem pokazały, że problem tkwi w rozumieniu twórców, rozumieniu praw autorskich i tego, że jednak istnieją wartości niematerialne. Jeżeli jedynym powodem, dla którego obecnie nie ma nielegalnych rzeźb Nike z Samotraki jest to, że stworzenie takiej nielegalnej kopii wymagało by talentu rzeźbiarza, to kim są kopiujący nielegalnie muzykę, książki czy filmy? Osobiście odcinam się w tym artykule od relacji rząd a społeczeństwo, bo to dyskusja polityczna a nie systemowa. Nie znaczy to, że uchylam się od udziału w niej, po protu nie robię tego na ulicy. Martwi mnie to, że w rządzie chyba nikt nie myśli systemowo, w każdym razie nie widać tam produktów systemowego myślenia. Obym się mylił... Kończąc, piratów należy ścigać, warto jednak to robić w imieniu autorów dzieł. Nie podoba mi się ściganie piratów z urzędu - pakowania tego do prawa karnego. Prawo autorskie to sprawy cywilne i powinien być poszkodowany i pozew a nie ściganie 'bo tak", to zmusi twórców do samodzielnego dbania o własny interes, bez przerzucania kosztów prowadzonej działalności (egzekwowanie swoich praw autorskich) na Państwo czyli na nas wszystkich. Po drugie nie da się uniknąć mecenasów, jednak warto zastanowić się nad czasem ochrony i patentowej i praw autorskich. Wydaje mi się, że ochrona z tytułu praw autorskich powinna wygasać wraz ze śmiercią autora. A ochrona patentowa powinna wygasać po upływie okresu zwrotu z inwestycji, który to okres łatwo sprawdzić w biznesplanie. Twórca i jego dzieła musza być chronione ale posiadacze praw majątkowych nie powinni być dyktatorami... a posiadacze praw cudzych utworów: nie powinni być pasożytami... i to pasożytnictwo powinno być tępione a nie prawo autorskie i prawa autorów.

05/02/2012 21:50:44

The rise of NoSQL databases has been driven primarily by the desire to store data effectively on large clusters – such as the setups used by Google and Amazon. Relational databases were not designed with clusters in mind, which is why people have cast around for an alternative. Storing aggregates as fundamental units makes a lot of sense for running on a cluster. Aggregates make natural units for distribution strategies such as sharding, since you have a large clump of data that you expect to be accessed together. An aggregate also makes a lot of sense to an application programmer. If you’re capturing a screenful of information and storing it in a relational database, you have to decompose that information into rows before storing it away. (za AggregateOrientedDatabase). Podobny temat poruszyłem także tu:Managing Requirements from a Business Analyst or an Enterprise Architect perspective using BABOK 2.0 and/or TOGAF 9 Na początek podsumowanie cytowanego artykułu: BABOK 2.0 sets up a framework for the requirements development and ...Dostosowanie oprogramowania: kiedy? Problem dostosowywania (tak zwanej kastomizacji) gotowego oprogramowania nie od dziś jest dyskutowany. Jak wspomniałem w artykule o ...99,9 to numer bestii – Data Center Manager Dostępny jest najnowszy numer Data Center Manager. W kolejnym, trzecim [...]

04/02/2012 11:52:37

Modele biznesowe to temat rzeka aczkolwiek, te mające ambitniejsze uzasadnienie i opisane czymś więcej niż tylko prozą stanowią już raczej ułamek całości. Stale śledzę literaturę z tej dziedziny i ... mało się tu dzieje nowego. To w sumie dobry to znak, be jest symptomem dojrzałości dziedziny wiedzy. Tak, dojrzałości. W zasadzie trudno tu coś nowego wynaleźć, raczej okazuje się, że "wszystkie drogi prowadzą do Rzymu". [...] Podsumowując: wartością dodaną mającą, wartość rynkową dla odbiorcy (klienta) jest to co powoduje, że ONI przychodzą do nas :). Jest to nasz produkt ale MY (dostawca) jesteśmy częścią tego produktu! Dowodem na to jest pojęcie marki, kojarzymy ją z dostawca (producentem). Nie ma znaczenia sam brązowy napój z bąbelkami, one wszystkie smakują podobnie, znaczenie na także Nazwa i Logo reprezentujące Konkretnego Producenta. Czemu korzystam z mojego modelu? Otóż kluczową cechą modelu dla potrzeb analizy systemowej jest traktowanie go, pojęć z których się składa, jako pewnej przestrzeni nazw (conceptów) spełniających podstawową zasadę wzajemnego wykluczania się definicji pojęć. Dlatego nie łączę nigdy kosztów razem, rozdzielam koszty zasobów i koszty materiałów służących do wytworzenia produktów (pierwsze należą do nas, amortyzujemy je, drugie kupujemy w procesie zaopatrzenia by całkowicie je zużyć). Aktywności i zasoby zaś łączę pojęciem Proces Biznesowy, który modeluje ścisły związek pomiędzy zasobami (w tym role) a ich wytworami. To pozwala budować zstępującą hierarchie dekompozycji, uszczegóławiające każde z tych pojęć.

04/02/2012 10:16:35

Wdrożenie nowego oprogramowania, jeżeli ma mieć sens, powinno więc wspierać tworzenie dodatkowego zysku lub przychodu, w przeciwnym wypadku w zasadzie nie ma sensu. Innym powodem może być ratowanie posiadanego już przychodu czyli utrzymania się na rynku. Dodatkowy zysk, to efekt obniżania kosztów. Ratowanie posiadanego rynku, to efekt reakcji na siły rynku: siły dostawcy (np. jego system EDI wymusza inwestycje u nas), siły odbiorcy (oczekuje obsługi podobnej do tej, jaką oferuje konkurencja), siły konkurencji (ich produkty i usługi są wyższej jakości, musimy też zainwestować). Powyższy model obrazuje to co ma wpływ na to Dlaczego zarabiamy. Zbudowanie takiego modelu dla konkretnej firmy, zrozumienie Dlaczego zarabia, pozwala szukać sposobu i miejsc mogących przyczynić się do realizacji celu projektu, jednak cel ten należy wcześniej Nazwać. Drugi krok to ocena możliwości realizacji i prognozowanie skutków, by określić cel: miarę i wielkość tego co chcemy osiągnąć by wiedzieć czy się udało. Podsumowanie Model biznesowy moim zdanie nie odnosi się do procesów biznesowych, to procesy biznesowe są konsekwencją modelu biznesowego. Dlaczego? Bo jeśli przyjmiemy, że model biznesowy obrazuje (dokumentuje) źródła zysku firmy w łańcuchu wartości na rynku, to procesy biznesowe są opisem tego, w jaki sposób ta wartość wewnątrz firmy powstaje. To pozwala dopiero wskazać jakie działania (procesy) wesprzeć i jak, by "ulepszyć" firmę. Dlatego brak modelu biznesowego jest poważnym utrudnieniem analizy wymagań... bo czego wymagać od oprogramowania skoro nie wiemy co i jak pomoże w zarządzaniu firmą?

29/01/2012 23:20:13