Rynek BPMS w Polsce - procesowcy.plprocesowcy.pl/dokumenty/Przeglad_BPMS_czerwiec_2017.pdf · Są...

Rynek BPMS

w Polsce

przed rozpoczęciem lektury sprawdź na

www.procesowcy.pl czy masz przed

oczami aktualne wydanie raportu

[chcemy, aby materiał nadążał za zmie-

niającą się rzeczywistością]

wydanie: czerwiec 2017 r.

2

Przegląd dostępnych na polskim rynku rozwiązań klasy BPMS jest opracowaniem mającym na

celu uproszczenie procesu rozpoznania rynku realizowanego w organizacjach, które planują

wdrożenie systemu do automatyzacji procesów.

Jednym z najczęściej pojawiających się problemów skutkujących niezadowalającą efektyw-

nością procesów w firmach i instytucjach funkcjonujących w Polsce jest brak odpowiedniej ich

automatyzacji. Większość analiz – prowadzonych wewnętrznie lub przy wsparciu firm dorad-

czych – zawiera stwierdzenie „zbyt duża liczba kroków procesu realizowana jest manualnie,

rekomendowana jest ich automatyzacja”. Automatyzacja wpływa na efektywność, termino-

wość, jakość, ale sprawia również, że procesy są bardziej transparentne, a podział odpowie-

dzialności w organizacji nie budzi wątpliwości.

W przeprowadzonym przez zespół PROCESOWCY.PL w 2016 roku badaniu dojrzałości proceso-

wej 17% respondentów potwierdziło, że reprezentowane przez nich organizacje mają w pla-

nach wdrożenie narzędzia klasy BPMS.

Wynikająca z potrzeb i zainteresowania dynamika rynku rozwiązań BPMS skłoniła nas do opra-

cowania przeglądu rozwiązań tej klasy dostępnych na polskim rynku. Niniejsze opracowanie

ma ułatwić pozyskanie informacji o narzędziach, ale również zainspirować – dzięki opisaniu

widocznych na rynku BPMS trendów i najlepszych praktyk we wdrażaniu tej klasy rozwiązań.

Życzymy udanej lektury!

Zespół PROCESOWCY.PL

wstęp

3

17%

Taki odsetek respondentów biorą-

cych udział w ostatniej edycji bada-

nia dojrzałości procesowej twierdzi, że

reprezentowane przez nich firmy

mają w planach wdrożenie narzędzia

klasy BPM(S).

4

Osoby zainteresowane tematyką nie mają raczej problemu z interpretacją, ale ze względu na

mnogość funkcjonujących na rynku modnych skrótów oraz dla zapewnienia spójnego ich zro-

zumienia postanowiliśmy w kilku słowach wyjaśnić znaczenie nazewnictwa pojawiającego się

w niniejszym opracowaniu. Podkreślamy jednocześnie, że nie ma jednoznacznych źródeł i kon-

kretne nazwy i skróty są w różny sposób wykorzystywane – często dla osiągnięcia marketingo-

wych korzyści.

Na potrzeby niniejszego raportu aplikacje do automatyzacji procesów biznesowych zostały

określone jako BPMS (angielskojęzyczne rozwinięcia tego skrótu, które można napotkać to: Bu-

siness Process Management Suite, Business Process Management System, Business Process Ma-

nagement Software). Są to narzędzia posiadające tzw. silnik wykonawczy, umożliwiające zde-

finiowanie procesu i jego rzeczywistą realizację / wykonanie – z wykorzystaniem formularzy,

zdefiniowanych odpowiedzialności, logiki przebiegu procesu i reguł definiowanych w narzę-

dziu.

Narzędzia BPMS można zawrzeć w zbiorze – BPA (Business Process Automation). BPA jest jednak

szerszym pojęciem, w którym mieszczą się również inne systemy informatyczne, automatyzu-

jące konkretne funkcje, a nie procesy. Uwaga: skrót BPA jest również wykorzystywany do okre-

ślenia narzędzi do modelowania i analizy procesów biznesowych, bez silnika wykonawczego

(Business Process Analysis).

Wśród definicji nie można pominąć sformułowania Workflow. Systemy klasy Workflow są ewo-

lucyjnym poprzednikiem systemów klasy BPMS. Niektórzy twierdzą, że Workflow i BPMS różnią się

tylko nazwą i rozróżnienie ma charakter marketingowy. Na potrzeby naszego raportu przyjmu-

jemy, że zasadniczą różnicą jest to, że aplikacje BPMS są dużo bardziej elastyczne i automaty-

zacje kolejnych procesów, w odróżnieniu od systemów Workflow, nie wymagają angażowania

dostawcy systemu i nie wymagają wiedzy programistycznej. Według WfMC (Workflow Mana-

gement Coalition – organizacja zajmująca się definiowaniem standardów dla narzędzi klasy

Workflow) Workflow to „automatyzacja procesów biznesowych, w całości lub w części, pod-

czas której dokumenty, informacje lub zadania są przekazywane od jednego uczestnika do

następnego, według odpowiednich procedur zarządczych”.

Pisząc o trendach będziemy używali również skrótu RPA (Robotic Process Automation). Pojęcie

robotyki kojarzy się zazwyczaj z przemysłem – roboty są wykorzystywane w procesach produk-

cyjnych od dawna. Obecnie zauważalnym trendem jest stosowanie „robotów” w formie od-

powiedniego oprogramowania lub skryptów automatyzujących czynności procesów niepro-

dukcyjnych. Typowym miejscem zastosowania są centra outsourcingowe lub obszary back-

office, gdzie RPA pozwala automatyzować powtarzalne czynności, często niewnoszące war-

tości do procesu.

czym jest BPMS?

5

Zespół PROCESOWCY.PL przeprowadził na potrzeby niniejszego opracowania badanie, któ-

rego celem było potwierdzenie funkcjonalności, które wg respondentów powinien posiadać

system BPMS. W badaniu wzięły udział 84 osoby, reprezentujące firmy i instytucje z różnych

branż i różnej wielkości. Co ważne w grupie tej znajdowały się zarówno osoby z organizacji

planujących wdrożenie, jak również z organizacji, które już wdrożyły aplikację klasy BPMS.

Poniżej prezentujemy najczęściej wskazywane przez respondentów funkcjonalności:

Możliwość tworzenia w narzędziu modeli procesów przeznaczonych do automatyzacji

Możliwość importowania modeli procesów z wykorzystaniem BPMN DI

Możliwość wykorzystania modeli procesów (stworzonych lub zaimportowanych) do

budowania logiki obiegu spraw i dokumentów

Możliwość tworzenia bez wiedzy programistycznej formularzy wykorzystywanych w po-

szczególnych krokach procesu do wprowadzania oraz przetwarzania danych

Możliwość definiowania struktury organizacyjnej oraz wirtualnych grup użytkowników

Możliwość definiowania odpowiedzialności za poszczególne kroki w procesie w opar-

ciu o zdefiniowaną strukturę organizacyjną

Możliwość wyznaczania zastępstw

Możliwość elastycznego definiowania poziomów i rodzajów akceptacji zadań oraz

dokumentów

Możliwość przesyłania komunikatów dotyczących poszczególnych etapów prze-

biegu procesów/zadań/zdarzeń do uprawnionych użytkowników w systemie oraz na

określony adres lub grupę e-mail

Generowanie powiadomień (np. o nowych zadaniach) w momencie zalogowania

się do systemu

Powiadamianie (w formie komunikatu) użytkownika oraz przełożonych o zbliżającym

się oraz przekroczonym terminie realizacji zadania/sprawy

Obrazowanie statusów poszczególnych zadań w postaci graficznej, w której zadania

realizowanie zgodnie z terminem oznaczone są kolorem zielonym, zadania ze zbliżają-

cym się terminem realizacji oznaczone są kolorem żółtym, a zadania z przekroczonym

terminem realizacji oznaczone są kolorem czerwonym

Możliwość raportowania zdefiniowanych wskaźników

Możliwość pobierania i przekazywania danych z oraz do innych systemów informa-

tycznych

najbardziej pożądane

funkcjonalności

i oczekiwane korzyści

6

Ci sami respondenci poproszeni zostali o podanie korzyści oczekiwanych z wdrożenia BPMS.

Poniżej prezentujemy najczęściej pojawiające się odpowiedzi:

Zwiększenie efektywności (możliwość skupienia się na pracy a nie sposobie jej realiza-

cji, sposobie przekazywania dokumentów, monitorowaniu dostarczania dokumentów)

Podniesienie jakości (poprzez standaryzację działań)

Skrócenie czasu realizacji zadań (poprzez wyeliminowanie czynności związanych z

drukowaniem, przesyłaniem dokumentów, transportem dokumentów, odbieraniem

dokumentów)

Jasne zdefiniowanie odpowiedzialności za poszczególne kroki w procesach (w stan-

dardowych/powtarzalnych ścieżkach postępowania w systemie zdefiniowani są adre-

saci poszczególnych zadań/dokumentów oraz osoby zaangażowane w punktach de-

cyzyjnych)

Możliwość śledzenia statusów poszczególnych spraw (poprzez definiowanie poszcze-

gólnych etapów procesów i raportowania, na jakim etapie dana sprawa się znajduje

oraz poprzez definiowanie czasów realizacji poszczególnych zadań oraz grup zadań i

raportowanie statusu, wraz z wizualizacją oraz powiadamianiem o zbliżających się ter-

minach poszczególnych zadań) – możliwość wprowadzenia dokładniejszych mierni-

ków

Zwiększenie bezpieczeństwa informacji (poprzez zdefiniowaną strukturę uprawnień do-

stępu do systemu lub poszczególnych funkcjonalności systemu)

Pełna transparentność pracy w organizacji (poprzez zapisy wszelkich operacji w dzien-

nikach systemowych dające możliwość natychmiastowego dostępu do informacji o

tym, kto i kiedy dany dokument przeglądał, modyfikował, czego dotyczyła modyfika-

cja oraz poprzez dający duże możliwości system wersjonowania dokumentów)

Można więc zaobserwować, że zarówno potrzeby, jak i oczekiwane korzyści dzielą się na

dwie podstawowe grupy:

Pierwsza z nich dotyczy zagadnień mierzalnych, związanych z efektywnością, termino-

wością i jakością

Druga natomiast związana jest z zagadnieniami trudniejszymi do skwantyfikowania,

takimi jak transparentność, jasny podział odpowiedzialności, czy bezpieczeństwo.

7

Trendy dające się obserwować na rynku rozwiązań BPMS wynikają bezpośrednio z szerszego

kontekstu – z trendów kształtujących współczesny biznes. Pierwszym z nim jest potrzeba zwią-

zana z większą elastycznością systemów informatycznych automatyzujących procesy bizne-

sowe. Jest to potrzeba wynikająca z występującej – szczególnie w wybranych branżach – hi-

perkonkurencji. W dzisiejszych czasach firmy nie mogą sobie pozwolić na długi czas wprowa-

dzania nowych produktów na rynek. Jeszcze jakiś czas temu wprowadzenie nowej usługi lub

produktu na rynek potrafiło trwać np. 10 miesięcy i

było to normą. Obecnie jest to nie do pomyślenia.

Presja konkurencji spowodowała, że czas ten jest li-

czony często w pojedynczych tygodniach (szcze-

gólnie w przypadku usług, bo fizyczne produkty bę-

dące rezultatem procesu produkcyjnego wyma-

gają zazwyczaj dłuższego czasu).

Głównym „winowajcą” wydłużonego TTM (Time To

Market) jest zazwyczaj punkt styku biznesu z IT. Wpro-

wadzenie nowej usługi lub nowego produktu wy-

maga zmian w procesach i w systemach informa-

tycznych, a to z kolei wymaga pozyskania budżetu,

uzyskania odpowiednich akceptacji, „wpasowania się” w kalendarz tzw. releaseów itd. Wszyst-

kie te działania mają oczywiście na celu zapewnienie zgodności architektonicznej i bezpie-

czeństwa, ale presja konkurencyjna sprawia, że najzwyczajniej nie ma na nie czasu. Częściowo

z pomocą przychodzą coraz bardziej popularne zwinne metody zarządzania projektami, ale

kluczowa jednak staje się architektura wykorzystywanych rozwiązań informatycznych. Już kilka

lat temu Gartner opisał koncepcję IT dwóch prędkości, która m.in. zakłada funkcjonowanie

dwóch rodzajów aplikacji w organizacji:

Elastyczne aplikacje, w których zmiany mogą być wprowadzane bardzo szybko

Dziedzinowe aplikacje, w których zmiany muszą być wprowadzane zgodnie z przyjętym

w danej organizacji rytmem

Rozwiązania BPMS, którym poświęcony jest niniejszy raport są postrzegane jako kluczowe na-

rzędzia w pierwszej grupie – jako systemy, które można w łatwy sposób implementować i mo-

dyfikować. Zmiany w nich mogą być często implementowane przez odpowiednio przeszkolo-

nych użytkowników spoza IT, bez wiedzy programistycznej. Zazwyczaj jednak do modyfikacji

potrzebna jest umiejętność zastosowania odpowiednich dla użytej technologii skryptów (np.

JavaScript). W takim przypadku rola IT sprowadza się głównie do tworzenia i utrzymywania

funkcjonujących integracji – najczęściej między narzędziem BPMS a dziedzinowymi systemami

informatycznymi (np. ERP). Integracja jest realizowana z wykorzystaniem szyny integracyjnej (i

zdefiniowanych zgodnie z koncepcją SOA) lub na zasadzie bezpośredniej integracji (komuni-

kacji między bazami danych poszczególnych systemów).

trendy i kierunki rozwoju

potrzeba większej elastycz-

ności systemów informa-

tycznych umożliwiających

m.in. szybkie wprowadzanie

nowych produktów lub

usług na rynek

8

W koncepcję IT dwóch prędkości doskonale wpisują się zdobywające coraz więcej zwolenni-

ków podejścia do wytwarzania i rozwoju oprogramowania, takie jak RAD (Rapid Application

Development) oraz Low-code development i No-code development. W takim właśnie duchu

projektowana jest większość narzędzi BPMS.

Kolejnym trendem jest szeroko pojmowana transformacja cyfrowa (digital transformation). Po-

jęcie to jest również nieco nadużywane, ponieważ można uznać, że to lata dziewięćdziesiąte

były czasem transformacji cyfrowej, a nawet

rewolucji cyfrowej. Zjawisko, które obserwu-

jemy w dzisiejszych czasach ma jednak nieco

inne podłoże. Lata dziewięćdziesiąte to czas,

w którym wdrażaliśmy rozwiązania informa-

tyczne, które zwiększały (często o kilkaset pro-

cent) naszą efektywność. Transformacja cy-

frowa w dzisiejszych czasach to efekt trendu,

który możemy nazwać „digital native” – żyjemy

w czasach, w których na rynek konsumentów i

na rynek pracy wkroczyło pokolenie, dla któ-

rego wykorzystanie technologii w codziennym

życiu (zawodowym i prywatnym) jest czymś

oczywistym i naturalnym, często bardziej natu-

ralnym niż kontakt bezpośredni.

Kupując produkty i usługi klienci oczekują ich

natychmiastowej i nieprzerwanej dostępności

w różnych kanałach obsługi o każdej porze. Wolumen transakcji realizowanych on-line dyna-

micznie rośnie. Każdy klient oczekuje wyjątkowego traktowania, klasyczna segmentacja klien-

tów powoli się dezaktualizuje – nawet przy masowych usługach każdy klient jest na wagę złota.

Trudno spełnić te oczekiwania bez odpowiednio zautomatyzowanych procesów sprzedaży i

obsługi klienta. Najczęściej systemy CRM oraz narzędzia automatyzujące funkcje sprzedażowe

są bezpośrednio zintegrowane z aplikacjami klasy BPMS, które zapewniają obsługę całego

procesu.

Nie bez powodu nawiązujemy do transformacji cyfrowej w kontekście życia prywatnego (jako

klient) i zawodowego (jako pracownik) – przedstawiciele pokolenia „digital native” oczekują

w swojej pracy wsparcia informatycznego, które wyeliminuje biurokrację i umożliwi skupienie

się na zadaniach wpisujących się w obraną ścieżkę rozwoju zawodowego.

Sztuczna inteligencja (AI - Artificial Intelligence) jest zagadnieniem, którym zajmuje się obecnie

większość gigantów informatycznych. Również narzędzia klasy BPMS zaczynają uwzględniać

rozwiązania będące namiastką sztucznej inteligencji. Zastosowanie AI w BPMS polega zazwy-

czaj na wyciąganiu przez system wniosków z zachowań użytkowników – jeśli na przykład więk-

szość użytkowników popełnia taki sam błąd podczas wypełniania konkretnego formularza w

procesie, to być może formularz ten powinien być zmieniony, zgodnie z zaobserwowanymi za-

chowaniami. Mechanizmy takie umożliwiają „samodoskona-

lenie” się procesów. Są one zbliżone do tych stosowanych w

rozwiązaniach typu Process discovery i Porcess mining, które

mają na celu weryfikację czynności realizowanych przez użyt-

kowników i na tej podstawie odkrywanie rzeczywistego prze-

biegu procesów przez nich realizowanych.

Kolejnym trendem, który zaczyna znajdować odzwierciedlenie w aplikacjach klasy BPMS jest

robotyzacja procesów nieprodukcyjnych. Rozwiązania RPA (Robotic Process Automation) to

bardziej i mniej złożone skrypty automatyzujące powtarzalne czynności realizowane przez pra-

na rynek konsumentów i na ry-

nek pracy wkroczyło pokole-

nie, dla którego wykorzystanie

technologii w codziennym ży-

ciu (zawodowym i prywatnym)

jest czymś oczywistym i natu-

ralnym, często bardziej natural-

nym niż kontakt bezpośredni

„samodoskonalenie”

się procesów dzięki AI

9

cowników. Często są to zadania częściowo odbywające się w ramach systemu BPMS, np. prze-

pisywanie odpowiednich wartości z zeskanowanej faktury do konkretnego formularza w BPMS.

RPA spotyka się z ogromnym zapotrzebowaniem, co skutkuje również zainteresowaniem pro-

ducentów rozwiązań BPMS. W najbliższych latach należy

się więc spodziewać pojawienia się technologii RPA bez-

pośrednio w narzędziach BPMS – tym bardziej, że zazwy-

czaj spore wyzwanie podczas wdrożenia stanowią inte-

gracje z innymi systemami i firmy z pewnością będą rów-

nież wykorzystywały RPA do rozwiązywania tego rodzaju

problemów. Dla części z czytających niniejszy raport wyda

się to nieprofesjonalne i jest to podważenie koncepcji SOA

(Service-Oriented Architecture), ale w kontekście wspo-

mnianej wcześniej potrzeby szybkiego wprowadzania

zmian może to być uzasadnione. Użytkownicy będą czę-

sto woleli zastosować proste skrypty polegające na przy-

kład na automatycznym kopiowaniu konkretnych wartości między systemami, niż czekać na

profesjonalnie zrealizowaną i zgodną z pryncypiami architektonicznymi integrację.

w najbliższych latach na-

leży się więc spodziewać

pojawienia się technolo-

gii RPA bezpośrednio w

narzędziach BPMS

10

BPMS w swoim wcześniejszym wcieleniu – jako klasyczny Workflow – był jednym z wielu syste-

mów informatycznych wykorzystywanych w organizacjach. Obecnie często staje się centralną

platformą, która automatyzuje procesy z różnych obszarów firmy. Systemy dziedzinowe są na-

dal potrzebne, ale przestają być widoczne dla większości użytkowników. Zaczynają być wyko-

rzystywane przez stosunkowo wąską grupę ekspertów i specjalistów. Prawidłowo zaprojekto-

wane i działające mechanizmy integracyjne sprawiają, że środowisko pracy osób realizują-

cych główne procesy firmy sprowadza się często jedynie do BPMSa. Co więcej – wzrasta liczba

wdrożeń, w których aplikacje BPMS zaczynają kanibalizować systemy dziedzinowe.

Uwagę należy szczególnie zwrócić na zależności między aplikacjami BPMS a systemami klasy

ECM (Enterprise Content Management) oraz DMS (Document Management System). ECM to

narzędzia wspierające zarządzanie wiedzą w organizacji. DMS to narzędzia umożliwiające za-

rządzanie dokumentacją. Obie grupy systemów są ściśle powiązane z obiegiem zadań i doku-

mentów, dlatego granice między nimi a systemami BPMS również zaczynają się rozmywać.

Integracje między BPMS a systemami dziedzinowymi realizowane są zazwyczaj za pośrednic-

twem szyny integracyjnej, na której dostępne są usługi aplikacyjne. Komunikacja z portalami

klienckimi jest realizowana bezpośrednio lub z wykorzystaniem szyny. Natomiast przepływ da-

nych i dokumentów między BPMS a urządzeniami skanującymi (lub innymi – np. faks) i oprogra-

mowaniem biurowym to miejsca, w których coraz częściej wykorzystywane są technologie

RPA.

Miejsce aplikacji BPMS

w architekturze korporacyjnej

11

Decyzja o wdrożeniu narzędzia BPMS powinna wynikać ze ziden-

tyfikowanych i potwierdzonych potrzeb oraz z przeprowadzonej

analizy opłacalności.

Zarówno definiowanie potrzeb (i wynikających z nich wymagań),

jak i analiza opłacalności powinny odbyć się w dwóch iteracjach.

Pierwsza iteracja to zdefiniowanie ogólnych potrzeb. Zazwyczaj

potrzeba wdrożenia narzędzia klasy BPMS identyfikowana jest przy

