Opór przed zmianą Pozatechnologiczne bariery informatyzacji Krzysztof Komorowski Instytut Sobieskiego 1
Krajobraz po bitwie Poltax ZUS ARiMR Pesel e-government 2
IT: projekty wysokiego ryzyka 56% projektów przekracza budżet o ponad 50% 84% projektów jest opóźnionych Standish Group Prawdopodobieństwo sukcesu biznesowego: CRM 30% BPR 30% ERP 35% Intranet 50% Digitalizacja contentu 50% 3
Czy rozwiązania informatyczne są przydatne? nie ma korelacji między nakładami na IT i wynikami finansowymi Alinean & Forrester Study 53 z 59 branż 70% całości światowej gospodarki wykazuje tylko śladową korelację pomiędzy nakładami na IT i produktywnością McKinsey Global Institute Study 4
Czy rozwiązania informatyczne są przydatne?! Czasami większość sektorów nie wykazuje korelacji pomiędzy nakładami na IT, a produktywnością, dlatego że w tych sektorach IT nie posłużyło do istotnej modyfikacji sposobu działania w innych efekt jest wyraźny 5
6
Zmienić sposób działania - co to znaczy obywatel przestaje być nośnikiem danych między jednostkami administracji obywatel nie musi znać procedury administracyjnej obywatel nie musi znać struktury administracji administracja sama procesuje sprawę pomiędzy swoimi agendami zintegrowane kanały komunikacyjne The Ministry of Silly Walks Monty Python 7
Czynniki ryzyka opory przed zmianą ograniczenia dotychcz. systemów niejednolite stanowisko kierownictwa brak silnego sponsora nierealistyczne oczekiwania brak przekrojowych zespołów niedostateczne kompetencje niedostateczne zaangażowanie użytkowników wąski zakres Deloitte & Touche 8
Zmiana stan zagrożenia standard transformacja admin 21% zach. społeczne 19% projekt 23% admin 21% 60% produktywność zach. społeczne 40% produktywność 16% EC Bureau of Labor Statistics Study 9
Oswajanie zmiany komunikacja adaptacja organizao rganizacji wydajność szkolenie czas 10
Główne zmiany dzieją się poza IT wybór wymagania Rozwiązanie IT Zmiana technologiczna kastomizacja testowanie Nowy system Nowy model operacyjny Zmiana organizacyjna Zmiana kulturowa 11
Jak zbudować system którego kształtu nie znamy? wymagania projekt funkcjonalny projekt techniczny budowa systemu uruchomienie model tradycyjny 12
Jak zbudować system którego kształtu nie znamy? wymagania do systemu testowanie i ocena założenia projektowe wykonanie oprogramowania model iteracyjny pojedyncza iteracja 13
Morał 1: technologia nie jest najistotniejsza KULTURA ORGANIZACJA PROCEDURY OPROGRAMOWANIE INFRASTRUKTURA IT 14
Morał 2: dostawca to za mało Zadanie dostawcy wcale nie polega na dostarczeniu rozwiązania, ale na zarządzaniu zmianą, przez którą instytucja musi przejść, aby uzyskać te korzyści, dla których zdecydowała się zainwestować w to rozwiązanie Jeff Thull 15
Morał 3: wiedzmy sami o co nam chodzi ROI = Return On Investment analiza zwrotu zainwestowanych środków PROI = Public Return On Investment analiza skutków społecznych i finansowych 16
PROI na czym to polega 1. Cele administracji 2. Cele instytucji 3. Procesy i procedury działania 4. Analiza odbiorców wartości (użytkownicy, obywatele, inne agendy, dostawcy, politycy) 5. Analiza ryzyka przedsięwzięcia: ryzyko niedostarczenia wartości (kulturowe, procesowe, kompetencyjne, finansowe, techniczne) ryzyko kosztowe ryzyko przychodowe (oszczędności, koszty uniknięte, przychody) 17
Planowanie: Analiza wartości i ryzyka 18
Decyzja: Analiza opcji 19
Skutek: Monitorowanie rezultatów 20
Morał 3cd: wiedzmy sami o co nam chodzi Bez analizy typu PROI nie dysponujemy narzędziami umożliwiającymi: ocenę sensowności projektu racjonalny wybór jego zakresu określenie zasięgu zmian organizacyjnych koniecznych dla jego sukcesu ocenę jego skutków 21
Zmiana kulturowa niedoceniana trudność 22