Podział na poszczególne poziomy szczegółowości procesów jest niezbędny dla zachowania przejrzystości architektury procesów. Dekompozycja procesów (schodzenie na coraz niższe poziomy szczegółowości opisu) pozwala na analogiczną dekompozycję celów organizacji, dekompozycję właścicielstwa i odpowiedzialności oraz na określenie punktów styku między procesami.

Dla procesów identyfikowanych w ramach architektury określamy zazwyczaj następujące atrybuty:

• Nazwa procesu (raz architektonicznie spójny prefiks procesu)
• Właściciel procesu
• Cel procesu
• Powiązane cele strategiczne
• Mierniki procesu
• Wejścia procesu
• Wyjścia procesu

Naszym wyróżnikiem rynkowym jest to, że traktujemy architekturę procesów również jako narzędzie do monitorowania strategii. Tworzone równolegle do architektury, połączone z celami strategicznymi drzewo celów i mierników procesów daje możliwość weryfikowania stopnia realizacji strategii w kontekście operacyjnym.

Model procesu musi być zrozumiały i odczytywany w ten sam sposób przez wszystkich. A prace nad stworzeniem modelu procesu to okazja do dyskusji, zestawienia ze sobą różnych perspektyw postrzegania procesu, rozmów o problemach identyfikowanych w ramach procesu. Podczas modelowania procesów wykorzystujemy notację BPMN 2.0 – uznany na całym świecie standard opisywania procesów.

Graficznie zobrazowany model zawiera:

• Nazwy poszczególnych zadań
• Nazwy poszczególnych zdarzeń (zdarzenia początkowego i końcowego oraz zdarzeń pośrednich)
• Nazwy i możliwe wyjścia bramek decyzyjnych konkretnych typów
• Łączniki pokazujące kolejność realizacji poszczególnych zadań
• Przypisane wg podejścia RACI odpowiedzialności za poszczególne zadania
• Przypisane systemy informatyczne wykorzystywane w poszczególnych zadaniach
• Powstające w poszczególnych zadaniach dokumenty

Analiza i doskonalenie procesów to kluczowy element prac z perspektywy osiągnięcia mierzalnych korzyści w postaci zwiększenia efektywności (wyrażonej zazwyczaj przez zmniejszone koszty lub skrócone czasy trwania poszczególnych kroków procesów). Zrealizowane we wcześniejszym etapie prace polegające na identyfikacji procesów w ramach architektury oraz modelowanie wybranych procesów dają możliwość wzięcia ich „pod lupę”. Prace analityczne realizujemy w kontekście ilościowym i jakościowym.

Analiza jakościowa
Obejmuje weryfikację logiki przepływu procesu, adekwatności przypisanych odpowiedzialności i wsparcia systemów IT oraz zgodności modelu procesu z jego rzeczywistą realizacją.

Wnioski płynące z analiz podsumowane zostają w formie rekomendacji. Rekomendacje mogą zawierać (w zależności od zidentyfikowanych problemów):

• Propozycje nowych procesów
• Propozycje usprawnień oraz eliminacji wąskich gardeł w procesach (np. poprzez inną organizację pracy, zmniejszenie liczby punktów decyzyjnych, zmianę sekwencji działań, zrównoleglanie działań)
• Propozycje zmian w strukturze organizacyjnej
• Propozycje zmian rozkładu odpowiedzialności w ramach struktury organizacyjnej
• Propozycje uproszczeń wynikające z filozofii Lean Management (w tym wyeliminowania działań niewnoszących wartości dodanej w procesach)
• Dające efekty synergii propozycje standaryzacji wybranych działań
• Propozycje zmian w narzędziach informatycznych
• Propozycje ewentualnego wydzielenia części analizowanych procesów do podmiotów zewnętrznych

60% dzisiejszych zawodów obejmuje zadania, z których ponad 30% można zautomatyzować.
95% decydentów uznaje automatyzację za kluczowy element strategii swojej organizacji.

Na podstawie zmodelowanych i przeanalizowanych procesów określamy potencjał automatyzacyjny i wymagania dotyczące systemów informatycznych.

Automatyzacje związane z obiegiem zadań oraz dokumentów realizujemy dla klientów w oparciu o moduł ADONIS Process Automation, który w ramach ekosystemu ADONIS umożliwia parametryzację procesów objętych automatyzacją oraz bezpośrednie ich uruchomienie w środowisku wykonawczym TIM.

Automatyzacje klasy RPA (Robotic Process Automation) realizujemy wspólnie z partnerami wykorzystującymi najlepsze technologie dostępne na rynku.