okazji prowadzenia analizy efektywności procesów w organizacji

lub wynika z sugestii pracowniczych. Na podstawie zidentyfikowa-

nej potrzeby powstaje lista ogólnych wymagań względem sys-

temu oraz względem dostawcy.

Ogólne wymagania stanowią podstawowy element wstępnego

zapytania do potencjalnych dostawców (RFI - Request For Infor-

mation). Wstępne zapytanie może być skierowane do grona wy-

branych firm lub ogólnodostępne. Rekomendujemy wykorzysta-

nie niniejszego raportu do częściowego pozyskania informacji i do

wytypowania dostawców zaproszonych do udziału w RFI. Swo-

bodę taką mają firmy niepodlegające Ustawie Prawo Zamówień

Publicznych. W przypadku spółek i instytucji postępujących zgod-

nie z PZP rekomendujemy zastosowanie trybu określonego jako

dialog konkurencyjny.

Proces pozyskiwania informacji z rynku powinien uwzględniać

spotkania z potencjalnymi dostawcami, podczas których prezen-

towane są poszczególne rozwiązania. Prezentacje powinny odby-

wać się według przygotowanego – i takiego samego dla wszyst-

kich potencjalnych dostawców – scenariusza. Celem spotkań jest

porównywanie systemów, ale również pozyskiwanie wiedzy o ich

możliwościach. Wiedza ta powinna być odpowiednio wykorzystana podczas opisanego w dal-

szej części przygotowania listy szczegółowych wymagań (druga iteracja). Proces RFI kończy się

uzyskaniem od potencjalnych dostawców potwierdzenia spełnienia ogólnych wymagań oraz

szacunkiem kosztów (licencyjnych, wdrożeniowych i utrzymaniowych).

Równolegle do procesu pozyskiwania informacji z rynku powinna przebiegać analiza opłacal-

ności wdrożenia BPMS. Dobrą praktyką jest wybranie od 2 do 5 opisanych oraz zmapowanych

Najlepsze praktyki

wdrożeniowe

12

procesów i przeanalizowanie ich pod kątem czasów trwania poszczególnych czynności, pra-

cochłonności, przestojów, wolumenów spraw i dokumentów przebiegających przez proces w

danej jednostce czasu. Jeśli organizacja nie posiada zmapowanych i opisanych procesów na-

leży wybrać od 2 do 5 procesów, a następnie je zmapować i opisać. Kolejny krok to zdefinio-

wanie dla tych samych procesów stanu przyszłego, w którym uwzględnione są funkcjonalności

aplikacji BPMS. Kwantyfikowalne korzyści wynikające z modeli stanu przyszłego procesów to

zazwyczaj skrócenie czasu realizacji wybranych czynności, skrócenie lub wyeliminowanie czasu

oczekiwania, zrównoleglenie czynności, które dotychczas musiały odbywać się sekwencyjnie.

Korzyści te należy przeliczyć na wartości finansowe, do czego warto wykorzystać profesjonalne

narzędzia do modelowania procesów i prowadzenia symulacji (takie, z którego modele pro-

cesów można wyeksportować do narzędzia BPMS podczas wdrożenia – z wykorzystaniem pro-

tokołu BPMN DI). Po wyliczeniu potencjalnych korzyści dla procesów podlegających analizie

należy przyjąć odpowiednie założenia dla pozostałych procesów w organizacji – najczęściej

poprzez zastosowanie proporcji między liczbą wszystkich kroków w analizowanych procesach

a liczbą wszystkich kroków w pozostałych procesach w organizacji. Jeśli procesy nie są opi-

sane, to należy przyjąć proporcję między liczbą procesów analizowanych a liczbą pozostałych

procesów zdefiniowanych w organizacji. Korzyści wyekstrapolowane na całą organizację na-

leży porównać z kosztami wynikającymi z uśrednionych szacunków pozyskanych w ramach

przeprowadzonego RFI.

Oczywiście w części kosztowej analizy należy również uwzględnić wymaganą infrastrukturę,

koszty utrzymania oraz pracochłonność oraz kompetencje (w kontekście kosztu ich pozyska-

nia) niezbędne do samodzielnej automatyzacji kolejnych procesów, po zakończeniu projektu

wdrożeniowego.

Po porównaniu szacowanych korzyści i szacowanych kosztów zapaść powinna decyzja dot.

wdrożenia.

W przypadku decyzji pozytywnej warto przygotować ogólną strategię przeprowadzenia wdro-

żenia narzędzia BPMS oraz modelu jego funkcjonowania po wdrożeniu. Strategia ułatwia unik-

nąć poważnych problemów podczas wdrożenia, poprzez odpowiedzenie sobie na następu-

jące pytania:

W jaki sposób w BPMS będą znajdowały się informacje o użytkownikach, zależnościach

między nimi, zakresach ich uprawnień (czy będą pochodziły z innych systemów, np. z

wykorzystaniem Active Directory, czy może będą definiowane manualnie – jeśli tak, to

przez kogo i w jaki sposób)?

Jakie procesy powinny być objęte wdrożeniem i w jakiej kolejności? Funkcjonują dwa

najczęściej spotykane kryteria ustalania kolejności: automatyzacja w pierwszej kolejno-

ści procesów z największym potencjałem mierzalnych korzyści do osiągnięcia (zazwy-

czaj są to wybrane procesy główne – np. proces obsługi klienta) lub automatyzacja w

pierwszej kolejności mniej krytycznych procesów, których automatyzacja może zmniej-

szyć opór przed zmianą poprzez pokazanie jak BPMS może ułatwić codzienną pracę

(zazwyczaj są to wybrane procesy wspierające – np. obieg faktur lub obieg wniosków

urlopowych).

Czy procesy objęte wdrożeniem i szczegółowe funkcjonalności systemu mają być opi-

sywane w ramach analizy przed wyborem narzędzia, czy w ramach analizy przedwdro-

żeniowej przeprowadzonej już przez dostawcę? Jest to klasyczne pytanie które sprowa-

dza się do wyboru między dostosowaniem narzędzia do procesów w organizacji (sytu-

acja, w której analiza ma miejsce przed wyborem) a dostosowaniem organizacji do

systemu (analiza prowadzona przez dostawcę). Naturalny wydaje się pierwszy scena-

riusz, ale należy pamiętać o tym, że zazwyczaj jest on bardziej kosztowny. Poza tym

13

często dostawcy dysponują doświadczeniem wynikającym z wdrożeń dla innych klien-

tów i znajomością dobrych praktyk w projektowaniu poszczególnych procesów. Jest to

wiedza, którą warto wykorzystać – przede wszystkim w przypadku firm charakteryzują-

cych się niższą dojrzałością procesową.

Kto ma być właścicielem biznesowym systemu? Wbrew pozorom nie jest to łatwe py-

tanie, ponieważ BPMS stanowi wsparcie dla różnych obszarów biznesowych i trudno

zdefiniować jeden dominujący.

Jaki ma być model funkcjonowania systemu po wdrożeniu? Przede wszystkim kto ma

być odpowiedzialny za automatyzację kolejnych procesów i zmiany w procesach za-

utomatyzowanych podczas wdrożenia? Zagadnienie to związane jest również z właści-

cielstwem systemu. Trendem dającym się zaobserwować jest powoływanie komórki or-

ganizacyjnej odpowiedzialnej za realizację kolejnych automatyzacji. Komórka taka nie

jest ulokowana ani w IT, ani w konkretnym obszarze biznesowym – zazwyczaj jest to ko-

mórka zajmująca się zarządzaniem procesami i zwiększaniem ich efektywności.

W jaki sposób BPMS ma się komunikować z innymi systemami informatycznymi – poprzez

szynę integracyjną, poprzez bezpośrednią komunikację na poziomie baz danych, czy

za pomocą rozwiązań RPA?

Czy system ma również spełniać funkcję DMS?

Czy system ma również spełniać funkcję ECM?

Po określeniu strategii wdrożeniowej powinny zostać zdefiniowane szczegółowe wymagania

(druga iteracja definiowania wymagań), które będą stanowiły kluczowy element zapytania

ofertowego (RFP) – jeśli strategia zakłada przeprowadzenie szczegółowej analizy przed wybo-

rem narzędzia i dostawcy.

Szczegółowe wymagania powinny być definiowanie równocześnie z modelowaniem stanu

docelowego procesów (uwzględniającego wykorzystanie narzędzia BPMS). Do każdej czynno-

ści w definiowanym procesie powinny zostać przypisane funkcjonalności systemu, które mają

znaleźć zastosowanie w realizacji tej czynności (wymagania funkcjonalne). Istotne jest stoso-

wanie takich samych nazw dla powtarzających się wymagań oraz prowadzenie spójnego wy-

kazu wszystkich definiowanych wymagań funkcjonalnych – w formie pogrupowanej listy.

Wymaganiom funkcjonalnym z listy powinny zostać przypisane wagi określające istotność.

Waga konkretnego wymagania powinna wynikać przede wszystkim z tego, ile razy w mode-

lach procesów podlegających automatyzacji występuje do niego odwołanie. Wagi mają

duże znaczenie podczas oceny ofert, natomiast nie powinny być ujawniane w ramach zapy-

tania.

Kluczowym elementem zapytania ofertowego (RFP) jest opis przedmiotu zamówienia, na który

powinny składać się:

Lista wymagań funkcjonalnych

Modele i opisy procesów podlegających automatyzacji, wraz z odniesieniem się do

konkretnych wymagań funkcjonalnych mających zastosowanie w poszczególnych

czynnościach procesu

Informacje o typach i szacowanej liczbie dokumentów przetwarzanych w ramach po-

szczególnych procesów

Informacje o planowanych integracjach (wskazanie danych, kierunku ich przepływu

oraz technologii)

Informacje o szacowanej liczbie przebiegów poszczególnych procesów w określonej

jednostce czasu

14

Informacje o szacowanej liczbie użytkowników realizujących zautomatyzowane pro-

cesy (jednoczesnych lub nazwanych)

Informacje o szacowanej liczbie użytkowników mających docelowo realizować ko-

lejne automatyzacje

Lista wymagań pozafunkcjonalnych

Poza opisem przedmiotu zamówienia zapytanie powinno zawierać co najmniej informacje o

stosowanych kryteriach wyboru, o wymaganiach względem dostawcy / producenta, o prze-

biegu procesu wyboru najkorzystniejszej oferty, o zakładanym harmonogramie wdrożenia.

Niezbędne jest również przygotowanie w ramach zapytania formularzy i instrukcji ich wypełnia-

nia. Formularze umożliwiające ustosunkowanie się dostawców do wymagań funkcjonalnych

powinny zakładać trzy rodzaje odpowiedzi dostawców:

Funkcjonalność dostępna w standardzie

Funkcjonalność dostępna po dokonaniu dodatkowych prac konfiguracyjnych / para-

metryzacyjnych

Funkcjonalność dostępna po dokonaniu dodatkowych prac programistycznych

Funkcjonalność niedostępna

Formularze powinny być przygotowane w sposób umożliwiający łatwe porównanie ofert.

Rekomendowane jest zastosowanie mieszanych kryteriów wyboru najlepszej oferty:

Stopień spełnienia wymagań funkcjonalnych (z uwzględnieniem określonych wag)

Stopień spełnienia wymagań pozafunkcjonalnych

Cena (licencji, usług wdrożeniowych, usług utrzymaniowych)

Doświadczenie dostawcy

Informacje określone w opisie przedmiotu zamówienia powinny stać się jednocześnie załącz-

nikami do umowy z wybranym dostawcą i stanowić podstawę do odbiorów podczas wdroże-

nia.

W ramach negocjacji umowy ustalony zostaje harmonogram, w którym poza typowymi pra-

cami implementacyjnymi należy uwzględnić transfer wiedzy umożliwiający zbudowanie w or-

ganizacji kompetencji niezbędnych do samodzielnego automatyzowania procesów po zakoń-

czeniu projektu wdrożeniowego. Osoby, które mają nabyć kompetencje powinny być zaan-

gażowane od początku projektu.

Implementacja przebiega zgodnie z podejściem wypracowanym między organizacją a do-

stawcą w trakcie negocjacji umowy i zazwyczaj obejmuje następujące elementy:

Implementacja techniczna aplikacji i szkolenia dla administratorów technicznych

Konfiguracja mechanizmów zarządzania uprawnieniami oraz zasilenie systemu infor-

macjami o użytkownikach i ich uprawnieniach

Konfiguracja interfejsu i ogólnych funkcji dostępnych dla poszczególnych grup użyt-

kowników

Zdefiniowanie ogólnych reguł, wspólnych dla wszystkich procesów

Opracowanie ogólnego modelu danych i integracji

Implementacja, testy i uruchamianie poszczególnych procesów (wg ustalonej kolejno-

ści)

- Import modelu procesu (lub zamodelowanie)

- Zdefiniowanie logiki w silniku wykonawczym

- Opracowanie formularzy i ekranów występujących w poszczególnych krokach

procesu

15

- Opracowanie mechanizmów integracyjnych dla procesu

- Zdefiniowanie reguł dla procesu

- Zdefiniowanie zasad powiadamiania i raportowania w ramach procesu

- Testy i ewentualne korekty

- Opracowanie i udostępnianie dokumentacji (instrukcje) dla użytkowników

- Transfer wiedzy (szkolenia lub e-learning)

- Odbiór prac dotyczących procesu

Zdefiniowanie zasad i uruchomienie raportowania na poziomie całej architektury pro-

cesów

Zdefiniowanie zasad i uruchomienie mechanizmów doskonalenia procesów

Przygotowanie dokumentacji i transfer wiedzy umożliwiającej samodzielne automaty-

zowanie procesów po zakończeniu projektu

Odbiór końcowy i przekazanie aplikacji do utrzymania

Po odbiorze końcowym aplikacja jest utrzymywana i rozwijana przez osoby / zespół we-

wnętrzny (w trybie BAU – Business As Usual). Bardzo istotne jest zdefiniowanie i zakomunikowanie

zasad zgłaszania i realizacji potrzeb w zakresie automatyzacji kolejnych procesów oraz mody-

fikacji w funkcjonujących automatyzacjach. Zespół odpowiedzialny za realizację dalszych au-

tomatyzacji nie jest zazwyczaj ulokowany ani w IT, ani w konkretnym obszarze biznesowym –

zazwyczaj jest to komórka zajmująca się zarządzaniem procesami i zwiększaniem ich efektyw-

ności. Ważne jest więc wypracowanie zasad współpracy między zespołem a właścicielami

procesów i między zespołem a IT.

16

Kolejne strony zawierają opis następujących rozwiązań BPMS, dostępnych na polskim rynku:

Nazwa narzędzia: Dystrybutor:

Ferryt Enterprise Platform DomData AG Sp. z o.o.

IBM Business Process Manager IBPM SA (Partner Handlowy IBM)

makigami JT Weston sp. z o.o.

OfficeObjects® Rodan Development Sp. z o.o.

Oracle BPM Suite Oracle Polska Sp. z o.o.

Platforma webMethods BPMS z komponen-

tem modelującym ARIS Software AG Polska Sp. z o.o.

ProcessRunner Carrywater Group S.A.

Rozwiązania dostępne

na polskim rynku

17

Nazwa systemu:

Ferryt Enterprise Platform

Nazwa i dane kontaktowe producenta / dystrybutora:

DomData AG Sp. z o.o.

ul. Strzeszyńska 75

60-479 Poznań

Telefon: +48 61 849 70 01

Faks: + 48 61 849 70 09

e-mail: [email protected]

www.domdata.pl

mailto:[email protected]


http://www.domdata.pl/

18

Informacje o systemie:

Ferryt to platforma do kompleksowego zarządzania procesami biznesowymi stworzona

przez firmę DomData. Od wielu lat rozwiązanie dostosowujemy do potrzeb i wymagań orga-

nizacji reprezentujących takie sektory jak: bankowość i inne usługi finansowe, handel, produk-

cja, logistyka. Dzięki wykorzystaniu zaawansowanej technologicznie platformy, zrealizowaliśmy

największe wdrożenia systemów klasy BPMS w Polsce.

Ferryt cechuje się elastycznością, za-

pewniającą łatwą i szybką rozbudowę o

nowe funkcje biznesowe i moduły dosto-

sowane do zmieniających się potrzeb or-

ganizacji. Dzięki platformie, organizacja

może sprawnie prowadzić sprzedaż i ko-

munikować się z klientami oraz partne-

rami przy użyciu wielu kanałów dostępu

do systemu.

Intuicyjna obsługa narzędzi do konfiguracji sprawia, że zarówno tworzenie nowych procesów,

jak i wprowadzanie zmian w już istniejących jest łatwe i szybkie. Wykorzystanie m.in. techniki

drag-and-drop powoduje, że adaptacje procesów mogą wykonywać użytkownicy biznesowi.

Zapewniamy również możliwość wykorzystywania systemu w chmurze.

Ferryt umożliwia zarządzanie wszystkimi elementami procesu: schematem przebiegu, modelem

danych, ekranami użytkowników, typami dokumentów, czy też interfejsami do systemów ze-

wnętrznych. Dzięki platformie można:

projektować dowolne procesy biznesowe,

optymalizować istniejące procesy,

zarządzać zadaniami personelu,

obsługiwać różnorodne zdarzenia w bieżącej działalności.

Zarządzanie zadaniami i zdarzeniami

Dzięki Ferryt, organizacja która go stosuje, staje się w większym stopniu nastawiona na realizację

zadań oraz osiąganie celów operacyjnych i strategicznych. System kontroluje przy tym stopień

ich zaawansowania. Dzięki temu możliwe jest rozpoznawanie najbardziej obciążonych osób,

komórek lub procesów, a w efekcie wprowadzanie usprawnień w obiegu zadań. Organizacja

zwiększa efektywność swoich działań poprzez automatyzację czynności, bieżącą kontrolę

kosztów i wydajności pracy.

Elastyczność i łatwość integracji

Elastyczność systemu zapewnia użycie modułów bazowych. Managerom dają one możliwość

wpływu na działalność swojej organizacji poprzez samodzielne tworzenie logiki biznesowej pro-

cesów. Tworzenie nowych procesów lub modyfikacja dotychczasowych może być realizo-

wana bez udziału dostawcy. Procesy są w pełni konfigurowalne przez użytkownika bizneso-

wego, a co ważne, nie są wymagane prace programistyczne. Elastyczność systemu daje moż-

liwość szybkiego wdrażania w życie zmian w procesach, a tym samym krótki „time to market”.

19

Zaawansowane narzędzia Ferryt pozwalają na szybkie tworzenie formularzy dostosowanych do

ekranów komputerowych, tabletów, smartfonów. Zapewnione jest pełne wsparcie RWD – au-

tomatyczne dostosowywanie do różnych ekranów. Tworzenie różnych interfejsów użytkowni-

ków obywa się w ramach jednego kroku konfiguracyjnego, co sprawia, że są one jednocześnie

dostępne dla wszystkich typów odbiorców końcowych. Wpływa to na znaczne skrócenie

czasu potrzebnego na przygotowanie formularzy dla różnych kanałów obsługi.

Narzędzie ściśle współpracuje z innymi modułami. Harmonijnie łączy się też z systemami nie

będącymi częścią platformy Ferryt. Z wykorzystaniem dedykowanych mechanizmów i otwar-

tego API, dwukierunkowa komunikacja jest bardzo prosta. Użytkownicy biznesowi mogą samo-

dzielnie podłączać interfejsy do systemów zewnętrznych, co świadczy o łatwej integracji na-

rzędzia z innymi rozwiązaniami.

Jeden system – różne procesy – wiele kanałów

Ferryt zapewnia wielokanałową obsługę klienta. Raz stworzony proces biznesowy może być

udostępniany w różnych kanałach obsługi. Z systemu można korzystać poprzez przeglądarkę

internetową i urządzenia mobilne (interaktywny formularz e-Wniosek). Ponadto Ferryt sprawdza

się w oddziałach, sklepach, Call Center, czy u pośredników i partnerów firm. Dostarczamy rów-

nież konsolę dla pracowników back-office.

Przyjazne interfejsy użytkownika są dostosowane do wymagań różnych kanałów dostępu.

Wniosek o zakup nowego produktu lub zmianę w już posiadanym, złożony w jednym kanale

może być kontynuowany w innym. Sprawy mogą być przekazywane pomiędzy personelem,

który może kontaktować się z klientem na różne sposoby. Moduły udostępniane bezpośred-

nio dla klientów (np. e-Wniosek) są ściśle zintegrowane z systemem back-office/Workflow.

20

Zarządzanie cyklem życia procesu: od analizy do uruchomienia

Platforma zapewnia skuteczne zarządzanie całym cyklem życia procesu, obejmującym ana-

lizę biznesową, modelowanie, symulację oraz uruchomienie. Informacje gromadzone w „życiu

produkcyjnym” procesu, pozwalają na monitorowanie jego działania, dokonywanie pomia-

rów oraz optymalizacje.

Na etapie analizy biznesowej ustala się aktorów, schemat przepływu, istotne zdarzenia oraz

interakcje na poszczególnych krokach procesu. Wykorzystywana do tego celu jest notacja

BPMN 2.0, wspierana przez system. Dużą wartością dodaną jest zestaw gotowych procesów, z

których korzystamy wykonując analizę dla powtarzalnych i bardziej standardowych procesów.

Przykładem jest proces obiegu faktury. Każde rozwiązanie, także to oparte na gotowych pro-

cesach, wzbogacamy o funkcjonalności istotne dla danej organizacji.

Na etapie modelowania następuje implemen-

tacja struktury procesy wraz krokami i zależno-

