Problem z wdrożeniami BPM i systemów zintegrowanych np. typu ERP polega na próbie wmuszenia w organizacji nowego zwyczaju (procesowego podejścia) bez wcześniejszego procesu edukacji tych pracowników. Oni (pracownicy) przy całej swojej dobrej woli często nie widzą kontekstu swojej pracy na tle reszty firmy dlatego nie przyjmują działań, których nie rozumieją. Rozpoczęcie wdrożenia systemu ERP bez przeprowadzenia edukacji wśród kadry i ewentualnie reorganizacji na ich własna prośbę (a to się udaje) z góry skazane jest na klęskę lub poważne trudności. Sposobem uniknięcia tego jest wdrożenie metod zarządzania zorientowanych na procesy a dopiero potem wdrażanie jakiegokolwiek systemu bazującego na procesach biznesowych. Proponuje zacząć od zdefiniowania i wdrożenia śledzenia mierników pracy w każdym punkcie współpracy (wymiany efektów pracy) pomiędzy komórkami organizacyjnymi w firmie. To się sprawdza!
?Podpis elektroniczny ma sens i jest przydatny wszędzie tam, gdzie wnosi dodatkową wartość w proces, który wspiera. Warunek tej przydatności: cykl życia technologii użytej do obsługi (używania) podpisu elektronicznego musi być istotnie dłuższy w porównaniu z cyklem życia produktu procesu, który wspiera.?
Na początku Października wywiązała się na liście dyskusyjnej PTI (Polskie Towarzystwo Informatyczne) dyskusja na temat bezpieczeństwa podpisu elektronicznego.
Dyskusja zapoczątkowana została notatką prasową na temat odkrycia przez jedną z firm informatycznych możliwości zmiany treści tak podpisanego dokumentu bez ?pozostawiania śladów?. Z uwagi na trudność administracyjną w przytaczaniu cudzych wypowiedzi (zebranie zgody na publikację od kilkunastu osób graniczy z cudem) postanowiłem utworzyć ten artykuł tylko z moich wypowiedzi na formu. Mam nadzieję, że ta postać także będzie dla Państwa czytelna.
Ideą twórców BPMN jest stworzenie narzędzia dla analityków ale takiego, którego produkty da się "tłumaczyć" na BPEL4WS. Bazą dla BPMN są sieci Petriego i EPC. Dla tego z jednej strony kompletna lista symboli BPMN to 38 symboli obrazujących typowe zdarzenia biznesowe dające się odwzorować za pomocą BPEL4WS, modelować zaś można już za pomocą sześciu podstawowych, które pozwalają na zbudowanie pełnego modelu procesów biznesowych. Pozostałe symbole służą do dodatkowego definiowania zdarzeń koniecznych z punktu widzenia inżynierii oprogramowania. Dlatego np. model wykonany za pomocą podstawowego zestawu symboli przez analityka da się łatwo uzupełnić jako kontynuacja projektu o brakujące elementy w celu wygenerowania kodu dla BPEL. ten zaś być może będzie standardem służących do generowania kodu aplikacji jak dawne systemu typu CASE.
