Kiedyś sterta teczek.
Dziś jedna, czasem dwie.

To nie był problem technologiczny. To był symptom głębszego zjawiska: organizacja, w której decyzje grawitują w górę hierarchii, bo nikt poniżej nie ma jasnych kryteriów ani uprawnień do działania. W instytucji tej wielkości i tej złożoności - kilka lokalizacji, setki pracowników administracyjnych, dziesiątki systemów dziedzinowych - ręczny przepływ dokumentów ma też, jak to ujął jeden z kierowników projektu, 'spory wymiar społecznościowy'. Chodzenie z papierami to też rozmowa przy kawie, nieformalna informacja, sposób na kontakt.

UMED wiedział, że potrzebuje zmiany. Ale miał też świadomość czegoś ważniejszego: że zmiana tej skali nie może być projektem IT. Musi być projektem organizacyjnym, do którego IT dostarcza narzędzi. I że nie można jej przeprowadzić skokowo - bo zbyt ambitne zadanie prędzej zostaje zwalczone, niż wykonane.

Przez rok prowadzono wewnętrzną, oddolną inicjatywę procesową - zanim ktokolwiek napisał linijkę kodu. Pracownicy sami mapowali swoje procesy w narzędziu do modelowania. Powstawały pierwsze opisy, definicje, testy. To był grunt, który dopiero potem pozwolił na sensowny dialog techniczny z dostawcami.

Pytanie przetargowe brzmiało konkretnie: kto ma wystarczające kompetencje, żeby tego nie zepsuć?

Te słowa kanclerza UMED oddają precyzyjnie, dlaczego ten projekt był trudny już na etapie specyfikacji. Rynek oferował wiele narzędzi do mapowania procesów w formie diagramów. Żadne z nich nie spełniało kluczowych wymagań uczelni: łatwego, jednoczesnego dostępu do definicji procesów dla wszystkich zainteresowanych i możliwości ich zespołowego definiowania oraz optymalizacji. Po dialogu technicznym z wieloma dostawcami w grze zostały tylko rozwiązania oparte na IBM BPM.

Engave weszła do projektu jako lider konsorcjum wyłonionego w przetargu - jako jedyna firma, która spełniła zarówno wymagania podstawowe, jak i dodatkowe stawiane przez UMED. Ale rola Engave zaczęła się de facto wcześniej: od doradztwa w procesie przetargowym, które pozwoliło uczelni precyzyjnie sformułować wymagania i uniknąć kosztownego błędu wyboru złego narzędzia.

Najbardziej mierzalny efekt projektu jest zarazem najbardziej symboliczny: sterta teczek z dokumentami do podpisu na biurku kanclerza skurczyła się do jednej, czasem dwóch. To oznacza, że dziesiątki decyzji, które wcześniej grawitowały w górę hierarchii, teraz są podejmowane na właściwym szczeblu - przez ludzi, którzy znają detale, i na podstawie jasnych kryteriów procesowych.

Drugi efekt, równie istotny: inicjatywy i projekty z wysokimi kosztami i niejasnym uzasadnieniem finansowym przestały być zgłaszane do dyskusji. Nie dlatego, że ktoś je odrzuca - ale dlatego, że procesy wymusiły jawność i ocenę na podstawie jednoznacznych kryteriów. To zmiana kulturowa, nie tylko techniczna.

Trzeci: dział procesowy UMED samodzielnie definiuje, modeluje i wdraża zmiany procesowe - bez angażowania działu IT w prace deweloperskie. Uczelnia nie jest już zależna od zewnętrznego dostawcy przy każdej modyfikacji. Centrum Kompetencji Procesowych to trwały zasób organizacyjny, który będzie generować wartość latami.

UMED był jednym z pierwszych polskich uczelni, które przeprowadziły wdrożenie zarządzania procesowego tej skali. Nie dlatego, że miał najlepszy budżet czy najnowocześniejszy sprzęt. Dlatego, że przyjął właściwe założenie: zmiana zaczyna się od ludzi i procesów, a technologia dostarcza narzędzi do ich skalowania.

Centrum Kompetencji Procesowych - powstałe jako efekt projektu - to dowód na to, że transformacja może być trwała. Nie zależy od zewnętrznego dostawcy, nie kończy się z zamknięciem projektu. UMED dojrzał do formalnego zarządzania zmianą i teraz potrafi ją przeprowadzać samodzielnie.

Dla Engave ten projekt potwierdził tezę, którą stawiamy przy każdym zleceniu z obszaru transformacji: organizacja, która rozumie własne procesy, może zrobić z technologią wszystko. Organizacja, która ich nie rozumie, nie ma z technologii nic - bez względu na to, ile za nią zapłaci.