ściami. System automatycznie przyjmuje

wszystkie konfiguracje, jakie zostały dokonane

w narzędziu na etapie analizy. Z poziomu jed-

nego pulpitu designera, administrator bizne-

sowy dokonuje modelowania procesów w ca-

łym niezbędnym zakresie. Projektowanie obej-

muje również:

konfigurację bazową (jednostki bizne-

sowe, produkty, struktura danych itp.),

podstawowe reguły biznesowe,

tworzenie logiki zaawansowanej (m.in. reguły, skrypty, walidacje, przeliczenia),

tworzenie warstwy prezentacji (różne interfejsy użytkownika, rozmieszczenie pól na

ekranie, kryteria wyszukiwania i sortowania list, dokumenty, szablony SMS i e-mail itp.),

sposób korzystania z repozytoriów danych,

outputy takie jak wydruki, e-maile, SMSy,

podłączanie interfejsów do systemów zewnętrznych.

Podczas symulacji dla różnych scenariuszy przejścia, wyliczany jest czas trwania przebiegu pro-

cesu. System bierze pod uwagę m.in. szacowany czas trwania poszczególnych kroków procesu

i zadań cząstkowych oraz określony czas pracy aktorów w procesie.

Dzięki wbudowanym mechanizmom do migracji logiki biznesowej pomiędzy środowiskami, na-

rzędzie umożliwia szybkie przenoszenie i produkcyjne uruchomienie procesów. Duży stopień za-

utomatyzowania czynności eksploatacyjnych pozwala na minimalizację kosztów związanych z

bieżącą obsługą techniczną.

Analiza kluczowych wskaźników efektywności (KPI) i wyciąganie na ich podstawie wniosków to

nieodłączna część monitoringu. Jest on wykonywany na bieżąco, a zastosowane liczniki po-

zwalają na analizę dużej liczby danych. Ferryt gwarantuje weryfikację czasu wykonywania za-

dań i wykrywanie wąskich gardeł.

Optymalizacja związana jest z usuwaniem wąskich gardeł i ich przyczyn. System pozwala na

porównanie danych otrzymanych z symulacji i z monitoringu, a w efekcie końcowym także na

wyeliminowanie czynności, które utrudniają sprawny przebieg procesów.

21

Kompleksowe zarządzanie procesami w organizacji

W ramach platformy Ferryt dostarczamy szereg modułów biznesowych z wbudowaną już lo-

giką procesową, które są dedykowane różnym branżom. Wdrażamy predefiniowane procesy

biznesowe dla niemal całego obszaru bankowości. Dostarczamy również gotowe procesy

dla przedsiębiorstw, m.in. obieg faktur, zarządzanie delegacjami, obsługa kancelarii, procesy

sprzedażowe i reklamacyjne.

Udostępniamy zestaw narzędzi do budowy procesów biznesowych zapewniający kompletne

środowisko do zarządzania. Każdy z elementów platformy Ferryt można wdrażać niezależnie

lub jako część rozwiązania biznesowego. Poszczególne moduły w łatwy sposób można włą-

czyć w istniejącą w organizacji architekturę systemową.

Platforma udostępnia szereg modułów wspierających obsługę procesów, m.in. Ferryt e-Ar-

chiwum (wysokowydajne elektroniczne repozytorium z procesami do zarządzania dokumen-

tami i modułem OCR), Ferryt Reporting+ (moduł do tworzenia i publikacji raportów na pozio-

mie operacyjnym i zarządczym), Ferryt Dataspace (silnik decyzyjny i reguł biznesowych, zarzą-

dzanie repozytorium danych oraz przeliczeniami), Ferryt Output (konfigurowanie szablonów

wydruków, eMail, SMS, narzędzie do zarządzania procesami wydruku) i inne.

Wdrożenie Ferryt Enterprise Platform zapewnia szereg korzyści:

gotowe procesy dedykowane dla banków i firm

automatyzacja i usprawnienie czynności

dostęp do analitycznych danych o procesach

możliwość analizy efektywności organizacji

prostsze podejmowanie trafnych decyzji

niższe koszty działalności

szybka, łatwa i samodzielna adaptacja procesów

możliwość elastycznej rozbudowy rozwiązań informatycznych

wzrost skuteczności działań handlowych

wsparcie sieci sprzedaży

wyższa jakość usług i satysfakcję klienta

łatwa integracja z wewnętrznymi i zewnętrznymi systemami

Informacje o producencie / dystrybutorze:

DomData tworzy innowacyjne rozwiązania dla kluczowych sektorów gospodarki. Z naszego

oprogramowania korzystają m.in. najnowocześniejsze banki w Polsce. Szeroki wachlarz produk-

tów firmy obejmuje rozwiązania klasy BPM, Business Intelligence, dedykowane usługi informa-

tyczne oraz rozwiązania mobilne. Świadczymy również usługi doradcze. Ponad 200 projektów

zrealizowanych w organizacjach o różnym profilu, daje nam poczucie dobrze spełnianej misji.

22

Wiodące produkty firmy oparte są na autorskich platfor-

mach: Ferryt Enterprise oraz InForum BI Studio. Ferryt umożli-

wia zarządzanie procesami biznesowymi (BPM), dokumen-

tami (DMS) oraz relacjami z klientem (CRM). System stanowi

również podstawę rozwiązań dedykowanych, które są

wdrażane w konkretnych branżach i grupowane w pakiety uzupełniające rozwiązania cen-

tralne (core-banking lub ERP).

InForum jest systemem klasy Business Intelligence. W

oparciu o hurtownię danych, platforma umożliwia two-

rzenie rozwiązań w takich obszarach jak controlling,

sprawozdawczość, raportowanie, planowanie i budże-

towanie oraz analizy sprzedaży. Szeroka wiedza firmy z

zakresu budowania rozwiązań wykorzystywanych na każdym typie urządzenia, pozwala na sto-

sowanie systemu także z poziomu urządzeń mobilnych.

Oferowane rozwiązania są ściśle dopasowane do wymagań danej branży. Dla różnych sekto-

rów przygotowaliśmy pakiety produktów z funkcjonalnościami dostosowanymi do ich potrzeb.

Pakiety te uzupełniają funkcje realizowane przez systemy centralne organizacji, automatyzując

pozostałe obszary działalności.

Dzięki kompetentnemu zespołowi menadżerów i konsultantów, firma odnosi sukcesy zarówno

w kraju, jak i za granicą. Nasza oferta to nie tylko rozwiązania informatyczne. Świadczymy kom-

pleksową obsługę konsultingową, doradczą (np. w zakresie optymalizacji procesów) oraz ser-

wisową. Kompetencje i doświadczenie Zespołu pozwalają na wspomaganie naszych Klientów

prawie w każdym obszarze ich działalności. Zawsze kierujemy się wysoką jakością oferowanych

usług, dbając także o długotrwałe relacje biznesowe i wzajemne zaufanie naszych Partnerów.

Linki do filmów prezentujących system:

https://youtu.be/ZXmw1a1e33U

23

Podejście do wdrożenia:

Wdrożenie rozwiązania klasy BPM poprzedzamy określeniem zakresu procesów, które będą po-

rządkowane i automatyzowane przez narzędzie. Dokonujemy analizy biznesowej, definiujemy

obszary projektu oraz ustalamy w jakiej kolejności poszczególne czynności będą usprawniane.

Analiza wykonywane jest bezpośrednio w systemie (notacja BMPN 2.0), gdzie też zapisywany

jest jej wynik. W swoich projektach, w zależności od stawianych wymagań naszych klientów,

najczęściej wykorzystujemy metodykę Agile, PMI lub Prince2.

Pierwszy etap wdrożenia najczęściej związany jest z automatyzacją procesów, które są stosun-

kowo proste pod względem przebiegu i mają charakter masowy. Ich uruchomienie w narzę-

dziu ma przyczynić się do szybkiego uzyskania wymiernej korzyści. Takie podejście do wdroże-

nia platformy BPM pozwala pracownikom firmy, już na wczesnym etapie projektu, na poznanie

narzędzia oraz sposobu korzystania z niego. Jednocześnie możliwe jest szybkie wyjaśnienie

wszystkich ewentualnych wątpliwości związanych z obsługą systemu.

Projektując proces, poszczególne działania układamy w określone sekwencje. Dobrym przy-

kładem jest obsługa produktu dostarczanego przez firmę. W tym przypadku prace wdroże-

niowe rozpoczynamy od projektowania procesów niezbędnych do finalizacji zakupu danego

produktu. Następnie przechodzimy do procesów posprzedażowych: monitorowania realizacji

umów i procesów związanych z ich dostawą, a dalej ewentualnie windykacją płatności. Każ-

dorazowo do wdrożenia podchodzimy zgodnie ze wszystkimi etapami cyklu życia proceso-

wego.

Co przyświeca takiemu podejściu do realizowanych wdrożeń? Brak problemów podczas

usprawniania bardziej złożonych procesów i większy entuzjazm uczestników projektu do sa-

mego wdrożenia w kolejnych jego etapach. Właściwe podzielenie wdrożenia na etapy po-

zwala na uzyskanie szybkiego sukcesu w projekcie, także w formie wymiernych zysków i osz-

czędności. Dzięki Platformie Ferryt można korzystać z nowych procesów nawet już po kilku ty-

godniach od rozpoczęcia działań projektowych.

24

Opinie klientów:

Wdrożone rozwiązania w znacznym stopniu usprawniły pracę banku, zredukowały czas oraz

koszty rejestracji i obsługi wniosków. Z systemu może korzystać wielu użytkowników końco-

wych w różnych komórkach organizacyjnych banku.

Departament Rozwoju i Utrzymania Portfela Aplikacji

mBank SA

***

Dzięki systemowi do rozpoznawania treści z dokumentów, praca użytkowników zajmujących

się rejestracją oraz procesowaniem została w dużym stopniu zautomatyzowana. System prze-

twarza miesięcznie setki tysięcy stron i dokumentów.

Departament Rozwoju i Utrzymania Portfela Aplikacji

mBank SA

***

Wdrożenie systemu Ferryt Enterprise Platform do zarządzania procesami biznesowymi prowa-

dzony był rzetelnie. Przygotowanie platformy, konfiguracja procesów oraz uruchomienie pro-

dukcyjne odbyły się w krótkim czasie, pozwalającym na szybkie „go to market”.

Departament Zakupów i Zarządzania Dostawcami

ING Bank Śląski SA

***

Dzięki narzędziom, obieg, zarządzanie i archiwizacja dokumentów następuje

w postaci elektronicznej w repozytorium danych i dokumentów. Konfigurowanie przepływów

jest przejrzyste i przyjazne dla użytkownika biznesowego. Dostarczone narzędzia pozwoliły za-

utomatyzować proces oceny scoringowej i ratingowej.

Departament Produktów Detalicznych

Bank Pocztowy SA

***

Od roku 2011 DomData AG skutecznie realizuje wdrożenie systemu do zarządzania procesami

oraz elektronicznego repozytorium dokumentów. Polecamy DomData AG jako solidnego i

rzetelnego dostawcę systemów i usług.

Departament Rozwoju Operacji

BGK

25

***

Wdrożenie Ferryt Enterprise Platform przeprowadzone zostało sprawnie i bez utrudnień, a

prace przez DomData wykonane rzetelnie. System usprawnił pracę Banku w obszarze sprze-

daży produktów bankowych wielu użytkownikom korzystającym z części internetowej, mobil-

nej oraz back-officowej systemu.

Departament Technologii

Nest Bank SA

***

Wysoki poziom świadczonych usług, dobra organizacja wdrożenia, a także dbałość o zado-

wolenie klienta to synonimy firmy DomData. Oferowane produkty odpowiadają najnowszym

technologiom i stanowią dla nabywcy wysoki poziom zabezpieczenia inwestycji.

Zarząd

Wojewódzki Fundusz Ochrony Środowiska i Gospodarki Wodnej

***

System do obsługi procesów oparty o platformę Ferryt Enterprise w znacznym stopniu uspraw-

nił i zautomatyzował pracę banku w obszarach, w których został zastosowany. Dostęp do sys-

temu mają pracownicy jednostek centralnych banku oraz sieć placówek.

Zarząd

BGŻ BNP Paribas SA

***

Rejestrowanie dokumentów kosztowych i procesy zatwierdzania dokumentów pod wzglę-

dem merytorycznym i formalnym uporządkowały ich przepływ w firmie. Wdrożenie elektro-

nicznego obiegu faktur przyczyniło się do dokładnego utrzymania terminowych płatności.

Zarząd

Raben Polska Sp. z o.o.

26

Obecność na rynku:

DomData jest obecna na rynku od kilkunastu lat. Zrealizowaliśmy ponad 200 projektów dla

klientów z różnych branż, także dla najnowocześniejszych banków w Polsce. Ponad połowa

tych projektów dotyczyła wdrożeń Platformy Ferryt.

W okresie naszej aktywności miały miejsce ciągły rozwój i udoskonalenia produktu Ferryt. Ferryt

był dostosowywany do bieżących potrzeb klientów, ale również wprowadzane były innowa-

cyjne rozwiązania, które miały przynieść efekty w przyszłości. Dzięki temu produkt stawał się

coraz bardziej zaawansowany i kompleksowy. W efekcie zwiększał się jego udział w rynku sys-

temów klasy BPM. Obecnie Ferryt należy do ścisłej czołówki systemów BPM w Polsce i zajmuje

szczególnie silną pozycję w bankowości. Znaczące wdrożenia miały też miejsce w Niemczech

czy Szwajcarii. Obecnie około połowy przychodów firmy pochodzi ze sprzedaży licencji i usług

związanych z Platformą Ferryt.

Plany rozwojowe:

Plany związane z rozwojem Platformy Ferryt dotyczą zarówno ciągłego udoskonalania pro-

duktu od strony technologicznej, jak i dalszego zwiększania zakresu spełnianych funkcji oraz

łatwości użycia i ergonomii. Duży nacisk kładziemy na zwiększanie standaryzacji rozwiązania,

która już teraz spełnia wymagania instytucji działających w wielu krajach i obsługujących mi-

liony klientów.

Nasze działania są nakierowane również na ciągłe wprowadzanie udogodnień związanych z

obsługą systemu. Udoskonalamy korzystanie z narzędzia zarówno w zakresie administracji sys-

temu, jak i środowiska projektowania procesów. Rozbudowujemy także funkcjonalności umoż-

liwiające przygotowywanie atrakcyjnych interfejsów użytkownika dla różnych kanałów.

Osobna kategoria to rozbudowa udostępnianej klientom funkcjonalności biznesowej, w tym

zestawów gotowych, predefiniowanych modułów biznesowych zawierających procesy. Naj-

bliższe plany rozwojowe zakładają wprowadzenie do systemu autoryzacji biometrycznej oraz

rozbudowę bazy gotowych procesów kredytowych i innych związanych z obsługą klienta lub

przetwarzaniem dokumentów.

27

Wymagania techniczne:

1. WEB Server: IIS, Windows Server

2. Serwer aplikacji: Windows Server

3. Baza danych: MSSQL Server 2014 w wersji Standard lub Enterprise (m.in. w zależności

od typu klastra)

4. Interfejs użytkownika końcowego: WEB Browser (obsługiwana większość przeglądarek)

5. Warstwa wirtualizacji: VMWare lub Hyper-V

6. Parametry serwerów uzależnione głównie od liczby procesowanych w systemie in-

stancji procesów i liczby użytkowników

Polityka cenowa:

Na cenę systemu wpływ ma przede wszystkim skala jego wykorzystania. Dzięki swojej skalowal-

ności, rozwiązanie doskonale sprawdza się zarówno w przypadku pojedynczych procesów w

niewielkich firmach, jak i w dużych organizacjach z nieograniczoną liczbą użytkowników. W

zależności od skali wykorzystania dopasowywany jest model cenowy. Możliwy jest zakup za-

równo kompleksowej platformy, jak i pojedynczych modułów biznesowych lub technicznych.

Prawidłowe funkcjonowanie platformy wymaga użycia corowych modułów bazowych, do-

starczanych wraz z rozwiązaniem biznesowym.

Ceny za licencje są uzależnione od:

zakresu wdrażanych modułów bazowych platformy Ferryt,

liczby środowisk, na których instalowany jest system (np. środowisko produkcyjne,

przedprodukcyjne, testowe,),

liczby użytkowników końcowych (w szczególności dopuszczalny jest wariant „no li-

mit”),

liczby użytkowników z uprawnieniami administratora do konfiguracji procesów,

opłaty licencyjne mogą opcjonalnie być uzależnione od skali wykorzystania (np.

liczby klientów obsługiwanych w systemie, liczby instancji procesów realizowanych

miesięcznie),

w przypadku eksploatacji systemu w chmurze, opłata jest uzależniona od zakresu wy-

korzystywanych modułów oraz od liczby obciążanych rdzeni procesorów.

Dzięki wysokiej wydajności systemu, możliwe jest korzystanie z niego również na podstawie li-

cencji w wariancie bez ograniczonej liczby użytkowników.

Ceny usług wdrożeniowych, szkoleniowych i parametryzacyjnych są wystandaryzowane, jed-

nak mogą być ustalane indywidualnie dla każdego projektu.

28

Nazwa systemu:


Partner Handlowy IBM:

IBPM SA

Al. Armii Ludowej 6/164

00-571 Warszawa

[email protected]

[email protected]



29


IBM Business Process Manager to w pełni funkcjonalna, łatwa do praktycznego wykorzystania

platforma zarządzania procesami biznesowymi (BPM), która zaprojektowana została tak, by

dała się jak najszybciej wdrożyć. Zawiera narzędzia i środowisko wykonawcze do projektowa-

nia, wykonywania, monitorowania i optymalizacji procesów biznesowych.

IBM Business Process Manager Advanced to zunifikowana platforma do analizowania i opty-

malizacji działalności biznesowej poprzez zarządzanie procesami biznesowymi, prowadzenie

spraw, architekturę zorientowaną na usługi (SOA) i analizy. W skład produktu wchodzą kom-

ponenty Process Server, Process Center oraz środowisko wizualnego projektowania przezna-

czone do zastosowań związanych z zarządzaniem procesami, sprawami oraz integracją. Opro-

gramowanie wspomaga doskonalenie procesów z uwzględnieniem szerokiego spektrum sys-

temów pracy — od wysoce zautomatyzowanego przetwarzania sekwencyjnego, aż po dyna-

miczne procesy nieustrukturyzowane.

IBM Business Process Manager Advanced obsługuje urządzenia mobilne i działa jako pojedyn-

czy serwer procesów lub w topologii stowarzyszonej.

Oto najważniejsze korzyści wynikające z zastosowania produktu IBM Business Process Manager

Advanced:

30

Pełna widoczność procesów zwiększa produktywność i wspiera ich udoskonalanie za

pomocą przeprowadzanych analiz.

Warunki do zespołowej pracy w czasie rzeczywistym z korzyścią dla efektywności zarzą-

dzania zadaniami oraz komunikacji z ekspertami branżowymi.

Nadzór nad całym programem BPM przy użyciu komponentu Process Center — skalo-

walnego i scentralizowanego środowiska projektowania i repozytorium zasobów.

Ogólnokorporacyjna integracja aplikacji i systemów zaplecza.

Obsługa platform mobilnych umożliwia projektowanie, optymalizację i wykonywanie

procesów w niemal dowolnym miejscu i czasie za pomocą smartfonów i tabletów.

Pełna widoczność procesów

Zaprojektowane z myślą o optymalizacji procesów biznesowych z wykorzystaniem ana-

liz prowadzonych w czasie rzeczywistym.

Usprawnia realizację zadań, zarządza zadaniami i umożliwia monitorowanie wydajno-

ści w czasie niemal rzeczywistym, w stowarzyszonym widoku procesów, który sprzyja ich

nieustannemu doskonaleniu.

Wspomaga zarządzanie zmianami w zunifikowanym środowisku zorientowanym na

pracę z modelem i zapewniającym wszystkim członkom zespołu widoczność tej samej

wersji procesów.

Pozwala użytkownikom biznesowym uzyskać dostęp do procesów, spraw, działań i pul-

pitów, a także pracować z nimi z poziomu pojedynczego interfejsu użytkownika bez

względu na charakter wdrożenia lub pochodzenie zadania.

Umożliwia personelowi IT zarządzanie infrastrukturą bez wpływu na komfort pracy użyt-

kownika biznesowego.

Współpraca w czasie rzeczywistym

Umożliwia użytkownikom wyszukiwanie ekspertów i nawiązywanie z nim kontaktu w cza-

sie rzeczywistym, co przyczynia się do szybszej realizacji zadań i nieustannego doskona-

lenia procesów.

Pozwala na tworzenia mechanizmów kontrolnych i instruktażowych definiowanych

przez użytkowników, które można następnie wykorzystywać w różnych procesach.

Udostępnia unowocześniony portal procesów — środowisko pracy zespołowej wypo-

sażone w funkcje społecznościowe.

Nadzór nad całym programem zarządzania procesami

Wspomaga organizowanie, monitorowanie i wdrażanie artefaktów, aplikacji i usług

związanych z procesami oraz zarządzanie nimi w ramach szerszego programu BPM.

Zawiera zestaw adapterów umożliwiających zastosowanie istniejących zasobów w no-

wej architekturze usługowej. Dotyczy to m.in. gotowych, niestandardowych i starszych

aplikacji, protokołów technicznych i baz danych.

Usprawnia wdrażanie procesów we wszystkich środowiskach wykonawczych.

Oferuje narzędzia projektowania ukierunkowane na użytkowników biznesowych, w tym

