rynek bpms w polsce - domdata agdomdata.pl/wp-content/uploads/2017/07/przeglad_bpms... ·...
TRANSCRIPT
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
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:
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:
Nazwa i dane kontaktowe producenta / dystrybutora:
Partner Handlowy IBM:
IBPM SA
Al. Armii Ludowej 6/164
00-571 Warszawa
29
Informacje o systemie:
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.
Informacje o producencie / dystrybutorze:
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
Linki do filmów prezentujących system:
33
Podejście do wdrożenia:
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
Wymagania techniczne:
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
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:
Nazwa i dane kontaktowe producenta / dystrybutora:
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
38
Informacje o systemie:
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
Informacje o producencie / dystrybutorze:
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 techniczne:
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:
Nazwa i dane kontaktowe producenta / dystrybutora:
Rodan Development Sp. z o.o.
Wyczółki 89
02-820 Warszawa
Tel. (22) 643 92 08
Fax(22) 643 92 10
www.rodan.pl
45
Informacje o systemie:
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
Informacje o producencie / dystrybutorze:
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.
Linki do filmów prezentujących system:
Przedstawiamy wybrane przypadki użycia Systemy Zarządzania Nauką Instytutu Hematologii i
Transfuzjologii w Warszawie:
56
Podejście do wdrożenia:
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
http://www.rodan.pl/web/guest/informacje/materialy/publikacje
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/
Obecność na rynku:
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
Wymagania techniczne:
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®
Konserwację oprogramowania i wsparcie techniczne
Prawo do nowych wersji
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®
Konserwację oprogramowania i wsparcie techniczne
Prawo do nowych wersji
64
Nazwa systemu:
Oracle BPM Suite
Nazwa i dane kontaktowe producenta / dystrybutora:
Oracle Polska Sp. z o.o.
ul. Przyokopowa 31
01-208 Warszawa
www.oracle.com/pl
tel.: (22) 690 8700
fax: (22) 690 8900
info: 0 800 654 726
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
Informacje o producencie / dystrybutorze:
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
Nazwa i dane kontaktowe producenta / dystrybutora:
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
73
Informacje o systemie:
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
Informacje o producencie / dystrybutorze:
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
Linki do filmów prezentujących system:
Podejście do wdrożenia:
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.
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
http://www.softwareag.com/corporate/rc/rc_perma.asp?id=tcm:16-123370
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
http://www.softwareag.com/corporate/rc/rc_perma.asp?id=tcm:16-129237
https://www.softwareag.com/corporate/images/SAG_Vodafone_Ice-
land_RS_Aug16_Web_tcm16-55980.pdf
80
Obecność na rynku:
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
Wymagania techniczne:
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
Nazwa i dane kontaktowe producenta / dystrybutora:
Carrywater Group S.A.
Ul. Konstruktorska 13 (Konstruktorska Business Center)
02-673 Warszawa
+48 22 3720909
www.carrywater.com
83
Informacje o systemie:
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.
Informacje o producencie / dystrybutorze:
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 do wdrożenia:
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.
91
92
Obecność na rynku:
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
Wymagania techniczne:
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.