15/02/02
Analiza Systemów Informacyjnych
Copyright Marek A. Chmielowski
1
Analiza Systemów
Informacyjnych 5
Ryzyko w Projekcie
Rodzaje ryzyka
Zarządzanie ryzykiem
Identyfikacja obszarów podwyższonego ryzyka
Analiza poziomu ryzyka
Czynnik ludzki
Oprogramowanie
Sprzęt
Czynniki zewnętrzne
Informatyka i Ekonometria
15/02/02
Analiza Systemów Informacyjnych
Copyright Marek A. Chmielowski
2
Rodzaje ryzyka
Ryzyko przedsięwzięcia (Konsekwencje)
Finansowe
Karne
Opinia
Przyszłość
Ryzyka dla uczestników
Zawiedzone nadzieje
Stracony czas – brak pozycji w CV
Brak pozytywnego doświadczenia
zawodowego
15/02/02
Analiza Systemów Informacyjnych
Copyright Marek A. Chmielowski
3
Czynniki ryzyka
Dlaczego projekty sie nie udają
Złe zarządzanie
Zła analiza
Nieodpowiedni personel
Brak kwalifikacji
Niedopasowane kwalifikacje
Brak funduszy
Problemy techniczne
15/02/02
Analiza Systemów Informacyjnych
Copyright Marek A. Chmielowski
4
Zarządzanie ryzykiem
Risk management
Nie pomaga na “Złe zarządzanie”
Prawie nie pomaga na “złą analizę”
Może pomóc na pozostałe przyczyny
nieudania się projektu
Celem jest:
zidentyfikowanie zagrożenia zanim
“unicestwi” projekt
Znalezienie “alternatywnego” rozwiązania
15/02/02
Analiza Systemów Informacyjnych
Copyright Marek A. Chmielowski
5
Identyfikacja obszarów
ryzyka
Kluczowe elementy projektu (Key
points)
Wstrzymują dalszą działalność
Trudne lub niemożliwe do zastąpienia
Czy mamy pracowników
Czy umiemy sprawdzić umiejętności
ludzi
Alternatywy
jaki dodatkowy koszt – cena,czas,ludzie
Kiedy trzeba się zdecydować
15/02/02
Analiza Systemów Informacyjnych
Copyright Marek A. Chmielowski
6
Analiza poziomu ryzyka
Prawdopodobieństwo zdarzenia
Nie zadziałanie nowego oprogramowania
wypadek głównego architekta
Skutki wystąpienia
Wzrost kosztów
Opóźnienia
“Upadek” projektu
Bankructwo firmy
Odpowiedzialność karna
15/02/02
Analiza Systemów Informacyjnych
Copyright Marek A. Chmielowski
7
Czynniki finansowe
Zwykle najłatwiejsze do oceny
Wspólne dla wszystkich typów
projektów
Ustalona procedura szacowania
Banki są zainteresowane pomocą w
ocenie ryzyka
Prawie zawsze można można
znaleźć “dofinansowanie” lub
renegocjować projekt
15/02/02
Analiza Systemów Informacyjnych
Copyright Marek A. Chmielowski
8
Czynnik ludzki
Umiejętności i motywacje personelu
są najtrudniejsze do oceny
Zwykle nie mamy specjalisty mogącego
ocenić pracownika na podstawie CV
Ocena “poprzez efekty” zajmuje czas i może
być “niezwykle” kosztowna
Najtrudniej zastąpić ludzi
“Podkupienie” specjalistów u
konkurencji daje nam “nielojalnych”
pracowników
15/02/02
Analiza Systemów Informacyjnych
Copyright Marek A. Chmielowski
9
Problemy techniczne
Innowacyjność projektu vs. pewność
sukcesu
Korzyści z nowych technologi
możliwość wykonania projektu
zyski w przypadku powodzenia
Ryzyko
niesprawdzone rozwiązania
koszty badań
koszty specjalistów
15/02/02
Analiza Systemów Informacyjnych
Copyright Marek A. Chmielowski
10
Oprogramowanie
Stabilność systemu operacyjnego
Stabilność wewnętrzna
Odporność na zagrożenia zewnętrzne
Stabilność oprogramowania
komercyjnego
Uaktualnienia
Adekwatność testów integracji
Zaufanie do procedur testowych
15/02/02
Analiza Systemów Informacyjnych
Copyright Marek A. Chmielowski
11
Oprogramowanie własne
Przemyślenie projektu i założeń
Jakość kodowania
język
procedury
testy wewnętrzne
“Szersze” spojrzenie pracowników
Doświadczenie “integratorów” i
“testerów”
15/02/02
Analiza Systemów Informacyjnych
Copyright Marek A. Chmielowski
12
Komputery
Koszty vs jakość
Koszty awarii
Koszty napraw
Koszty “psychiczne” przekonania
“księgowego”
Serwis
Koszty outsourcing-u
bezpieczeństwo a outsourcing
15/02/02
Analiza Systemów Informacyjnych
Copyright Marek A. Chmielowski
13
Czynniki zewnętrzne
Polityka
zmiana norm i przepisów
Zmiana “mody” i “trendów”
Zagrożenia zewnętrzne
hakerzy
Konkurencja
mogą skończyć coś rewelacyjnego
przed nami