instruktaże prowadzące użytkowników przez kolejne etapy procesu.

Przyczynia się do ograniczenia kosztów realizacji ogólnokorporacyjnego programu

BPM, pozwalając klientowi na wykorzystanie własnej licencji na IBM BPM Standard w

środowisku IBM SmartCloud Enterprise.

Ogólnokorporacyjna integracja

Zawiera narzędzia do projektowania wizualnego, które umożliwiają konstruowanie

usług, transformacji danych oraz struktur koordynujących w języku Business Process Exe-

cution Language (BPEL).

Wspomaga integrację systemów zaplecza i aplikacji.

31

Zapewnia kompatybilność wsteczną z najnowszymi wersjami produktów IBM Web-

Sphere Lombardi Edition, IBM WebSphere Process Server i IBM WebSphere Integration

Developer.

Umożliwia migrację istniejących aplikacji IBM BPM, a tym samym zapewnia ochronę

inwestycji w rozwiązania IBM do zarządzania procesami biznesowymi.

Obsługa platform mobilnych

Portal procesów, informacje o poziomie zapasów, formatki, edytory i interfejsy użytkow-

nika działają responsywnie, dostosowując się do urządzeń, na których są uruchomione

- stacjonarnych lub mobilnych.

Umożliwia dostęp do środowiska biznesowego z dowolnego miejsca.

Ważne i pilne zadania ,podążają" za użytkownikami pracującymi zdalnie.

Umożliwia natychmiastowe wyszukanie potrzebnego eksperta i skontaktowanie się z

nim bez zbędnej zwłoki.

Udostępnia jeden widok konsolidujący zadania z wielu zasobów IBM zaangażowanych

w procesy.


IBPM S.A. jest zespołem 50 doświadczonych analityków, architektów i projektantów realizują-

cych projekty w oparciu o systemy BPM&ODM, ESB, ECM, BI&BigData.

Posiadamy status Partnera IBM poziom Gold.

Kluczowe wartości

Koncentracja na efektach ekonomicznych osiąganych dzięki optymalizacji procesów

biznesowych z wykorzystaniem narzędzi BPM, ESB, ECM, BI;

Wysoka jakość tworzonych rozwiązań w aspekcie ergonomicznym i technologicznym

(innowacyjność i atrakcyjność wykonanych komponentów);

Zapewnienie zwinności (Agility) dla tworzonych rozwiązań, umożliwiając ekstremalnie

szybkie dostosowywanie narzędzi do biznesu;

Możliwie najszerszy kontakt z użytkownikiem końcowym i pogłębiona analiza jakości in-

terakcji człowiek-komputer.

Technologie

Wiodącą technologią, w której rozwijamy aplikacje procesowe jest system IBM BPM wersja 8.5.7

(zaczynaliśmy od wersji 6.2)

Posiadamy największe w Polsce doświadczenie w rozwoju aplikacji na platformie IBM BPM. Je-

steśmy pierwszym zespołem w Polsce, który wybrał i wdrożył Lombardi Teamworks w 2008 roku.

W ciągu 8 lat stworzyliśmy szereg aplikacji procesowych produkcyjnie używanych do dziś przez

naszych klientów.

32

Zakres naszych usług dotyczy całego cyklu wdrożeniowego od analizy, przez wdrożenie i sta-

bilizację platformy, implementację aplikacji, stabilizację wdrożenia, szkolenia oraz wsparcie

powdrożeniowe (utrzymanie platformy, aplikacji, usługi konsultingowe).

Nasze projekty realizujemy koncentrując się maksymalnie na wartości (ROI) dostarczanej z

wdrożenia aplikacji procesowych.

W zakresie naszych usług znajduje się m.in:

Analizy i doradztwo w zakresie Architektury Korporacyjnej

Analizy i doradztwo w zakresie Architektury SOA

Analiza biznesowa procesów i projektowanie procesów (w metodyce Lean)

Konsulting przedwdrożeniowy, doradztwo z zakresie wyboru technologii ECM / BPM oraz

zarządzanie projektem wdrożenia systemu w imieniu Klienta,

Określenie potrzeb organizacji w zakresie zarządzania procesami biznesowymi, identy-

fikacja, analiza i optymalizacja procesów biznesowych,

Określenie potrzeb organizacji w zakresie zarządzania treścią / dokumentami, przygo-

towanie i wdrożenie strategii zarządzania treścią zgodnie z modelem ECM3 (ECM Ma-

turity Model).Analiza i doradztwo w zakresie optymalnych struktur danych i wymagań

raportowych

Konsultacje oraz kompleksowa realizacja korporacyjnych projektów wdrożeń techno-

logii ECM i BPM wraz z przygotowaniem/opracowaniem strategii wdrożenia i zarządza-

niem projektem,

Realizacja usług konfiguracji i dostosowania rozwiązań ECM/BPM ukierunkowanych na

osiągnięcie postawionego celu biznesowego,

Utrzymanie systemów klasy ECM / BPM obejmującego administrację systemami, serwis

w oparciu o uzgodnione SLA, przeglądy okresowe systemów oraz zarządzanie zmianą i

wydaniami.

Przygotowanie koncepcji i architektury projektów bazujących na IBM BPM i Integration

BUS, Data Warehousing, Business Intelligence

Analiza przypadków biznesowych i analizy ROIdla określonych celów biznesowych (na

poziomie całego przedsiębiorstwa lub wybranych obszarów biznesowych)

Projektowanie i wytwarzanie aplikacji procesowych na zamówienie

Projektowanie i wytwarzanie modułów serwerowych pozwalających rozszerzyć zakres

funkcjonalności platformy IBM BPM

Projektowanie i wytwarzanie bibliotek narzędziowych rozszerzających funkcjonalności

aplikacji procesowych

Projektowanie i implementacja integracji z systemami zewnętrznymi (MS Axapta, Active

Directory, Macrologic Kadry i Płace, Clarity PPM, …)

Projektowanie i wytwarzanie dynamicznych kontrolek (jQuery, DoJo) do wykorzystania

w interface’ach użytkownikach (coach’ach) IBM BPM.

Realizacja szkoleń z zakresu IBM BPM i Integration BUS


https://www.youtube.com/watch?v=ktxvGBywj3I

https://www.youtube.com/watch?v=xQ2GdJfmQG0

https://www.youtube.com/watch?v=MVPSyQI8RS4

33


Projekty wdrożenia aplikacji procesowych realizujemy w metodyce Playbacks.

Playbacks jest metodyką zwinną dostosowaną do charakterystycznych cech aplikacji proce-

sowych i konieczności zachowania pewnej kolejności realizowanych w projekcie prac. Po-

zwala na przyrostowe wdrażanie aplikacji procesowych dając Klientowi możliwość systema-

tycznej akceptacji postępów, w ramach krótkich etapów projektowych oraz kontrolę nad pro-

cesem zarządzania zmianami.

Metodyka ta zbliżona jest do metodyki SCRUM, z tą korzyścią, że kolejne sprinty i serie sprintów

mają z góry ustaloną kolejność realizacji zakresu prac. Dzięki temu możliwe jest zaplanowanie

przebiegu projektu w dłuższej perspektywie czasu niż ma to miejsce w standardowym SCRUM.

Mitygujemy w ten sposób niepewność Właściciela Biznesowego co do dostarczanych produk-

tów. Właściciel Biznesowy oraz PM/SM posiada czytelny obraz kamieni milowych do osiągnię-

cia oraz ich dostarczenie w postaci konkretnych produktów.

Główne etapy realizacji projektu

Przygotowanie projektu

W trakcie tego etapu następuje potwierdzenie głównych celów projektu oraz zbudowanie

zespołu projektowego. Operacyjnie, uczestnikami projektu są:

Zespół wykonawczy

Scrum Master / PM (w zależności od wielkości projektu mogą być to dwie odrębne role)

Architekt Rozwiązania

34

Analityk Biznesowy/Techniczny (zależnie od wielkości projektu mogą być to dwie od-

rębne role)

Developerzy

Testerzy

Zespół biznesowy

Właściciel Biznesowy / Właściciel Procesu (jedna lub dwie role zależnie od wielkości or-

ganizacji oraz procesu)

SME – Specjalista merytoryczny (jedna lub więcej osób będący uczestnikami procesu

lub mających wiedzę ekspercką o funkcjonowaniu procesu i jego krytycznych elemen-

tach)

PM ze strony Klienta

Testerzy UAT

Komitet Sterujący Projektu

Na etapie Przygotowania projektu powinien zostać powołany Komitet Sterujący Pro-

jektu w składzie zalecanym przez uznane metodyki zarządzania projektami (PRINCE2

lub PMI)

Analiza biznesowa

Etap opisany jako Playback 0. Może składać się z jednego lub kilku sprintów.

W trakcie tego etapu, wykorzystując narzędzia do mapowania i dokumentowania procesów i

wymagań biznesowych (IBM BlueworksLive) następuje kolaboracja między zespołem bizneso-

wym oraz technicznym w celu wypracowania wspólnej wizji aplikacji procesowych oraz dopa-

sowania oczekiwań biznesowych do możliwości technicznych oraz kosztów implementacji.

Efektem jest diagram procesu wraz z dokumentacją kluczowych wymagań biznesowych.

Zespół biznesowy otrzymuje informację o tym jakie elementy muszą zostać uszczegółowione a

zespół technicznych zyskuje wiedzę o sensie biznesowym aplikacji.

Opracowanie koncepcji architektonicznej

W trakcie tego etapu opisanego jako Playback 1 (może składać się z jednego lub kilku sprin-

tów), definiowana jest architektura aplikacji, powstają wytyczne dot. technicznych sposobów

realizacji poszczególnych powtarzalnych elementów aplikacji. Opisywane są techniczne me-

tody implementacji wymagań biznesowych, kontrakty integracji, itd.

Zespół biznesowy w kolaboracji z zespołem wykonawczym (przede wszystkim Architektem i

Analitykiem biznesowym) zajmują się doszczegółowieniem i wyjaśnieniem działania funkcji od-

krytych w trakcie Playback 0.

Implementacja

Playback 2 oraz 3 są etapem implementacji przygotowanych we wcześniejszych fazach wy-

magań, integracji, GUI, elementów raportowania oraz dodatkowych wymagań jakie pojawiły

się w trakcie wcześniejszych faz.

Na tym etapie, wcześniejsze makiety integracji, zastępowane są działającymi usługami inte-

gracji, GUI uzupełniane jest o dodatkowe elementy rozszerzające użyteczność, wdrażane są

funkcje raportowe.

35

Testy i Odbiór

Na zakończenie każdego z Playbacków realizowane są testy i dokonywany jest odbiór bizne-

sowy i techniczny poszczególnych produktów.

Po zakończeniu wszystkich Playback’ów dokonywane są testy UAT oraz następuje odbiór do-

starczonego rozwiązania. Następuje instalacja aplikacji na środowisku produkcyjnym (GoLive

Techniczny).

Uruchomienie produkcyjne (GoLive Biznesowy)

Moment uruchomienia produkcyjnego jest ustalany z Klientem. Następuje w dowolnym mo-

mencie określonym przez klienta po zakończeniu fazy Testów i Odebraniu rozwiązania.

Opinie klientów:

Opis wdrożenia w Gothaer TU SA dostępny jest TUTAJ.

Opinie klientów na stronach Gartnera: https://www.gartner.com/reviews/market/intelligent-

business-process-management-suites/vendor/ibm


Bardziej syntetycznie, środowisko serwerowe działa w oparciu o jedno z czterech środowisk

(AIX, Linux, Solaris, Windows). Wykorzystywany jest serwer aplikacji Websphere.

Środowisko klienckie działa w oparciu o przeglądarkę WWW (Chrome, FireFox, Safari)

Środowisko developerskie działa w oparciu o Eclipse i dostępne jest tylko dla platformy Win-

dows.

Wymagania techniczne dla platformy AIX dostępne są TUTAJ.

Wymagania techniczne dla platformy Linux dostępne są TUTAJ.

Wymagania techniczne dla platformy Solaris dostępne są TUTAJ.

Wymagania techniczne dla platformy Windows dostępne są TUTAJ.

Wymagania dot. wirtualizacji dostępne są TUTAJ.

Szczegółowe informacje dostępne są tutaj:

http://www-01.ibm.com/support/docview.wss?uid=swg27023007

http://procesowcy.pl/dokumenty/IBM%20-%20Case%20Study%20-%20Gothaer_%20final(1).pdf

https://www.gartner.com/reviews/market/intelligent-business-process-management-suites/vendor/ibm

https://www.gartner.com/reviews/market/intelligent-business-process-management-suites/vendor/ibm

http://procesowcy.pl/dokumenty/FDSRPDF-2017-04-27.pdf

http://procesowcy.pl/dokumenty/FDSRPDF-2017-04-27%20(1).pdf



http://procesowcy.pl/dokumenty/HVFORPRODTSRPDF-2017-04-27.pdf

http://www-01.ibm.com/support/docview.wss?uid=swg27023007

36

Polityka cenowa:

Istnieją cztery wersje systemu IBM BPM. Poniżej zawarta została wycena dwóch z nich. IBM li-

cencjonuje rozwiązanie w oparciu o tzw. PVU. Minimalna jednostka zakupu to 70 PVU.

W przypadku wersji CLOUD dostęp sprzedawany jest per użytkownik nazwany lub użytkownik

współdzielony.

Ceny podane w dolarach, nie uwzględniają podatku VAT.

WERSJA ADVANCED

IBM Process Server Advanced Processor Value Unit (PVU) License + SW Subscription &

Support 12 Months (D0ILWLL) 1,177.00

IBM Process Server Advanced Processor Value Unit (PVU) for Linux on System z License

+ SW Subscription & Support 12 Months (D0ILZLL) 1,177.00

IBM Process Center Advanced Processor Value Unit (PVU) License + SW Subscription &

Support 12 Months (D0ILDLL) 1,785.00

IBM Process Center Advanced Processor Value Unit (PVU) for Linux on System z License

+ SW Subscription & Support 12 Months (D0ILGLL) 1,785.00

IBM Process Server Advanced for Non-production Env Processor Value Unit (PVU) for

Linux on System Z License + SW Subscription & Support 12 Months (D0P69LL) 593.00

IBM Process Server Advanced for Non-production Environment Processor Value Unit

(PVU) License + SW Subscription & Support 12 Months (D0P66LL) 593.00

WERSJA STANDARD

Cennik dostępny u dystrybutora

WERSJA EXPRESS

IBM Process Server Express Processor Value Unit (PVU) License + SW Subscription & Sup-

port 12 Months (D0ILSLL) 505.00

IBM Process Server Express Processor Value Unit (PVU) for System z License + SW Sub-

scription & Support 12 Months (D0ILULL) 505.00

IBM Process Center Express Processor Value Unit (PVU) License + SW Subscription &

Support 12 Months (D0IM2LL) 741.00

IBM Process Center Express Processor Value Unit (PVU) for System z License + SW Sub-

scription & Support 12 Months (D0IM4LL) 741.00

IBM Process Server Express for Non-production Environment Processor Value Unit (PVU)

License + SW Subscription & Support 12 Months (D0P6PLL) 253.00

IBM Process Server Express for Non-production Environment Processor Value Unit (PVU)

for System Z License + SW Subscription & Support 12 Months (D0P6ULL) 253.00

WERSJA CLOUD

Cennik dostępny u dystrybutora

37

Nazwa systemu:


JT Weston sp. z o.o.

Al. Jana Pawła II 29

Atrium Plaza

00-867 Warszawa

Tel. kontaktowy: +48 22 378 16 63

www.makigami.io

http://www.makigami.io/

38


Czym jest MAKIGAMI?

System MAKIGAMI to innowacyjna platforma automatyzacji procesów biznesowych wraz z

silnikiem obiegu dokumentów, zaawansowanych reguł decyzyjnych oraz kolejkowania

spraw.

Skąd pomysł na budowę MAKIGAMI?

Inspiracją dla stworzenia systemu była japońska metodyka doskonalenia procesów Maki-

gami, w której punktem wyjścia jest naszkicowanie procesu na papierowym rulonie. Poprzez

jego rozwijanie możliwe jest prześledzenie „trasy”, jak informacja przemierza w organizacji.

W czym pomaga MAKIGAMI?

MAKIGAMI umożliwia szybkie przekształcenie dowolnego procesu manualnego w proces au-

tomatyczny bez konieczności prowadzenia prac programistycznych dzięki graficznemu krea-

torowi formularzy oraz intuicyjnemu systemowi parametryzacji procesów.

Dzięki MAKIGAMI z dnia na dzień:

zautomatyzujesz swoją organizację,

poznasz koszt oraz czas realizacji swoich procesów,

a przede wszystkim będziesz mógł je optymalizować i zmieniać w kilku prostych ru-

chach – przestawienie sekwencji działań w Twoim nowym automatycznym procesie

odbywa się poprzez przesuwanie elementów na mapie i nie wymaga programowa-

nia!

Na czym polega innowacyjność rozwiązania?

MAKIGAMI pozwala na szybkie tworzenie aplikacji opartych o procesy biznesowe i co

najważniejsze elastyczne ich dostosowanie do zmieniających się potrzeb I oczekiwań

biznesu

MAKIGAMI zbudowano w oparciu o intuicyjne i starannie wykonane interfejsy użyt-

kownika, przyjazne dla użytkowników

MAKIGAMI to wydajny i skalowalny system o niskich wymaganiach sprzętowych, do-

stępny zarówno w chmurze (Microsoft Azure) jak i jako rozwiązanie „on-premise”

MAKIGAMI wyróżnia się wysoką dostępnością, niskim kosztem utrzymania i administra-

cji systemu

Jakie są główne funkcjonalności rozwiązania?

Designer procesu – unikalny, nowoczesny oraz funkcjonalny interfejs graficzny po-

zwala w łatwy i szybki sposób tworzyć czytelne i przejrzyste mapy procesów (Grafika

1).

Silnik reguł decyzyjnych – kreator reguł daje możliwość stworzenia prostych oraz zaa-

wansowanych warunków przepływu działań i informacji dla dowolnej liczby ścieżek

procesu.

Kreator formularzy – kreator formularzy umożliwia zaprojektowanie niemalże dowol-

nego, interaktywnego formularza bez konieczności prowadzenia prac programistycz-

nych

Moduł optymalizacji procesów – moduł pozwala na oglądanie mapy w wielu wymia-

rach celem identyfikacji „wąskich gardeł” i innych ograniczeń

39

Moduł symulacji procesów – umożliwia odtworzenie realnej sytuacji biznesowej i pod-

gląd przebiegów wielu spraw jednocześnie na mapie procesu

Zarządzanie wieloma instancjami procesów – dzięki unikalnej architekturze platforma

umożliwia łatwy i intuicyjny sposób zarządzanie wieloma wdrożeniami tego samego

procesu w ramach jednej organizacji (np. osobne instancje dla poszczególnych od-

działów firmy).

Monitorowanie i raportowanie – zaawansowane raporty umożliwiają dostosowanie za-

kresu prezentowanych informacji do potrzeb odbiorców na różnych szczeblach orga-

nizacji (Grafika 2)

Grafika 1. Przykładowy ekran Makigami – projektowanie procesu

40

Grafika 2. Przykładowy ekran Makigami – raportowanie i statystyki


Kim jesteśmy?

JT Weston jest firmą doradczą oraz innowacyjnym software house’m. Dostrzegamy potrzeby

swoich klientów oraz luki i możliwości rynku, podejmujemy się realizacji innowacyjnych przed-

sięwzięć organizacyjnych i technologicznych, aby następnie móc zaoferować swym klientom

gotowe do wdrożenia rozwiązania.

Oprócz własnego, dedykowanego rozwiązania – platformy MAKIGAMI, JT Weston jest również

oficjalnym dystrybutorem Platformy PPM Sciforma (Zarządzenie portfelami projektów).

Usługi oferowane przez JT Weston obejmują:

01.Doradztwo IT

Strategia i transformacja IT

IT Governance

Jakość danych (Data Governance)

02.Doradztwo biznesowe

41

Planowanie strategiczne

Digital transformation

Optymalizacja procesów biznesowych

03.Zarządzanie bezpieczeństwem

Bezpieczeństwo teleinformatyczne

Ryzyko operacyjne i ciągłość działania

Testy penetracyjne

0.4 Zgodność regulacyjna

RODO (GDPR)

Wytyczne IT KNF

Rekomendacja D i M KNF

0.5 Outsourcing

Inspektor Ochrony Danych Osobowych (IOD)

Funkcje IT (IT Manager, Security Officer)

Funkcje zarządzania jakością danych

Opinie klientów:

„Jednym z kryteriów wyboru platformy była jej łatwość obsługi i możliwości samodzielnego

wdrażania aplikacji”

Principal Architect, Dariusz Tomaszewski, Payback

***

"Przez lata mojej pracy związanej z zarządzaniem procesami brakowało mi właśnie takiego

narzędzia. Makigami może być używane w wielu obszarach biznesowych. Co więcej dostar-

cza bardzo dobry balans pomiędzy adresowaniem potrzeb biznesowych i użytecznością.”

Maciej Czajkowski, Dyrektor Działu Operacyjnego BOŚ Dom Maklerski

***

42

„Firma JT Weston realizuje powierzone prace z należytą starannością, sumiennie i terminowo,

niejednokrotnie przewyższając oczekiwiania klienta. Polecam ją, jako dostawcę platformy

Makigami oraz usług doradczych.”

Dyrektor Biura Organizacji Urzędu, Adam Grzegrzółka, Urząd Miasta Stołecznego Warszawy

Plany rozwojowe:

Co planujemy?

Obecnie koncentrujemy się na aplikacjach dedykowanych dla biznesu jak również prowa-

dzimy prace badawcze i rozwojowe w nowych innowacyjnych obszarach z wykorzystaniem

elementów Internetu Rzeczy (IoT) np. przy rozwoju koncepcji inteligentnych miast (Smart

City), robotyce (RPA – Robotic Process Automation) w sektorze BPO oraz sztucznej inteligen-

cji.

Stale rozszerzamy zakres zastosowań Makigami. Poniżej przykłady:

MAKIGAMI Connect – automatyzacja i integracja procesów pomiędzy przedsiębior-

stwami

MAKIGAMI Marketing Automation – system umożliwiający automatyczną dystrybucję

dedykowanych komunikatów email / sms na podstawie algorytmów opartych o wiele

zmiennych

MAKIGAMI e-Administration – system e-usług administracji publicznej z formularzami

wniosków dla mieszkańców udostępnianymi online


Wymagania środowiskowe

Dowolny System Operacyjny z zainstalowanym środowiskiem JVM

Baza danych PostgreSQL

Innowacyjne technologiczne rozwiązanie

Makigami to wysoce wydajny system z rozproszonym przetwarzaniem, stworzony w

oparciu o sprawdzone i nowoczesne technologie,

Unikalna architektura systemu umożliwia wgranie nowych wersji systemu bez koniecz-

ności migracji danych,

Dzięki zastosowaniu bazy typu NoSQL stworzono wysoce skalowalne środowisko,

43

Makigami wyróżnia się niskim kosztem wdrożenia i utrzymania systemu, został oparty o

darmowe techonologie oraz wyeliminowano zbędne komponenty z architektury jak

serwer aplikacji.

Polityka cenowa:

Makigami dostępne jest w:

Chmurze (Microsoft Azure)

Środowisku klienta (on-premise)

Dostępne modele licencjonownia obejmują:

Licencje za użytkownika

Licencje na proces

Licencje per sprawa

Licencje per urządzenie, sensor, karta gsm

44

Nazwa systemu:


Rodan Development Sp. z o.o.

Wyczółki 89

02-820 Warszawa

Tel. (22) 643 92 08

Fax(22) 643 92 10

[email protected]

www.rodan.pl


http://www.rodan.pl/

45


Wprowadzenie

Platforma oprogramowania narzędziowego OfficeObjects® rozwijana od końca lat 90-tych

w oparciu o finansowanie projektów badawczych Komisji Europejskiej obejmuje zestaw modu-

łów zintegrowanych w ramach architektury platformy, którą przedstawia Rysunek 1.

Zakres funkcji narzędziowych platformy pozwala na projektowanie i implementację oprogra-

mowania aplikacyjnego rozwiązań informatycznych obejmujących szeroki wachlarz zastoso-

wań. Opis modułów narzędziowych OfficeObjects® jest opublikowany na stronie

http://www.rodan.pl/web/guest/informacje/materialy/produkty

Rysunek 1. Architektura platformy oprogramowania narzędziowego OfficeObjects®

W celu zapewnienia odpowiedniej otwartości produktu, oprogramowanie OfficeObjects®

WorkFlow wykorzystuje i implementuje najważniejsze standardy z zakresu zarządzania proce-

sami pracy proponowane przez takie organizacje standaryzujące jak Workflow Management

Coalition (WfMC), Business Management Initiative (BPMI), Organization for the Advancement

of Structured Information Standards (OASIS) i Object Management Group (OMG). W zakresie

funkcjonalności nie objętych standardami takich jak zarządzanie czasem, monitorowanie pro-

cesów oraz język odpytywania procesów, OfficeObjects® WorkFlow bazuje na najbardziej war-

tościowych rezultatach międzynarodowych prac badawczych.

Przydatność produktu została praktycznie zweryfikowana w systemach informatycznych dużej

i średniej skali, obsługujących po kilka tysięcy użytkowników i przetwarzających po kilkaset ty-

sięcy procesów rocznie. Dzięki mechanizmom zapewniającym możliwości adaptacji standar-

dowych wzorców procesy są prostsze w obsłudze, łatwiejsze w utrzymaniu, przejrzyste i ele-

ganckie oraz bliższe wymaganiom klienta.


46

Podstawowe funkcje zarządzania procesami

Funkcjonalność produktu OfficeObjects® WorkFlow obejmuje różnorodne aspekty zarządzania

procesami pracy takie jak przepływ sterowania, przepływ danych czy zarządzanie parame-

trami jakościowymi.

Metamodel procesu jest oparty o model procesu zaproponowany przez koalicję Workflow Ma-

nagement Coalition w standardzie TC-1003. Struktura danych instancji procesu jest analizo-

wana przez wyrażenia języka do odpytywania procesów – Business Process Query Language.

Język ten umożliwia zadawanie dowolnych zapytań do metamodelu jak również do zawartości

metadanych dokumentów oraz danych zawartych w ontologii systemu. Bazując na podejściu

programowania funkcyjnego, BPQL oferuje przejrzystą syntaktykę oraz kompletną semantykę.

BPQL jest wykorzystywany do uelastycznienia definicji procesu poprzez dynamiczny wybór wy-

konawców czynności, ustalenie warunków przepływu sterowania czy odzwierciedlenie mapo-

wania parametrów pomiędzy czynnościami.

Definicja procesu wykorzystuje graficzny model BPMN, który jest mapowany bezpośrednio na

metamodel instancji procesu. W ramach modelu są dostępne wszystkie wymagane struktury

przepływu sterowania i danych oraz wyrażenia dynamicznego wyboru wykonawców poszcze-

gólnych czynności.

Biblioteka wzorców definicji standardowych procesów umożliwia ich wykorzystanie przez inne

platformy BPM dzięki wykorzystaniu standardowych funkcji wymiany definicji procesów opartej

o standard XPDL.

Zarządzanie ograniczeniami czasowymi przebiega zarówno na poziomie instancji procesu jak

i jego poszczególnych czynności i umożliwia generowanie odpowiednich powiadomień w

przypadku wystąpienia odchyleń od przyjętych reguł.

Obsługa zdarzeń, zachodzących zarówno wewnątrz jak i na zewnątrz instancji procesu, jest

oparta o specjalizowane czynności odbierające i generujące informacje o zdarzeniach, jak i

wykonujące reguły określające sposób ich obsługi.

Ontologia procesów jest zarządzana przez oprogramowanie narzędziowe OfficeObjects® On-

tology Manager zrealizowane w oparciu o standard Topic Maps (ISO 13250) i umożliwia two-

rzenie dowolnie złożonych sieci pojęć i związków pojęć. Zasoby informacyjne ontologii proce-

sów obejmują między innymi takie elementy jak słowniki, definicje reguł, oraz specyfikacje

uprawnień użytkowników.

Projektowanie procesów

Procesy są definiowane przy użyciu projektanta procesów dostępnego w środowisku Office-

Objects® WorkFlow, który obejmuje wszystkie aspekty specyfikowanego modelu procesu. Przy-

kładowy zrzut ekranu projektanta procesów przedstawia Rysunek 2.

47

Rysunek 2. Projektant Procesów OfficeObjects® WorkFlow

Dla każdej czynności procesu są definiowane:

reguła wejścia/wyjścia

reguły przydziału wykonawców, to jest użytkowników, u których na liście zadań pojawi

się odpowiedni wpis

identyfikator aplikacji wywoływanych dla czynności automatycznych.

Dodatkowo można określić reguły wyznaczające ograniczenia czasowe, reakcję na sytuacje

wyjątkowe, akcje wykonywane przed i po czynności oraz parametry zdarzeń. Poprzez moduł

projektanta procesów można uzyskać dostęp do biblioteki wzorców definicji standardowych

procesów.

Wykonanie instancji procesów

Graficzny interfejs użytkownika obejmuje listę zadań użytkownika do wykonania z rozbudowa-

nymi funkcjami narzędziowymi oraz mechanizmem kategoryzacji zadań. Listy zadań obej-

mują zarówno zadania do wykonania jak i zakończone. Przykład listy zadań prezentuje Rysu-

nek 3.

Graficzne interfejsy zadań procesów są oparte o dynamiczne formularze OfficeObjects®

eForms pozwalające na generowanie odpowiednich widoków i towarzyszących im funkcji

użytkowych właściwych dla poszczególnych zadań realizowanych w ramach instancji pro-

cesu. Przykład widoku graficznego interfejsu procesu obsługi wyjazdów służbowych przedsta-

wia Rysunek 4.

Wartości pól formularza, który jest fizycznie odwzorowany w pliku XML, są wykorzystywane

jako zmienne wyrażeń BPQL sterujących wykonaniem instancji procesu. Wybrane pola są

również odwzorowywane w tabelach relacyjnej bazy danych co umożliwia analizę wykona-

nia procesów, w tym tworzenie dynamicznych widoków OLAP.

48

Widoczne poniżej formularza przyciski reprezentują funkcje dostępne dla wykonawcy zada-

nia procesu, przy czym repertuar dostępnych funkcji może być różny dla poszczególnych za-

dań podobnie jak zakres widocznych pól formularza.

Graficzny interfejs procesu OfficeObjects® WorkFlow jest prezentowany w środowisku przeglą-

darki internetowej i może być wykorzystywany na komputerach osobistych użytkowników

oraz na ich urządzeniach mobilnych.

W przypadku wykorzystywania aplikacji zewnętrznych w ramach zadań manualnych realizo-

wanych w instancji procesu, użytkownicy mają dostęp do ich natywnych interfejsów. Nato-

miast czynności automatyczne procesów są wykonywane albo przez funkcje systemowe

oprogramowania OfficeObjects® albo przez automatycznie uruchamiana zewnętrzne apli-

kacje.

Procesy wdrożone w środowisku architektury SOA wykonują czynności automatyczne wywo-

łując lub wystawiając odpowiednio zdefiniowane usługi sieciowe (ang. web service).

Rysunek 3. Graficzny interfejs listy zadań OfficeObjects® WorkFlow.

49

Rysunek 4. Przykład interfejsu graficznego zadania w procesie obsługi delegacji


Rodan Development Sp. z o.o.

www.rodan.pl

Rok rozpoczęcia działalności: 1997

Kapitał zakładowy: 8.898.000 PLN

Wyczółki 89

02-820 Warszawa

Tel. (22) 643 92 08

Fax (22) 643 92 10

Poczta el.: [email protected]

Zakres działalności

Dystrybucja i rozwój oprogramowania narzędziowego OfficeObjects®

Firma udziela licencji na oprogramowanie narzędziowe OfficeObjects®, rozwija to oprogramo-

wanie oraz prowadzi usługi serwisu technicznego oprogramowania, szkolenia, oraz konsultacji.

Projektowanie, realizacja i wdrażanie systemów zarządzania informacją i procesami działal-

ności




50

Działalność usługowa Rodan Development polega w przeważającej części na projektowaniu,

realizacji i wdrażaniu systemów informatycznych wykonywanych w technologii procesowej i

opartych o zaawansowaną platformę zarządzania informacją OfficeObjects®.

Prace badawcze w obszarze metod i narzędzi projektowania procesowych systemów informa-

tycznych

Prace badawcze prowadzone w Rodan Development we współpracy z krajowymi i zagranicz-

nymi ośrodkami badawczymi dotyczą przede wszystkim obszarów związanych z dalszym roz-

wojem architektury i możliwości technologicznych oprogramowania narzędziowego Office-

Objects® a ich celem jest podniesienie jakości i obniżenie kosztów realizacji jego zastosowań.

Informacje o prowadzonych pracach badawczych są dostępne w

http://www.rodan.pl/web/guest/informacje/materialy/publikacje

Produkty

Produkty oprogramowania OfficeObjects® obejmują dwa środowiska realizacji rozwiązań apli-

kacyjnych:

OfficeObjects® Document Manager dostarczający zaawansowanych funkcji zarzą-

dzania repozytorium multimedialnych obiektów informacyjnych

OfficeObjects® Service Broker dostępny w środowiskach portalowych zgodnych ze

standardem JSR 286 jest wykorzystywany do realizacji aplikacji webowych opartych o

złożone usługi elektroniczne.

Oba środowiska są ściśle zintegrowane dzięki wykorzystaniu takich modułów narzędziowych

jak OfficeObjects® WorkFlow, OfficeObjects® eForms i OfficeObjects® Ontology Manager.

Materiały opisujące możliwości poszczególnych modułów oprogramowania OfficeObjects®

są opublikowane w http://www.rodan.pl/web/guest/informacje/materialy/produkty

Projekty

Projekty realizowane na platformie oprogramowania OfficeObjects® mają charakter rozwią-

zań „na zamówienie” ściśle dopasowanych do potrzeb klientów. Ponieważ wykorzystywane

oprogramowanie narzędziowe jest całkowicie uniwersalne, tworzone rozwiązania mogą być

wdrażane w dowolnych docelowych obszarach dziedzinowych.

Przedstawiamy poniżej kilka przykładowych rozwiązań aplikacyjnych eksploatowanych na ta-

kich rynkach wertykalnych jak administracja publiczna, energetyka, instytucje akademickie i

naukowo-badawcze, służba zdrowia, czy zakłady przemysłowe.

Repozytoria dokumentacji

Repozytoria dokumentacji występują jako podstawowa platforma zarządzania danym, za-

równo nie sformatowanymi, jak na przykład dokumenty elektroniczne czy pliki multimedialne,

jak i sformatowanymi przechowywanymi w tabelach relacyjnej bazy danych.

Istotną cechą repozytorium dokumentacji OfficeObjects® Document Manager jest możliwość

definiowania dowolnych klas obiektów informacyjnych wyróżnianych przyjętym zbiorem me-

tadanych i przechowujących dowolne konfiguracje plików binarnych.



51

Poza płaskim modelem danych, typowym dla tego typu repozytoriów, repozytorium dokumen-

tów OfficeObjects® daje możliwość definiowania semantycznych modeli danych odwzorowu-

jących pojęciowy model klas obiektów informacyjnych. Modele semantyczne prezentowane

w interfejsie graficznym map wiedzy (Rysunek 1) pozwalają na wyszukiwanie dokumentów po-

przez nawigację w modelu powiązań repozytorium.

Rysunek 1. Przykład mapy wiedzy repozytorium dokumentów OfficeObjects®

Przykład mapy wiedzy repozytorium dokumentów Fundacji Partnerstwa Technologicznego po-

kazuje fragment pojęciowego modelu zasobów wiedzy instytucji naukowych współpracują-

cych w ramach wspólnego systemu zarządzania wiedzą.

Ważnym obszarem zastosowań platformy OfficeObjects® są repozytoria dokumentacji tech-

nicznej pozwalające na bezpośredni i szybki dostęp upoważnionych użytkowników do korpo-

racyjnych zasobów wiedzy technicznej.

Możliwość dopasowania metadanych opisujących poszczególne klasy dokumentów oraz in-

tegracja z zewnętrznymi systemami ERP, jak na przykład SAP, pozwala na wdrożenie repozyto-

rium dokumentacji technicznej jako modułu zintegrowanej architektury korporacyjnych syste-

mów informatycznych.

52

Rysunek 2. Rysunek techniczny prezentowany przez OfficeObjects® File Viewer

Dokumenty techniczne prezentowane w przeglądarce internetowej przez moduł OfficeOb-

jects® File Viewer obejmują takie formaty plików binarnych jak doc, xls, docx, xlsx, jpg, tiff,

pps, dxf, dwf, dwg, eps, png, DjVu, psd, cdr, mpp, pdf.

Procesy działalności

Rozwiązania aplikacyjne realizowane przez Rodan Development cechują się konsekwentnie

wdrażaną architekturą procesową. Procesy realizowane w oparciu o środowisko narzędziowe

OfficeObjects® WorkFlow stanowią podstawową warstwę integracyjną realizowanych syste-

mów informatycznych zapewniającą interoperacyjność wewnętrznych modułów funkcjonal-

nych platformy OfficeObjects® oraz dowolnych zewnętrznych systemów informatycznych. Of-

ficeObjects® WorkFlow współpracuje z zaawansowanymi środowiskami integracyjnymi typu

ESB (Enterprise Service Bus).

Przykładem rozwiązań procesowych dużej skali mogą być procesy obiegu dokumentów wdra-

żane w dużych instytucjach administracji publicznej obsługujące często wiele tysięcy współ-

pracujących użytkowników. Przykład modelu procesu obsługi korespondencji w jednej z insty-

tucji publicznych pracującej w oparciu o platformę OfficeObjects® przedstawia Rysunek 3.

53

Rysunek 3. Widok grafu instancji procesu obiegu dokumentów w instytucji publicznej

54

Poszczególne czynności procesu są obsługiwane albo jako zadania manualne przez pracow-

ników instytucji dobranych zgodnie z przyjętymi regułami przypisania wykonawców, albo jak

zadania automatyczne obsługiwane przez funkcje systemowe OfficeObjects® lub zewnętrzne

systemy informatyczne.

W ramach obszarów dziedzinowych użytkownicy platformy OfficeObjects® wykorzystują biblio-

teki wzorców definicji procesów do rozwoju zakresu funkcjonalności wdrożonych rozwiązań.

Planowanie i monitorowanie projektów

Typową organizacją pracy w wielu instytucjach jest praca projektowa, taka jak na przykład

realizacja projektu informatycznego, która istotnie różni się od klasycznych rutynowych proce-

dur zazwyczaj wspieranych przez platformy BPM. Modelem procesu w tym przypadku jest PERT,

który jest odwzorowywany jako model sieciowy lub harmonogram Gantt’a.

Podobnie jak w przypadku klasycznych procesów BPMN wykonywane są funkcje przydziału

wykonawców poszczególnych zadań, kontrola ograniczeń wykonania ze względu na wza-

jemne zależności czasowe czynności, oraz prezentacja stanu procesu sterującego wykona-

niem projektu. Przykładem tego ostatniego jest pulpit projektu realizacji oprogramowania (Ry-

sunek 4).

Rysunek 4. Pulpit procesu realizacji projektu informatycznego

Szerszym obszarem, poza samą koordynacją wykonania zadań projektu i prezentacją jego

stanów, jest planowanie struktury zadań i budżetu projektu oraz monitorowanie jego postę-

pów. Przykład takiej architektury rozwiązania pokazuje Rysunek 5.

55

Rysunek 5. Architektura systemu planowania i monitorowania budżetów projektów

W takim przypadku system wykorzystuje procesy wspierające rutynowe procedury, takie jak

obieg faktur kosztowych i obsługa delegacji i zaliczek, a cykl życiowy projektu jest objęty pro-

cesem tworzenia, monitorowania, i modyfikacji planu i budżetu projektu.

Opis wdrożeń opublikowano w http://www.rodan.pl/web/guest/materiały/wdrozenia.


Przedstawiamy wybrane przypadki użycia Systemy Zarządzania Nauką Instytutu Hematologii i

Transfuzjologii w Warszawie:

http://www.rodan.pl/web/guest/materia%C5%82y/wdrozenia

https://www.youtube.com/watch?v=gdWDMecynjs&list=PL3li3HoC9ODkzeE5NzwRn4XEu-tOJTAFf&index=1

56


Proces wdrożenia OfficeObjects®

Cykl życiowy projektu BPM

Cykl życiowy typowego projektu systemu informatycznego realizowanego w architekturze pro-

cesowej w oparciu o platformę OfficeObjects® zależnie od zakresu aplikacyjnego projektu

trwa od 3 do 9 miesięcy. Istotny wpływ na czas trwania projektu i jego koszt ma możliwość

wykorzystania wzorców modeli procesów istniejących w bibliotece OfficeObjects®. Schemat

cyklu życiowego typowego projektu BPM realizowanego na platformie OfficeObjects® pre-

zentuje Rysunek 1.

Rysunek 1. Cykl życiowy projektu OfficeObjects® WorkFlow

[Anna Staniszczak, Witold Staniszkis, The OfficeObjects® WorkFlow Lifecycle, in Application

Tools in Knowledge Management and Strategy Development: Methodological aspects and

case studies, LAP LAMBERT Academic Publishing, Germany, 2016]

Poza oczywistym zaangażowaniem kadry kierowniczej i przyszłych użytkowników realizowa-

nego rozwiązania BPM dwie pierwsze fazy cyklu życiowego projektu są zazwyczaj realizowane

57

przez konsultantów występujących w roli ekspertów dziedzinowych z którymi w różnym stopniu

współpracują konsultanci BPM.

Fazy projektu pojęciowego i implementacji procesów biznesowych, wykonywane w oparciu

o zwinne (ang. agile) techniki tworzenia rozwiązań procesowych, są realizowane przez konsul-

tantów BPM w ścisłej współpracy z przyszłymi użytkownikami. Podobnie przebiegają kolejne

fazy cyklu życiowego obejmujące takie działania jak administracja i monitorowanie procesów

oraz wdrażanie innowacji polegających na poprawie procedur biznesowych wspieranych

przez rozwiązanie BPM.

Fazy projektowania pojęciowego i implementacji procesów biznesowych wykorzystujące śro-

dowisko narzędziowe OfficeObjects® są wykonywane w oparciu o sformalizowaną metodykę

BPM opracowaną w firmie Rodan Development.

Rysunek 2. Drzewo decyzji metodyki projektowania procesów OfficeObjects®

[Witold Staniszkis, Empowering the Knowledge Worker, End-User Software Engineering in

Knowledge Management, in Proceedings of the 17th International Conference on Enterprise

Information Systems, Barcelona, April 27 – 30, 2015, Lecture Notes in Computer Science,

Springer Verlag]

Zakres decyzji projektowych podejmowanych dla każdego z realizowanych procesów bizne-

sowych przedstawia Rysunek 2. Poziom dostępnych narzędzi jest wystarczająco wysoki by

część decyzji projektowych mogła być specyfikowana i bezpośrednio implementowana przez

użytkowników pełniących rolę właścicieli procesów (ang. process owner). Decyzje oznaczone

znakiem x wymagają bardziej zaawansowanej wiedzy technicznej.

Systemy informatyczne realizowane w architekturze procesowej na platformie OfficeObjects®

wykorzystują zazwyczaj możliwości funkcjonalne repozytorium OfficeObjects® zarządzane

przez moduł narzędziowy OfficeObjects® Document Manager.

58

Rysunek 3 prezentuje drzewo decyzji projektowych podejmowanych w trakcie projektowania

i implementacji repozytorium dokumentów. Istotną cechą rozwiązań aplikacyjnych OfficeOb-

jects® jest możliwość ich realizacji w oparciu prawie wyłącznie o funkcjonalność środowiska

narzędziowego dostępnego w tej platformie. Podobnie jak w przypadku procesów implemen-

tacja większości aspektów tworzonego rozwiązania nie przekracza możliwości zaawansowa-

nego użytkownika (ang. power user).

Zakres zastosowań wykorzystujących repozytorium OfficeObjects® pokrywa spektrum od pro-

stych zbiorów dokumentacji biznesowej, złożonych repozytoriów dokumentacji technicznej, do

rozbudowanych platform zarządzania wiedzą opartych o modele semantyczne zasobów in-

formacji.

Mapy wiedzy stosowane w przypadku złożonych modeli repozytoriów obiektów wiedzy pozwa-

lają na integrację wewnętrznych i zewnętrznych zasobów wiedzy w ramach automatycznie

utrzymywanej sieci powiązań.

Rysunek 3. Drzewo decyzji metodyki projektowania repozytorium OfficeObjects®

[Witold Staniszkis, Empowering the Knowledge Worker, End-User Software Engineering in

Knowledge Management, in Proceedings of the 17th International Conference on Enterprise

Information Systems, Barcelona, April 27 – 30, 2015, Lecture Notes in Computer Science,

Springer Verlag]

59

Wskazane w tekście publikacje zawierające znacznie więcej informacji dotyczących procesu

projektowania rozwiązań aplikacyjnych OfficeObjects® są dostępne w


Opinie klientów:

Wybrane referencje

Lista projektów OfficeObjects® (lata 2014 – 2016)

Fundacja Partnerstwa Technologicznego

Instytut Hematologii i Transfuzjologii

Instytut Medycyny Pracy

Komenda Główna Państwowej Straży Pożarnej

Mazowiecka Jednostka Wdrażania Programów Unijnych

Metro Warszawskie

Miasto Stołeczne Warszawa

Ministerstwo Infrastruktury i Budownictwa

Ministerstwo Rozwoju

Ministerstwo Spraw Wewnętrznych i Administracji

Urząd Miasta Świdnicy

Urząd Miasta Krotoszyn

WWF Polska

Wojewódzka Stacja Sanitarno-Epidemiologiczna w Poznaniu

Zarząd Dróg i Zieleni w Gdańsku

Przedstawione poniżej opinie dotyczą przykładowych wdrożeń omawianych w sekcji Projekty

opisu firmy Rodan Development Sp. z o.o.

Fundacja Partnerstwa Technologicznego

Firma Rodan Development sp. z o.o. zrealizowała należycie projekt modernizacji i rozbudowy

systemu zarządzania wiedzą Fundacji Partnerstwa Technologicznego „Technology Partners”.

Architektura systemu, zrealizowanego w technologii JEE (Java Enterprise Edition), obejmuje

portal intranetowy stanowiący platformę współpracy partnerów fundacji oraz wieloję-

zyczny portal internetowy dostępny dla potencjalnych partnerów zewnętrznych. Zasoby wie-

dzy są dostępne w ramach multimedialnego repozytorium.

System jest zainstalowany w prywatnej chmurze obliczeniowej utworzonej i eksploatowanej

przez Fundację Partnerstwa Technologicznego dla następujących uczestników systemu:

Fundacja Partnerstwa Technologicznego TECHNOLOGY PARTNERS Warszawa

Instytut Badawczy Dróg i Mostów Warszawa

Centralny Ośrodek Badawczo Rozwojowy Opakowań Warszawa

Instytut Biochemii i Biofizyki PAN Warszawa

Instytut Logistyki i Magazynowania Poznań

Instytut Lotnictwa Warszawa

Instytut Mechaniki Precyzyjnej Warszawa

Instytut Metali Nieżelaznych Gliwice

Instytut Optyki Stosowanej Warszawa


60

Instytut Podstawowych Problemów Techniki PAN Warszawa

Instytut Techniczny Wojsk Lotniczych Warszawa

Instytut Tele- i Radiotechniczny Warszawa

Instytut Włókien Naturalnych i Roślin Zielarskich Poznań

Instytut Zaawansowanych Technologii Wytwarzania Kraków

Wydział Inżynierii Materiałowej Politechniki Warszawskiej Warszawa

Dr Tomasz Kośmider /Prezes Zarządu Fundacji Technology Partners/

WWF Polska

Firma Rodan Development sp. z o.o. zrealizowała należycie System Planowania i Monitorowa-

nia Budżetów Projektów (PMBP) opracowany na platformie oprogramowania narzędziowego

OfficeObjects®, który został wdrożony w WWF Polska. Architektura systemu obejmuje procesy

obiegu faktur i delegacji, funkcje planowania i rewizji budżetów projektów, oraz moduł moni-

torowania projektów obejmujący funkcje raportowania stanu kluczowych parametrów finan-

sowych jak również pulpit stanów projektów (dashboard).

Projekt został zakończony w kwietniu 2016 roku.

Pani Monika Bartosińska /Kierownik ds. Finansów i Administracji/

Urząd m. st. Warszawy Biuro Architektury i Planowania

Firma Rodan Development Sp. z o.o. wykonała na zlecenia Biura Architektury i Planowanie

Przestrzennego system informatyczny „ Repozytorium dokumentacji architektoniczno-plani-

stycznej m. st. Warszawy”. Projekt był realizowany w okresie od 19 czerwca 2015 r. do 29 lu-

tego 2016 r. i został zrealizowany należycie.

Repozytorium dokumentacji architektoniczno-planistycznej opracowany na platformie opro-

gramowania narzędziowego OfficeObjects® w technologii JEE jest systemem rozproszonym.

Oprogramowania jest zainstalowane w architekturze maszyn wirtualnych w prywatnej chmu-

rze obliczeniowej Urzędu m. st. Warszawy i obsługuje Biuro Architektury i Planowania Prze-

strzennego oraz dzielnicowe wydziały architektury i planowania przestrzennego.

Marek Mikos /p.o. Dyrektora Biura Architektury i Planowania UM m.st. Warszawy/


Lata 1998 – 2013

W tym okresie zrealizowano około 70 wdrożeń platformy narzędziowej OfficeObjects® w na-

stępujących obszarach zastosowań:

Procesy obiegu korespondencji urzędowej

Procesy obiegu dokumentacji finansowej w przedsiębiorstwach

Repozytoria dokumentacji urzędowej i dokumentacji technicznej

Wymiana dokumentów pomiędzy instytucjami administracji publicznej

61

Zarządzanie projektami Funduszy Rozwoju Regionalnego (składanie on-line, rozpatry-

wanie, kontrola i zarządzanie płatnościami)

Procesy zarządzania procedurami zamówień publicznych w administracji publicznej

Złożone usługi eUrząd

Lata 2013 - 2016

W tym okresie zrealizowano 15 wdrożeń platformy OfficeObjects® w następujących obsza-

rach zastosowań:

Procesy obiegu korespondencji urzędowej

Procesy obiegu dokumentacji finansowej w przedsiębiorstwach

Repozytoria dokumentacji urzędowej i dokumentacji technicznej

Planowanie i monitorowanie projektów

Zarządzanie wiedzą i instytucjach badawczych

Przychody – lata 2013 - 2014

Przychody obejmują następujące kategorie usług realizowanych na platformie OfficeOb-

jects®:

Projektowanie i wdrażanie rozwiązań aplikacyjnych – 70%

Konserwacja oprogramowania i serwis techniczny – 20%

Licencje OfficeObjects® -10%

Plany rozwojowe:

Prowadzone prace badawczo-rozwojowe oraz wynikająca z tych prac mapa drogowa roz-

woju platformy OfficeObjects® są wypadkową rozwoju metod i technik współczesnych roz-

wiązań BPM oraz, w przypadku rozwoju funkcji narzędziowych, potrzeb zgłaszanych przez

użytkowników oraz partnerów.

Prace badawcze-rozwojowe

Metodyka i narzędzia projektowania procesowych systemów informatycznych

Architektura oprogramowania zarządzania wiedzą

Rozwój oprogramowania narzędziowego OfficeObjects®

Funkcje wsparcia realizacji aplikacji procesowych przez końcowego użytkownika

o Rozwój narzędzi projektowania aplikacji i testów automatycznych

o Publikacja szkoleń eLearning w technologii MOOCs

o Rozwój biblioteki wzorców definicji procesów

o Metodyka projektowania aplikacji procesowych OfficeObjects®

Funkcje wsparcia administracji platformą narzędziową OfficeObjects®

o Automatyzacja instalacji i parametryzacji środowiska OfficeObjects®

o Rozwój funkcji pulpitów procesów (ang. dashboard)

o Rozwój funkcji monitorowania instancji procesów

Funkcje wsparcia aplikacji mobilnych

o Rozwój mechanizmów publikacji i obsługi usług sieciowych

o Rozwój funkcji wspierających projektowanie responsywne (ang. responsive de-

sign)

o Dedykowane aplikacje mobilne (ang. apps) dla platformy OfficeObjects®

62


Oprogramowanie podstawowe

System operacyjny: Linux, Windows

Serwer aplikacyjny: JBoss, JVM

System ZBD: PostgreSQL, Oracle, DB2, MS SQL

Wirtualizacja: VMware

Raporty: TIBCO Jasper Reports

Enterprise Service Bus: Mule

Przeglądarki: Firefox, Internet Explorer, Chrome, Opera, Safari

Konfiguracja maszyn wirtualnych

Minimalna konfiguracja maszyn wirtualnych VMware (Rysunek 1) z przydzielonymi wymaga-

nymi zasobami sprzętowymi może być skalowana w górę zależnie od przewidywanej liczby

aktywnych użytkowników. Prezentowana konfiguracja wykorzystywana dla standardowych

procesów obiegu dokumentów może obsłużyć około 300 zalogowanych użytkowników pracu-

jących ze średnią intensywnością.

Pamięć dyskowa dla repozytorium dokumentów OfficeObjects® zależy od przewidywanego

woluminu danych. Przy dużych zasobach zalecane jest stosowanie macierzy dyskowych oraz

bibliotek taśmowych dla kopii zabezpieczających.

Wskazany w konfiguracji system ZBD PostgreSQL może być zastąpiony dowolnym z wymienio-

nych w wymaganiach na oprogramowanie podstawowe.

Rysunek 1. Konfiguracja maszyn wirtualnych instalacji OfficeObjects®

63

Polityka cenowa:

Licencje

Jednorazowa opłata obejmuje:

Niewyłączną bezterminową licencję na użytkowanie oprogramowania OfficeOb-

jects®

12 miesięcy gwarancji

Roczna opłata konserwacyjna obejmuje:

Konserwację oprogramowania i wsparcie techniczne

Prawo do nowych wersji

Dzierżawa oprogramowania narzędziowego

Miesięczna opłata obejmuje:

Czasową licencję na użytkowanie oprogramowania narzędziowego OfficeObjects®



Hosting w „chmurze”

Miesięczna opłata obejmuje:

Opłata za wykorzystanie zasobów ochrony dostępu, serwera i urządzeń pamięci ze-

wnętrznej

Opłata za administrację systemu obejmującą zabezpieczenie danych i oprogramo-

wania

Czasową licencję na użytkowanie oprogramowania narzędziowego OfficeObjects®



64

Nazwa systemu:

Oracle BPM Suite


Oracle Polska Sp. z o.o.

ul. Przyokopowa 31

01-208 Warszawa

www.oracle.com/pl

[email protected]

tel.: (22) 690 8700

fax: (22) 690 8900

info: 0 800 654 726

http://www.oracle.com/pl


65

Kontekst

Nieefektywność współczesnych procesów dostarczania oprogramowania widać gołym

okiem. Firmy, które do tej pory zyskiwały przewagę dzięki informatyce, zaczynają odczuwać,

że informatyka im ciąży. W porównaniu do tempa zmienności okoliczności rynkowych, zwłasz-

cza w niektórych branżach, tempo wprowadzania zmian w aplikacjach jest bowiem rażąco

niskie.

Proces dostarczania oprogramowania wygląda dziś następująco. Analitycy ustalają z bizne-

sem założenia i wymagania funkcjonalne, na podstawie których projektanci tworzą model for-

malny. Na podstawie modelu programiści tworzą kod, który następnie jest testowany, a później

wdrażany. Tak to wygląda od dobrych kilku dziesięcioleci. Zmiana założeń, a nawet w definicji

procesu biznesowego wymaga zmiany w modelu, a w konsekwencji w kodzie, który trzeba

zmodyfikować, przetestować i wdrożyć. Co z tego wynika, wiadomo: każda zmiana biznesowa

wymaga zaplanowania i uruchomienia projektu IT, któremu trzeba przyznać zasoby i budżet…

a pewności co do efektu i terminowości i tak nie ma.

Wszystko dlatego, że oprogramowanie aplikacyjne jest projektowane i tworzone jako monolit.

Nie, nie ma to nic wspólnego z technologiami komponentowymi czy podziałem na moduły

funkcjonalne. Problem w tym, że opis procesów biznesowych jest skutecznie wymieszany z ko-

dem realizującym inne funkcje, często bardzo niskopoziomowe, jak otwieranie połączeń sie-

ciowych, sprawdzanie spójności danych, czy aktualizowanie zapisów w bazie danych. Co gor-

sza, procesy biznesowe opisywane są językami programowania, dla których proces biznesowy

to abstrakcja jak każda inna, np. procedura uruchamiania reaktora jądrowego, czy sterowanie

ruchem ulicznym.

W rezultacie, każda zmiana definicji procesu wymaga upewnienia się, że jej wprowadzenie nie

naruszy ścian nośnych systemu lub jego ważnych instalacji. Mimo wszystkich tych starań, jak w

dawnych komediach, zdarza się, że z prysznica leci gaz, a z kuchenki woda. Uczestnikom pro-

cesów ani obsługiwanym przez firmę klientom nie jest jednak wtedy ani przez chwilę do śmie-

chu. Fachowcom mającym usterki usunąć – też nie, bo jak w takim galimatiasie znaleźć przy-

czynę problemu i zażegnać go pod presją czasu, najlepiej na wczoraj? Krótko mówiąc, jeśli

firmy chcą zwiększać tempo wprowadzania zmian w procesach, dotychczasowe metody do-

starczania oprogramowania biznesowego raczej nie mają przed sobą wspaniałej perspek-

tywy.

Technologie, dzięki którym opisy procesów nie giną w gąszczu kodu istnieją od kilku lat. Po-

wstały języki opisu procesów, a także nowoczesne środowiska – silniki procesów – w ramach

których opisy te, po skompilowaniu, można uruchamiać. Obiektywnie patrząc, oddzielenie

kodu procesowego od reszty kodu aplikacji to wielki postęp. Z punktu widzenia klientów to

jednak wciąż za mało, bowiem nowego języka trzeba się nauczyć, nawet jeśli późniejsza jego

kompilacja i uruchomienie odbywa się automatycznie. Fakt, że języki opisu procesów, takie jak

BPEL (Business Process Execution Language) czy język opisu schematów procesów XPDL (XML

Process Definition Language) zostały poddane standaryzacji, jakkolwiek cenny, również nie

rozwiązuje problemów firm. Prawdziwym ograniczeniem w dotychczasowym stanie rzeczy jest

bowiem czas, jaki deweloperzy poświęcają na tworzenie kodu, czyli zapisywanie procedur biz-

nesowych w takim czy innym, ale jednak, kodzie.

Jak więc przyspieszyć definiowanie procesów? Po pierwsze sprawić, by przebieg procesów i

wszystkie ich atrybuty można było – dosłownie – narysować, najlepiej w formie schematu zgod-

nego ze standardem. Po drugie, trzeba sprawić by gotowy schemat można było automatycz-

nie, a nie ręcznie, przekształcić w wykonywalny kod. Zamiast pisać kod, analitycy rysują sche-

maty, a ich poszczególnym węzłom nadają parametry i komentarze. Wynik pracy zapisują w

pliku, który jest następnie automatycznie przetwarzany do kodu wykonywalnego. Kod

66

ten, pod nadzorem informatyków, można uruchomić w środowisku symulacyjnym, a wkrótce

potem w produkcyjnym.

Tylko tyle? Raczej aż tyle. Dojście do tego punktu zajęło branży informatycznej kilkadziesiąt lat.

Poza tym, nie mówimy dziś o wizjach przyszłości możliwych do zrealizowania kiedyś tam, na

podstawie śmiałych założeń teoretycznych, ale o gotowych rozwiązaniach, dostępnych dziś i

działających w wielu firmach na całym świecie. Dla firm umęczonych walką z coraz większą

zmiennością biznesu i koniecznością ponoszenia wielkich kosztów na zasadniczą przebudowę

środowiska aplikacyjnego co kilka lat, to propozycja nie do pogardzenia.

Informacje o narzędziu

Oracle BPM Suite to kompleksowy zestaw narzędzi i modułów z obszaru integracji oraz zarzą-

dzania procesami biznesowymi.

Rysunek 1 Komponenty zestawu Oracle Unified BPM Suite

Oracle Unified BPM Suite zawiera narzędzia umożliwiające:

modelowanie procesów, ich analizę, symulację i optymalizację. Dotyczy to potencjal-

nie wszystkich procesów zidentyfikowanych w organizacji. Dostępne są symulacje ilo-

ściowe, jakościowe, kosztowe, wg. określonych kryteriów, wraz z możliwościami

uwzględniania w symulacji wyników działania rzeczywistych procesów uruchomio-

nych w silniku,

wytwarzanie aplikacji procesowych, czyli tworzenie aplikacji wspierających zidentyfi-

kowany, zamodelowany i zoptymalizowanych proces, bądź procesy. Narzędzia umoż-

liwiają projektowanie struktur danych używanych w procesie, interfejsu graficznego

użytkownika do komunikacji aplikacji procesowych z użytkownikami (uczestnikami

procesów) oraz do orkiestracji usług wywoływanych przez proces w trakcie jego dzia-

łania,

67

kontrolę sekwencyjności etapów procesów,

monitorowanie procesów (ang. Business Activity Monitoring),

utworzenie pełnego środowiska portalowego, jako narzędzia do prezentacji proce-

sów, uczestnictwa w tych procesach, współpracy w ramach procesów, itd.

Oracle Unfied BPM Suite zawiera następujące główne elementy:

BPM Studio – narzędzie developerskie służące do modelowania procesów biznesowych

i wytwarzania aplikacji procesowych. Jeśli procesy biznesowe były modelowane przy

pomocy innych narzędzi, to praca z narzędziem koncentruje się wokół zagadnień

developerskich, w zakresie przetworzenia modelu procesu w aplikację ten proces

wspierającą.

Rysunek 2 Narzędzie do modelowania procesów i wytwarzania aplikacji procesowych.

Notacją stosowaną w narzędziu jest BPMN 2.0. Narzędzie zawiera typowe dla notacji

aktywności, takie jak: start procesu, koniec procesu, czynność interaktywna, czynność

systemowa, przejście pomiędzy krokami procesu, warunki logiczne, kroki regułowe, itd.

Dostępne są także aktywności pozwalające na asychroniczne wywoływanie usług i kry-

jących się za usługami aplikacji, systemów lub procedur oraz kroki związane z oczeki-

waniem na odpowiedz (ponowne wywołanie procesu) przychodzącej z zewnątrz.

Umożliwia to uzależnienie przepływu procesu od pewnych aktywności środowiska ze-

wnętrznego, co oznacza nie tylko użytkowników, ale także inne aplikacje, procesy

obce, systemy, itd.

68

Rysunek 3 Modelowanie procesu. Aktywności dostępne w ramach notacji BPMN 2.0

W modelu procesu określa się także role użytkowników, jako uczestników procesu po-

przez położenie odpowiednich aktywności na właściwych swimlanes. Dzięki temu moż-

liwe jest mapowanie kolejnych aktywności z logicznymi rolami w procesie, które to okre-

ślają uprawnienia i odpowiedzialność uczestników procesu.

Process Composer – narzędzie wizualizujące modele procesów z elementami współ-

pracy nad wytworzonymi modelami procesów. Narzędzie jest przeznaczone szerokiego

grona użytkowników, w tym również użytkowników biznesowych. Process Composer nie

prezentuje użytkownikowi końcowemu wszystkich szczegółów implementacji proce-

sów, dlatego też stanowi przejrzysty zbiór modeli, definicji procesów obowiązujących w

organizacji lub takich, nad którymi organizacja jeszcze pracuje. Jednocześnie użytkow-

nicy biznesowi, którzy „znają biznes” i posiadają umiejętności analityczne mogą przy

pomocy tego narzędzia modyfikować modele procesów. Narzędzie jest dostępne

przez przeglądarkę, toteż nie wymaga instalacji żadnego oprogramowania na stacji

roboczej użytkownika.

Rysunek 4 Oracle BPM Process Composer. Narzędzie do modelowania i przeglą-

dania procesów przeznaczone dla użytkowników biznesowych.

69

BPM Runtime – silnik odpowiedzialny za automatyzację procesów biznesowych, które

najpierw muszą zostać zdefiniowane w BPM Studio.

Zadaniem warstwy odpowiedzialnej za zarządzanie procesami jest orkiestracja proce-

sów z uwzględnieniem użytkowników, struktury organizacyjnej, aplikacji i systemów ze-

wnętrznych. Moduł ten zarządza regułami biznesowymi, tworzy historię procesów, która

pozwala na ich głęboką analizę biznesową.

Środowisko uruchomieniowe łączy wiele technologi w unikalny i jednolity sposób. Ten

sam silnik jest odpowiedzialny za uruchamianie i zarządzanie procesami integracyjnymi

(procesy zgodne ze standardem BPEL, Business Process Execution Language), jak rów-

nież za procesy biznesowe z udziałem czynnika ludzkiego (w zgodzie ze standardem

BPMN 2.0, Business Process Modelling Notation),

Rysunek 5. Środowisko uruchomieniowe dla aplikacji procesowych. W ramach

jednego silinika procesów dostępnych jest kilka technologii, w tym BPEL oraz

BPMN.

Process Analitics – środowisko do analizy i monitorowania procesów biznesowych.

Środowisko BPM Suite umożliwia definiowanie mierników biznesowych (KPIs - Key Perfor-

mance Indicators), które następnie mogą być monitorowane, analizowane i uwzględ-

niane w raportach. Zawarte są moduły BAM, które umożliwiają budowanie kokpitów

menadżerskich, które w przejrzystej formie prezentują użytkownikom mierzone wartości.

70

Rysunek 6. Moduł BAM. Definicja wskaźników biznesowych, tworzenie kokpitów

menadżerskich, monitorowanie w czasie rzeczywistym.

Process Spaces – moduł portalowy zintegrowany ściśle ze środowiskiem do urucha-

miania i zarządzania procesami biznesowymi. Dostępne są gotowe portlety reprezen-

tujące środowisko BPM oraz szeroka paleta gotowych komponentów z obszaru usług

społecznościowych i narzędzi do współpracy użytkowników.

Rysunek 7. Środowisko portalowe zintegrowane z modułami BPM. Narzędzia do

współpracy użytkowników oraz narzędzia społecznościowe.

71


Oracle (oracle.com) jest dostawcą kompleksowych rozwiązań IT dla biznesu, oferuje pełny i

zintegrowany stos aplikacji chmurowych oraz usług platformy, obsługując na świecie ponad

420 tys. klientów. Firma zatrudnia ponad 130 tys. specjalistów, zaś jej roczny obrót wynosi 37 mld

USD (w roku finansowym 2016). Serwery baz danych, oprogramowanie middleware oraz na-

rzędzia i aplikacje biznesowe, jak również sprzęt komputerowy oraz usługi IT (konsulting, szkole-

nia, asysta techniczna) oferowane są w 145 krajach na całym świecie. Oracle współpracuje z

ponad 25 tys. firm partnerskich. Siedziba główna Korporacji znajduje się w Redwood Shores w

Kalifornii. Na liście klientów Oracle znajdują się wszystkie firmy z listy Fortune 100.

W 1992 r. powstała firma Oracle Polska. Obecnie zatrudnia ona ponad 500 osób i współpracuje

z 300 firmami partnerskimi. Aby móc dostarczyć odbiorcom rozwiązania kompleksowe i najlep-

sze pod względem technologicznym, Oracle ściśle współpracuje z najważniejszymi integrato-

rami systemów IT.

72

Nazwa systemu:

Platforma webMethods BPMS z komponentem modelującym ARIS


Software AG, Uhlandstr. 12

D-64297 Darmsztadt, Niemcy

Software AG Polska Sp. z o.o.

ul. Piękna 18

00-549 Warszawa

Telefon: +48 22 379 53 00

Fax: +48 22 379 53 44

E-mail: [email protected]

www.softwareag.com


http://www.softwareag.com/

73


Platforma webMethods BMPS umożliwia pełne zarządzanie, monitorowanie, doskonalenie i

integrację procesów biznesowych . Platforma zwiększa szybkość, widoczność, spójność i ela-

styczność procesów biznesowych przy jednoczesnym obniżeniu kosztów ich realizacji. Dzięki

wyeliminowaniu zadań wykonywanych ręcznie oraz niespójnych procesów można zwiększyć

produktywność, zmniejszyć liczbę błędów oraz skuteczniej egzekwować odpowiedzialność.

Oferowany kompletny pakiet umożliwia wykrywanie i rozwiązywanie problemów biznesowych,

zanim będą mieć one wpływ na działalność biznesową lub klienta. Platforma webMethods

obejmuje najlepszą technologię oraz praktyki, czyli wszystko to, co jest potrzebne, aby rozpo-

cząć korzystanie z niej i uzyskanie szybkich efektów biznesowych.

Platforma webMethods BPMS, to:

szybkie wdrożenie rozwiązań opartych na procesach przy użyciu dotychczasowej in-

frastruktury informatycznej.

zwiększenie wydajności dzięki koordynacji procesów, systemów i danych.

spełnianie warunków umów o poziom usług (SLA) i zarządzanie wyjątkami dzięki anali-

zie w czasie rzeczywistym.

utrzymywanie kontaktu z klientami poprzez wiele kanałów dostępu.

Co umożliwia platforma?

Tworzenie i uruchamianie aplikacji biznesowych:

Możliwość błyskawicznego tworzenia i zmieniania procesów biznesowych i obiegów

informacji.

Tworzenie aplikacji spełniających wymagania przedsiębiorstwa w zakresie szybkości

działania.

Usprawnienie współpracy pomiędzy działem informatycznym a innymi działami firmy.

Zarządzanie zadaniami i zespołami

Koordynowanie zadań biznesowych wykonywanych ręcznie oraz zarządzanie nimi.

Wspieranie współpracy pomiędzy interesariuszami z poszczególnych działów.

Utrzymywanie kontaktu z pracownikami za pomocą urządzeń mobilnych.

Monitorowanie działań biznesowych

Monitorowanie wskaźników KPI dotyczących procesów w czasie rzeczywistym.

Otrzymywanie w czasie rzeczywistym alertów o wyjątkach i natychmiastowe reago-

wanie na nie.

Uzyskiwanie informacji o potencjalnych problemach operacyjnych przed ich wystą-

pieniem dzięki analityce predykcyjnej.

74

NAJWAŻNIEJSZE KORZYŚCI

Większa efektywność

Ciągłe usprawnianie procesów biznesowych oraz większa ich efektywność. Wyeliminowanie

ręcznych procesów, które są czasochłonne, kosztowne i narażone na błędy. Ułatwienie stan-

daryzacji procesów w firmie w celu obniżenia kosztów.

Większa przejrzystość

Monitorowanie wydajności w trakcie wykonywania procesów. Możliwość podjęcia działań na

podstawie informacji uzyskanych dzięki analizie procesów w czasie rzeczywistym i kokpitom

menedżerskim.

Uzyskanie widoczności

Wykrywanie wąskich gardeł w celu optymalizacji zarządzania personelem. Zapewnienie klien-

tom i partnerom biznesowym wglądu w procesy biznesowe Twojego przedsiębiorstwa. Możli-

wość sprawdzania poprawności działania procesów w celu wskazania obszarów wymagają-

cych usprawnień. Mierzenie produktywności i przewidywanie korzyści płynących z kolejnych

zmian w procesach.

Wyższa jakość

Zapewnienie spójności i uniknięcie błędów wynikających z ręcznego wykonywania procesów.

Umożliwienie pracownikom stosowania tych samych zoptymalizowanych, standardowych pro-

cesów w celu obniżenia kosztów.

Szybsze wprowadzanie zmian

Szybkie reagowanie na zmieniające się warunki biznesowe. Elastyczność umożliwiająca wpro-

wadzanie zmian w działalności i szybsze tworzenie nowych aplikacji. Przekształcenie działalno-

ści biznesowej i infrastruktury informatycznej dzięki elastycznym regułom i analizie procesów.

MOŻLIWOŚCI

Wykonywanie procesów

Uruchamianie idealnie skoordynowanych procesów, co zapewnia przejrzystość, wydajność,

możliwość dostosowywania i zapobiegania błędom oraz pełną widoczność.

Zarządzanie regułami

Interesariusze z działu informatycznego i innych działów przedsiębiorstwa mogą na bieżąco

definiować i zmieniać reguły sterujące procesami bez wykonywania jakichkolwiek prac pro-

gramistycznych.

Kokpit menedżerski

Zarządzanie procesami i zadaniami biznesowymi z monitorowaniem opartym na rolach i wska-

zówkami społecznościowymi. Dostosowywana skrzynka odbiorcza umożliwia przeglądanie

wszystkich przypisanych zadań i ich realizację. Mechanizm rekomendacji dla specjalistów po-

maga wykonywać zadania szybciej i efektywniej. Kokpit menedżerski jest dostępny jako apli-

kacja WWW lub aplikacja mobilna.

75

Analityka w pętli zamkniętej

Kokpity menedżerskie udostępniają szczegółowe wizualizacje procesów i etapów, co pozwala

użytkownikom określać wskaźniki KPI oraz podejmować natychmiastowe działania w oparciu

o alerty dotyczące kamieni milowych procesów, celów oraz powiązanych z nimi umów o po-

ziom usług (SLA). Gotowe dostępne działania (takie jak proces eskalacji) można zainicjować

w celu usunięcia naruszeń oraz przekierowania użytkowników do kokpitu menedżerskiego w

celu wspólnego przeanalizowania przyczyny problemu.

Integracja treści i zarządzanie nią

Możliwość wielokrotnego używania dowolnego rodzaju skoordynowanych z procesami treści

nieustrukturyzowanych — dokumentów, formularzy, notatek czy listów przewozowych — pod-

czas tworzenia aplikacji biznesowych.

Zarządzanie zadaniami i zespołami

Usprawnienie interakcji pomiędzy personelem a procesami dzięki zarządzaniu zadaniami i moż-

liwości współpracy.

Modelowanie i wykonywanie procesów

Możliwość wykorzystania modeli procesów zdefiniowanych przez przedsiębiorstwo przy użyciu

platformy ARIS jako punktu wyjścia do wykonywania procesów na platformie webMethods

BPMS. Pozwala to dostosować strategię przedsiębiorstwa do procesów biznesowych i aplikacji,

aby zapewnić „zgodność struktury ze strategią”.

POTRZEBY BIZNESOWE

Zwiększenie produktywności i jakości

Wyeliminowanie etapów procesów wykonywanych ręcznie w celu zmniejszenia liczby

błędów.

Skoordynowanie procesów w celu przyspieszenia ich wykonywania przy jednocze-

snym ograniczeniu kosztów.

Zapewnienie jakości dzięki zoptymalizowanym i spójnym obiegom informacji realizo-

wanym ręcznie.

Większa przejrzystość procesów

Zarządzanie działalnością w oparciu o zrozumiałe i kompletne wskaźniki KPI, a nie

fragmentaryczną wiedzę.

Uzyskiwanie informacji dzięki analizie procesów w czasie rzeczywistym, kokpitom me-

nedżerskim i alertom umożliwiającym identyfikowanie wąskich gardeł natychmiast po

ich pojawieniu się, zanim zdążą one spowodować problemy na dalszych etapach.

Przewidywanie wpływu zmian procesów na działalność przedsiębiorstwa w celu

zwiększenia skuteczności oraz ułatwienia wdrożenia.

Umożliwienie transformacji i zwiększenie elastyczności

Dostosowywanie się do zmian w środowisku biznesowym dzięki możliwości szybkiego

wprowadzania zmian w procesach i aplikacjach.

76

Stosowanie elastycznych reguł biznesowych i analityki operacyjnej w celu zwiększenia

wydajności procesów i produktywności.

Prowadzenie działalności z użyciem solidnej platformy znacznie zwiększającej ela-

styczność, co pozwala zyskać opinię przedsiębiorstwa zdolnego szybko wprowadzać

produkty na rynek.

Komponent modelujący systemu obejmuje narzędzia modelujące przeznaczone dla eksper-

tów oraz narzędzia działające poprzez przeglądarkę Internetową. Narzędzia te działają w

oparciu o wspólne repozytorium modeli I dokumentów, obsługiwane przez ARIS Connect Se-

rver.

Narzędzia modelujące ARIS Designer/Architect służą do ogólnego i szczegółowego modelo-

wania procesów w wybranym języku graficznym. Narzędzia te służą też do modelowania in-

nych aspektów funkcjonowania organizacji, takich jak struktury organizacyjne, hierarchie pro-

duktów, klasyfikacje ryzyk, struktury aplikacji, struktury danych i temu podobnych. W szczegól-

ności, możliwości te obejmują, między innymi, tworzenie wielopoziomowych architektur modeli,

od ogólnych do szczegółowych.

Zaawansowane narzędzie modelujące ARIS Architect w podstawowym zakresie posiada takie

same możliwości jak ARIS Designer, dodatkowe możliwości przeznaczone są natomiast dla użyt-

kowników zajmujących się wielowymiarową zawartości repozytorium oraz innymi zadaniami o

zaawansowanym i administracyjnym charakterze.

ARIS Connect Viewer jest przeznaczony do udostępniania zawartości repozytorium użytkowni-

kom końcowym poprzez przeglądarkę. Kluczowe możliwości narzędzia obejmują:

Wyszukiwanie i przeglądanie zawartości repozytorium,

Łatwe przeszukiwanie zawartości repozytorium podczas wprowadzania znaków,

Tworzone automatycznie metryki modeli,

Dynamiczne widoki tabelaryczne, generowane automatycznie w oparciu o graficzny

model procesu,

Interaktywny przewodnik po modelu procesu,

Listy dokumentów powiązanych z modelem I dostęp do tychże.

ARIS Connect Designer przeznaczony jest dla zaawansowanych użytkowników końcowych i

posiada te same możliwości, dodatkowo natomiast edycję istniejących i tworzenie nowych

modeli graficznych. Narzędzie to służy także do wykonywania operacji na dokumentach pod-

łączanych do modeli i obiektów lub używanych niezależnie.

Działające przez przeglądarkę narzędzia ARIS Connect dostarczają także wielu możliwości w

zakresie aktywnego, kooperatywnego doskonalenia procesów. Funkcjonalność z tym zwią-

zana obejmuje w szczególności:

Komentowanie całych modeli i ich elementów,

Komunikowanie się użytkowników z użyciem wątków i strumieni wiadomości,

Uruchamianie przepływów pracy (obiegów workflow) związanych z proponowaniem,

wprowadzaniem i zatwierdzaniem zmian w zawartości repozytorium,

Powiadamianie użytkowników o przydzielonych zadaniach, także poprzez pocztę

elektroniczną,

Dostęp do list zadań przydzielonych użytkownikom.

77

Komentowanie modeli pozwala na nieformalną wymianę informacji na ich temat, na przykład

dotyczących możliwych zmian lub wskazówek związanych z realizacją procesów. Sformalizo-

wane wnioski zmian można z kolei zgłaszać wyznaczonej, odpowiedzialnej za model osobie,

korzystając z odpowiedniego przepływu pracy.

Wyróżniki komponentu modelującego

1. Elastyczny meta-model. Mechanizmy konfiguracyjne umożliwiają szybkie tworzenie

własnych modeli lub modyfikowanie istniejących, bez kodowania.

2. Uniwersalny model arkusza kalkulacyjnego, umożliwiający wykonywanie obliczeń w

oparciu o atrybuty modeli i obiektów oraz przechowywanie wyników.

3. Podział repozytorium na zarządzane niezależnie bazy danych, co zwiększa bardzo

znacznie bezpieczeństwo i elastyczność dostępu.

4. Uniwersalny mechanizm wyszukiwania bezpośrednich i pośrednich powiązań modeli

oraz elementów (obiektów).

5. Graficzna budowa kwerend i kreator tworzenia własnych raportów w trybie WYSIWIG.

6. Automatyczne, konfigurowalne formatowanie zawartości modeli dowolnych modeli w

portalu przeglądarkowym.

7. Rozbudowane możliwości kooperacji użytkowników końcowych poprzez komentowa-

nie modeli i wymianę informacji.

8. Zintegrowane repozytorium dokumentów, do przechowywania, wyszukiwania i udo-

stępniania dokumentów powiązanych z modelami graficznymi oraz dokumentów nie-

zależnych.

9. Zintegrowany silnik workflow, konfigurowany modelami procesów, służący do dowolnie

rozbudowanej, wielostopniowej akceptacji modeli i dokumentów oraz automatyzacji

operacji na całym repozytorium.

Korzyści z zastosowań komponentu modelującego

A. Zwiększenie przejrzystości funkcjonowania firmy

Łatwy i szybki dostęp do informacji

Skuteczne wsparcie w realizacji zadań

Większa przewidywalność rezultatów procesów

Minimalizacja ryzyk

Większa zgodność z normami i regulacjami

Szybsze wprowadzanie zmian

B. Lepsze wykorzystanie zasobów

Mniej błędów w wykonywanych zadaniach

Niższe koszty pracy

Niższe koszty szkoleń nowych pracowników

Wyższe osiągi realizacji procesów biznesowych

C. Zwiększona skuteczność zarządzania

Zwiększenie zadowolenia Klientów zewnętrznych

Zwiększenie zadowolenia Klientów wewnętrznych

Ułatwione zarządzanie zmianą

Skuteczna informatyzacja

78


Cyfrowa transformacja zmienia korporacyjne środowiska informatyczne z nieelastycznych silo-

sów w nowoczesne architektury oparte na platformach oprogramowania, zapewniające

otwartość, szybkość i elastyczność potrzebne firmom do działania w czasie rzeczywistym.

Software AG oferuje pierwsze kompleksowe rozwiązanie Digital Business Platform oparte na

otwartych standardach z integracją, zarządzaniem procesami, danymi in-memory, budowa-

niem aplikacji adaptacyjnych, analityką czasu rzeczywistego i zarządzaniem architekturą kor-

poracyjną jako podstawowymi elementami. Modularna platforma pozwala użytkownikom już

teraz budować aplikacje nowej generacji, kształtujące ich cyfrową przyszłość.

Software AG od ponad 45 lat wprowadza innowacje zorientowane na klienta, dzięki czemu

należy do grona liderów w wielu kategoriach innowacji i technologii cyfrowych. Firma zatrud-

nia ponad 4 300 pracowników w 70 krajach, w tym również w Polsce. Przychody Software AG

w 2016 roku wyniosły 872 mln EUR. Dodatkowe informacje: www.softwareag.com



Software AG kładzie duży nacisk na łatwość wdrożenia i szybkie czerpanie korzyści z zaimple-

mentowanej platformy. W zależności od stopnia złożoności planowanego projektu oraz ze-

stawu umiejętności, jakie musi nabyć personel, długość okresu wdrożenia platformy wynosi

zwykle od 2 do 4 tygodni. Można go znacząco skrócić przez skorzystanie z usług konsultingo-

wych Software AG.

Software AG udostępnia portal wiedzy i samoobsługowego wsparcia technicznego (empo-

wer.softwareag.com), jak również dużą społeczność programistów (techcommunity.softwa-

reag.com), umożliwiające dyskusje na tematy techniczne i zawierające prezentacje wideo,

artykuły wyjaśniające i próbki kodów. Software AG PRIME to ukierunkowana na procesy me-

todyka wdrażania produktów i rozwiązań Software AG. W oparciu o nasze wieloletnie do-

świadczenie konsultingowe, specjalistyczną wiedzę branżową i najlepsze praktyki Prime za-

pewnia metodykę ukierunkowaną na rozwiązania, która obejmuje:

Proces wdrożenia całego rozwiązania.

Cykl życia projektu obejmujący fazy, pakiety zadań i czynności.

http://www.softwareag.com/

http://www.softwareag.com/corporate/rc/rc_perma.asp?id=tcm:16-94797



79

Software AG oferuje szereg usług wsparcia technicznego, aby pomagać klientom w osiąga-

niu sukcesów. Oprócz wsparcia technicznego w wersjach Standard i Premier dostępne są na-

stępujące usługi: dedykowany menedżer sukcesu klienta, dedykowany inżynier wsparcia

technicznego, wsparcie przy szybkim starcie, wsparcie przy instalacji, wsparcie przy urucho-

mieniu, wsparcie przy modernizacji i kontrole stanu systemu.

Fazy i etapy typowego kompleksowego projektu doskonalenia procesów

A. Rozpoznanie strategiczne

1. Identyfikacja strategicznych kierunków rozwoju i celów organizacji, interesariuszy, pro-

duktów i rynków

2. Zdefiniowanie architektury procesów podstawowych, wspierających i zarządczych

3. Określenie kluczowych wskaźników mierzenia osiągów procesów

B. Modelowanie i analiza stanu obecnego

1. Szczegółowe modelowanie istniejących procesów

2. Analiza jakościowa i ilościowa stanu obecnego

3. Opracowanie pakietów zmian

4. Wybór opcji i zatwierdzenie pakietów zmian

C. Projektowanie stanu docelowego

1. Opracowanie docelowej architektury procesów

2. Opracowanie docelowej struktury organizacyjnej

3. Szczegółowe modelowanie procesów docelowych

4. Opracowanie zasad zarządzania procesami

5. Opracowanie wytycznych i wymagań automatyzacji

6. Dokumentowanie stanu docelowego

D. Zmiany organizacyjne

1. Planowanie zmian organizacyjnych

2. Przygotowanie zmian organizacyjnych

3. Wdrożenie zmian organizacyjnych

Opinie klientów:

https://www.softwareag.com/corporate/ima-

ges/SAG_MPWiK_RS_PL_Nov16_web_tcm16-147085.pdf

http://www.softwareag.com/corporate/images/SAG_GAZ-SYS-

TEM_RS_PL_Apr13_web_tcm16-109208.pdf


https://www.softwareag.com/corporate/images/SAG_Swis-

scom_4PG_RS_Oct16_Web_tcm16-106439.pdf

https://www.softwareag.com/corporate/rc/rc_perma.asp?id=tcm:16-132467


https://www.softwareag.com/corporate/images/SAG_Vodafone_Ice-

land_RS_Aug16_Web_tcm16-55980.pdf

https://www.softwareag.com/corporate/images/SAG_MPWiK_RS_PL_Nov16_web_tcm16-147085.pdf

https://www.softwareag.com/corporate/images/SAG_MPWiK_RS_PL_Nov16_web_tcm16-147085.pdf

http://www.softwareag.com/corporate/images/SAG_GAZ-SYSTEM_RS_PL_Apr13_web_tcm16-109208.pdf

http://www.softwareag.com/corporate/images/SAG_GAZ-SYSTEM_RS_PL_Apr13_web_tcm16-109208.pdf


https://www.softwareag.com/corporate/images/SAG_Swisscom_4PG_RS_Oct16_Web_tcm16-106439.pdf

https://www.softwareag.com/corporate/images/SAG_Swisscom_4PG_RS_Oct16_Web_tcm16-106439.pdf

https://www.softwareag.com/corporate/rc/rc_perma.asp?id=tcm:16-132467


https://www.softwareag.com/corporate/images/SAG_Vodafone_Iceland_RS_Aug16_Web_tcm16-55980.pdf

https://www.softwareag.com/corporate/images/SAG_Vodafone_Iceland_RS_Aug16_Web_tcm16-55980.pdf

80


Wybrani Klienci, którzy z powodzeniem wykorzystują platformę webMethods BPMS w Polsce:

Credit Agricole

Getin Noble Bank

Idea Bank

Inea

MPWiK Wrocław

Operator Gazociągów Przesyłowych GAZ – SYSTEM

Orange Polska

Poczta Polska

Vienna Insurance Group

Veolia

Zakład Ubezpieczeń Społecznych

Komponent modelujący ARIS jest obecny na rynku polskim od końca lat 90. ubiegłego wieku

I jest najbardziej znanym narzędziem modelowania funkcjonowania firm. Przykładowi Klienci

to:

Agora

Aquanet

ARiMR

Bank Zachodni WBK

BGZ BNP Paribas

Credit Agricole

Enea

ING

Leroy Merlin

MPWiK Wrocław

PERN

Poczta Polska

Polska Spółka Gazownictwa

PZU

Uniwersytet Wrocławski

VW Bank

ZUS


Platforma webMethods BPMS

Środowisko rozwojowe:

Windows Server 2008 Standard and Enterprise Edition

Windows Server 2012 Datacenter and Standard Edition

Windows 7 Professional, Ultimate, Enterprise Edition

Windows 8.x Pro and Enterprise

Suse Linux Enterprise Server

81

Red Hat Enterprise Linux

Środowisko wykonawcze:

Windows Server 2008 Standard and Enterprise Edition

Windows Server 2012 Datacenter and Standard Edition

Windows 7 Professional, Ultimate, Enterprise Edition

Windows 8.x Pro and Enterprise

Windows 10 Pro and Enterprise

Suse Linux Enterprise Server

Red Hat Enterprise Linux Server

Solaris

HP-UX

AIX

Wspieramy środowiska infrastrukturalne fizyczne, zwirtualizowane i w chmurze.

Komponent modelujący

Wymagania serwera ARIS Connect dla 50 jednoczesnych użytkowników

16 GB RAM, 8 x rdzeni procesora, MS Windows Server 2008, 2012 i 2016 oraz Windows 10

Standardowa baza danych PostgreSQL, MS SQL 2008, 20012, 2014 i 2016 oraz Oracle

11.x i 12.x

Wymagania narzędzi modelujących dla ekspertów

4 GB RAM, MS Windows 7, 8, 8.1 i 10 oraz MS Windows Server 2008, 2012 i 2016

Wymagania narzędzi działających w przeglądarce

Microsoft Internet Explorer od wersji 9 wzwyż, Mozilla Firefox od wersji 38 wzwyż, Google

Chrome od wersji 27 wzwyż

82

Nazwa systemu:

ProcessRunner


Carrywater Group S.A.

Ul. Konstruktorska 13 (Konstruktorska Business Center)

02-673 Warszawa

+48 22 3720909

[email protected]

www.carrywater.com


http://www.carrywater.com/

83


ProcessRunner to zintegrowana, wielokanałowa, inteligentna platforma do zarządzanie pro-

cesami dająca znakomite efekty jakościowe i efektywnościowe w szczególności w obszarze

kontaktu z klientami.

Zastosowanie ProcessRunner pozwala na budowanie wartości przedsiębiorstwa faktycznie zo-

rientowanego na klienta, a tym samym czerpanie korzyści z wartości jaką nam daje klient w

czasie.

ProcessRunner zapewnia, że Klienci faktycznie czują , że są obsługiwani przez pojedynczą i

spójną organizację mającą na uwadze potrzeby swoich klientów i ich realizację.

W Carrywater i Morphis wierzymy, że klienci zasługują na NAJLEPSZĄ OBSŁUGĘ.

Bez względu na kanał komunikacji, perspektywę produktową oraz udział wielu departamen-

tów w procesie każda firma ma szansę stać się organizacją, faktycznie i praktycznie, znającą

swoich klientów i umiejącą zapewnić im proaktywną obsługę o personalnym charakterze. Ob-

sługa klienta z podejściem „first time right” jest w zasięgu ręki.

ProcessRunner jest niezwykle łatwy w implementacji ze względu na predefiniowane procesy

oraz elastyczną możliwość ich zmiany oraz budowania nowych dostępnych „puzli” proceso-

wych. Implementacja „step-by-step” zapewnia bardzo niską barierę wejścia – możemy zacząć

od centralnego systemu zarządzania reklamacjami lub zintegrowanego systemu zarządzania

email-ami, a w kolejnych krokach dodawać kolejne procesy.

Poniższy graf przedstawia koncepcje i architekturę platformy ProcessRunner

84

Wielokanałowość

ProcessRunner obsługuje następujące kanały : CALL, CHAT, Face-to-face, E-mail, mail, Self-

service/Mobile Apps,/ My Account, Social, inne (np. IoT)

Wielokanałowość zapewnia łatwość gromadzenia informacji i organizowania interakcji z klien-

tami bez względu na kanał komunikacji jaki do tego wykorzystujemy. Dotyczy to ruchu przy-

chodzącego i wychodzącego, a jednolita obsługa klienta będzie zachowana nawet przy wy-

korzystaniu różnych kanałów dla jednego etapu procesu na jego różnych krokach. Dodat-

kowo, system umożliwia aktywne komunikowanie się z klientem, w dowolnym momencie. Pro-

cessRunner integruje wszystkie kanały komunikacji z klientem.

360⁰ widok klienta

Dzięki integracji platformy ze wszystkimi systemami dziedzinowymi, w kokpicie ProcessRunner

możemy uzyskać zintegrowany obraz o kliencie zawierający wszystkie istotne informacje. Za-

pewnia to pracownikom wgląd we wszystkie interakcje z klientami i uruchomione procesy, jak

również umożliwia ustawianie inteligentnych alertów oraz sugestii dotyczących dosprzedaży

usług i produktów.

Adaptery danych

Zaawansowana technologia adapterów danych gwarantuje doskonałą integrację z syste-

mami dziedzinowymi umożliwiającą pozyskanie dowolnych danych oraz dowolną ich prezen-

tację, w tym, uwarunkowaną od kontekstu.

Adaptery służą również do zapisu danych w systemach typu back-end. Integracja systemów

na platformie jest kwestią konfiguracji, nie wymaga angażowania zaawansowanych technicz-

nych specjalistów.

Zarządzanie danymi

W ProcessRunner dane z wielu systemów są łączone i wyświetlane w przyjaznej formie. Plat-

forma oferuje kilka mechanizmów zarządzania jakością danych w architekturze systemów.

Obejmuje to wzbogacanie danych i/lub wykrywanie i korygowanie niespójności. Pracownicy

zawsze mają najświeższe informacje, niezależnie od przetwarzania w systemach dziedzino-

wych.

85

Zarządzanie dialogiem

System nawiguje konsultanta obsługującego klienta krok po kroku zgodnie z zaprojektowanym

procesem udostępniając odpowiednie i kompletne informacje na każdym kroku – to zapewnia

obsługę klienta w pełnym zakresie w czasie pierwszej rozmowy – osiągamy maximum „first time

fix”.

Skrypty

Skrypty mogą wspomagać obsługę klienta. Teksty te mogą być modyfikowane przez użytkow-

ników biznesowych i mogą być prezentowane pracownikom z określonymi rolami. Mogą być

również prezentowane, w zależności od reguł biznesowych, w celu wsparcia konsultanta w

złożonych scenariuszach obsługi.

Inteligentne zapisywanie

Rejestrowanie interakcji z klientami ma ogromne znaczenie jako wkład w ciągłe doskonalenie

procesu. Jednocześnie jest to uciążliwe dla agentów obsługi klienta i nie przynoszące wartości

bezpośredniej klientowi. ProcessRunner oferuje rejestrowanie interakcji niemal automatycznie

minimalizując czas do tego potrzebny.

Reguły biznesowe

Silnik ProcessRunner oferuje funkcje pozwalające definiować i utrzymywać pożądane reguły

biznesowe w naturalnym języku biznesowym. Reguły biznesowe zapewniają, że w każdej sytu-

acji właściwe informacje są prezentowane i pozyskiwane. W ten sposób procesy pozostają

"szczupłe", pracownicy zadowoleni, a klienci lojalni.

Reguły biznesowe mogą być wdrażane w wielu miejscach platformy ProcessRunner. Mogą

być używane do wyświetlania lub ukrywania informacji w konkretnych sytuacjach, ale także

do rozpoczęcia właściwych działań. Reguły biznesowe można również wdrażać w przepły-

wach pracy (workflow), na przykład do podjęcia decyzji, rozprowadzenia obciążenia pracą i

generowania danych wyjściowych. Podsumowując, silnik reguł biznesowych jest niezwykle po-

tężnym narzędziem do kontrolowania procesów biznesowych firmy.

86

Zarządzanie procesem BPM

Procesy są zarządzane w module BPM. BPM zapewnia natychmiastowy wgląd w możliwe wą-

skie gardło w procesach, pozwala na proste modyfikacje i osiągnięcie zoptymalizowanego

przepływu procesów.

Procesy składają się z ręcznych lub automatycznych zadań, które zostają wykonane w zdefi-

niowanych ramach czasowych, z określonymi warunkami i przy pomocy odpowiednich reguł

biznesowych. Ręczne zadania można po prostu zastąpić zautomatyzowanym komponentem.

Lista zadań (UTL)

Zadania do wykonania są przedstawione na listach w UTL i przypisywane na podstawie ról i

uprawnień do właściwych konsultantów. Konsultanci mogą konfigurować listę zadań za po-

mocą filtrów, a także określić, które informacje o zadaniach są prezentowane na liście. UTL

działa bardzo intuicyjnie. Praca może być dystrybuowana w prosty sposób i kontrolowana

przez kierowników zespołów i menedżerów.

Przetwarzanie zdarzeń

Workflow można uruchamiać na kilka sposobów. Procesy zazwyczaj wynikają z interakcji z klien-

tami, dlatego uruchomienie właściwego workflow następuje naturalnie w miejscu w którym

jest to wymagane procesem.

Zadania masowe

Autoryzowani użytkownicy mogą wykonywać masowe działanie w Zarządzaniu zadaniami UTL.

W ten sposób wiele zadań na raz można przenosić z jednego zespołu do drugiego lub zamy-

kać.

Powiadamianie

ProcessRunner oferuje kilka rodzajów powiadomień dla użytkowników. Np użytkownicy mogą

być na bieżąco informowani o nowych zadaniach i/lub, że zostało zakończone jakieś ważne

zadanie. Pracownicy mogą subskrybować określone zadania lub procesy i są na bieżąco in-

formowani o postępie.

87

Zarządzanie bazą wiedzy

Baza wiedzy ProcessRunner oferuje klientom i pracownikom wiedzę, której potrzebują w danej

chwili. Dzięki inteligentnym mechanizmom wyszukiwania, użytkownik może bardzo szybko od-

naleźć szukaną informację. Dodatkowo, ta sama technologia zapewnia, że interakcje z klien-

tami są klasyfikowane i automatycznie kierowane do właściwego punktu. Ponadto, wykorzy-

stując ten mechanizm można automatycznie, na podstawie prekwalifikacji, sugerować rozwią-

zania klientowi na podstawie informacji od nich bez konieczności wejścia w obsługę bezpo-

średnią.

Zawartość bazy wiedzy może być szybko i łatwo modyfikowana i uaktualniana. W razie po-

trzeby, można rozpocząć powiązany z daną definicją proces.

Analityka

Menedżerowie w ProcessRunner zawsze maja wgląd we wszystkie interakcje z klientami.

Szeroki zakres informacji jakie mogą znaleźć się w raportach i statystykach umożliwia badanie

efektywności poszczególnych procesów i konsultantów dając informacje niezbędne do cią-

głej poprawy.

ProcessRunner rejestruje wszystkie dane dotyczące prowadzonego procesu co umożliwia ana-

lizę i doskonalenie procesu.

Dane ProcessRunner są dostępne w tabelach raportowania, które można łatwo zintegrować

z istniejącymi narzędziami BI i hurtownią danych, a w ramach pakietu oferujemy Clik Sense jako

narzędzie do prezentacji danych.

88

Dodatkowe funkcjonalności

ProcessRunner to wielojęzyczne rozwiązanie. Równolegle może być używanych wiele języków

dla różnych grup docelowych, klientów czy użytkowników.

Moduł zarządzania wydaniami w ProcessRunner zapewnia doskonałe przejście konkretnych

projektów między różnymi środowiskami DTAP. W rezultacie proces testów, akceptacji i produk-

cji jest prosty i skuteczny.


Carrywater to doświadczony doradca i dostawca kompleksowych rozwiązań dla biznesu, spe-

cjalista w zakresie realizacji projektów, budowaniu w organizacjach kultury zarządzania przez

projekty, wdrażania nowych produktów i rozwiązań IT oraz doskonalenia procesów bizneso-

wych.

W ciągu 20 lat działalności udowodniliśmy, że projekty dowozimy na czas, dzięki doświadczo-

nemu zespołowi oraz wypracowanej metodyce pracy.

Carrywater jest wyłącznym partnerem firmy Morphis w sprzedaży i wdrożeniach ProcessRunner

na rynku Polskim.

89


Podejście projektowe

Carrywater na bazie swojego doświadczenie z realizacji i zarządzania projektami oraz dosko-

nalenia procesów gwarantuje osiągnięcie celów biznesowych jakie zostaną postawione przed

wdrożeniem ProcessRunner.

Z perspektywy modelu wdrożenia, biorąc pod uwagę charakter platformy preferujemy podej-

ście oparte na metodykach zwinnych (Agile lub podobnej).

Projekty mają na ogół następujące etapy:

Zakres projektu podzielony jest na WorkPackages, które są dobierane w sposób zapewnia-

jący osiągnięcie konkretnego rezultatu biznesowego.

Kluczowym elementem jest bardzo bliska praca zespołowa trzech stron (preferencyjne w jed-

nej lokalizacji) - business i IT po stronie klienta oraz zespołu Carrywater/Morphis.

90

Jakość i poświęcenie właści-

wej ilości czasu na etapie

projektowania „User Stories”

jest kluczowa dla uniknięcia

powtarzania pewnych prac

na etapie realizacji.

ProcessRunner i jego release

model umożliwia elastyczne i

ciągłe wdrażanie poszcze-

gólnych pakietów prac.

Po wdrożeniu każdego z pakietów jak również po zakończeniu projektu

w części wdrożeniowej rozpoczyna się etap ciągłego doskonalenia.

Opierając się na danych z raportów ProcessRunner oraz wynikają-

cych z nich wniosków Carrywater pomaga w dalszym doskonale-

niu procesów w tym inteligentnej automatyzacji.

Strukturalne i konsekwentne zastosowanie znanej metody PDCA daje

bardzo wymierne rezultaty w każdym cyklu.

Opinie klientów:

ProcessRunner z sukcesem został zaimplementowany w wielu firmach. Poniżej nasi klienci ko-

mentują wartość biznesową jaka dostarczyliśmy.

92


ProcessRunner to dojrzałe rozwiązanie biznesowe wspierające procesy naszych klientów od

2005 roku i z powodzeniem wdrożone w kilkudziesięciu firmach z różnych branż. To, co te firmy

mają wspólnego, to fakt, że są one aktywne w konkurencyjnych branżach, w których doświad-

czenie, satysfakcja i lojalność klientów są uzależnione od ich skuteczności. Dlatego, nieustannie

dążą do zapewnienia jak najlepszej obsługi klienta. ProcessRunner wspiera je na wiele sposo-

bów, przede wszystkim wspomaga w podniesieniu jakości usług przy niskim nakładzie środków.

Firmy korzystające z ProcessRunner mają szanse wyróżniać się na tle konkurencji, a przez budo-

wanie wartości swoich klientów podnoszą znacznie swoją wartość.

93

Wybrani klienci wykorzystujący platformę ProcessRunner.

Plany rozwojowe:

Obecnie koncentrujemy się na aplikacjach dedykowanych dla biznesu jak również prowa-

dzimy prace badawcze i rozwojowe w nowych innowacyjnych obszarach z wykorzystaniem

elementów Internetu Rzeczy (IoT) np. przy rozwoju koncepcji inteligentnych miast (Smart

City), robotyce (RPA – Robotic Process Automation) w sektorze BPO oraz sztucznej inteligencji.

Misją Morphis&Carrywater jest dalsze rozwijanie i wdrażanie na rynku rozwiązania umożliwiają-

cego ciągłe doskonalenie procesów w tym w szczególności procesów związanych z kontak-

tem z klientami.

Każdy projekt wdrożeniowy oraz rozmowa z naszymi obecnymi i przyszłymi klientami na temat

doskonalenia ich procesów umożliwia nam rozwój naszej platformy w trybie ciągłym – my do-

skonalimy platformę , klienci doskonalą z nami swoje procesy. To powoduje , że nasz plan roz-

woju ma charakter ciągły a platforma odpowiada już dziś na wyzwania naszych klientów.

Rozwój dotyczy wszystkich naszych kluczowych obszarów funkcjonalnych:

Wielokanałowość - integracja nowych innowacyjnych kanałów.

360 widok klienta – dalsza inteligenta automatyzacja, jeszcze więcej funkcji do inte-

gracji i agregowania danych.

Reguły biznesowe – dalsze rozszerzanie funkcjonalności

Zarządzanie pracą – dalsze doskonalenie

Raportowanie - inteligentne raportowanie i analizy

94


ProcessRunner jest aplikacją internetową, która używa IIS razem z ASP.NET na Windows Server.

Microsoft SQL Server jest używany jako środowisko baz danych.

Szczególne wymagania sprzętowe zależą w dużej mierze od implementacji i konfiguracji Pro-

cessRunner.

Przykładowo, dla 1000 użytkowników konieczne jest:

Server CPU* RAM** Disk***

Web 12 20 1500

Baza danych 16 32 1500

*) Ilość CPUs/Cores, lub 3GHZ

**) GB memory

***) Wskazanie miejsca jest tylko dla treści platformy ProcessRunner. Rozmiar dysku może być

różny, w zależności od pożądanego rejestrowania i przechowywania dokumentów i złożono-

ści procesu. Pliki aplikacji ProcessRunner potrzebują mniej niż 250 MB wolnego miejsca na

dysku.

Polityka cenowa:

Licencje ProcessRunner

Polityka licencyjna oferuje 3 kluczowe modele licencjonowania za oprogramowanie Pro-

cessRunner:

Flat Rate - Wartość zryczałtowana - stała miesięczna opłata dla uzgodnionej maksy-

malnej liczby równoczesnych użytkowników.

Flex Rate – wartość miesięczna zależna od ilości użytkowników.

Dożywotnia licencja – licencja zapewniająca ciągłe wykorzystywanie ProcessRunner

nieograniczone w czasie.

Koszty za utrzymanie oprogramowania (maintenance)

Roczny koszt utrzymania wynosi 15% całkowitej kwoty licencji rocznej za oprogramo-

wanie.

Carrywater oferuje 24, 36 i 48 miesięczny okres umowy licencyjnej dla modeli Flat Rate i Flex

Rate.

95

Kontakt:

Łukasz Tartanus

PROCESOWCY.PL

tel. +48 608.612.431

[email protected]

Rynek BPMS w Polsce - procesowcy.plprocesowcy.pl/dokumenty/Przeglad_BPMS_czerwiec_2017.pdf · Są...

Documents

Transcript of Rynek BPMS w Polsce - procesowcy.plprocesowcy.pl/dokumenty/Przeglad_BPMS_czerwiec_2017.pdf · Są...