Sławomir Kuciapski zarzadzanie ryzykiemx

POLITECHNIKA KOSZALIŃSKA
WYDZIAŁ ELEKTRONIKI I INFORMATYKI
Zarządzanie Ryzykiem
Przedmiot
Prowadzący
Imię i nazwisko
Zarządzanie Projektem
dr Walery Susłow
Sławomir Kuciapski
Grupa
Studia magisterskie
Data
17-12-08
Do czynników ryzyka w kontekście IT możemy zaliczyć: technologie, sprzęt, oprogramowanie, zespół,
harmonogram oraz koszta. Wszystkie wyżej wymienione czynniki są wzajemnie od siebie zależne.
Biorąc pod uwagę, że w pracy magisterskiej będzie używana wyłącznie technologia Open Source
(PostgreeSql, PhP, Apache) ryzyko związane z kosztami będzie się ograniczało wyłącznie do awarii
sprzętowej posiadanego komputera. Ryzyko związane z rozwojem oprogramowania ma
zaniedbywalny wpływ na tworzoną aplikację, gdyż stworzona aplikacja po stronie klienta wymaga
jedynie przeglądarki internetowej nie zależnie od działającej platformy sprzętowej. Kolejnym
czynnikiem ryzyka w projekcie IT jest zespół. Zespołem jest w tym wypadku jedna osoba od której
zależne jest wszystko. Jakie kol wiek przeciwności losu wpływające negatywnie na stan fizyczny,
emocjonalny mają katastrofalny wpływ na projekt.
Rys.1 Czynniki ryzyka IT.
Identyfikacja czynników ryzyka.
Podczas identyfikacji czynników ryzyka możemy się posłóżyć swoim doświadczeniem
zdobytym podczas projektu pracy inżynierskiej. I tak naprzykład:
Harmonogram
Należy przeznaczyć dwukrotnie lub nawet dla szczególnie rozbudowanych kwesti trzy krotnie
więcej czasu na programowanie danego modułu. Mniej problematyczne części związane z
opisem nie stanowią większego problemu, a zaliczamy do nich:
•
•
•
•
•
Brak materiałów naukowych
Problemy związane z notacją UML
Problemy związane z pisaniem części merytorycznej pracy
Problemy związane z przygotowaniem prezentacji
Problem z oceną promotora
Koszt
Podczas pracy inżynierskiej koszty był zaniedbywalny.
Wymagania i oczekiwania użytkowników
Rozmowy prowadzone z Firmą dla której była pisana, a teraz jest rozbudowywana aplikacja
pozwoliły zarówno jasno jak i bardzo szczegółowo zaplanować budowę aplikacjii.
Jakość
Jakość aplikacji w pełni utysfakcjonowała użytkowników aplikacji dlatego też i teraz nie
przewiduje sięwiększych problemów.
Działalność operacyjna
Tutaj należy zwrócić uwagę na czynniki losowe niemożliwe do przewidzenia.
•
Problemy losowe
Wyróżniamy także techniczną kategorię czynników ryzyka. Grupują się w niej ryzyka związane
z narzędziami, projektowaniem oprogramowania oraz konserwacją.
•
•
•
•
Problemy związane z pisaniem kodu php dla potencjalnego klienta
Problemy związane z pisaniem kodu php dla klienta
Problemy związane z pisaniem kodu php dla pracownika biurowego
Problemy związane z pisaniem kodu php dla szefostwa
Kategoria Biznesowa czynników ryzyka w tym przypadku nie istnieje. Produkt jakim jest moja
aplikacja nie miał konkurencji oraz był wykonywany całkowicie za darmo.
Jakościowa Analiza Czynników Ryzyka
Jest procesem oceny prawdopodobieństwa wystąpienia oraz wpływu na projekt
zidentyfikowanych czynników ryzyka. Po dokonaniu jakościowej analizy będziemy mieli
możliwość hierarchizacji czynników pod kątem ich potencjalnego wpływu na cele
przedsięwzięcia.
Procedura postępowania w przypadku czynników ryzyka jest następująca:
•
•
•
•
Oszacowanie prawdopodobieństwa wystąpienia zdarzenia powiązanego z danym
czynnikiem ryzyka (np. 35%)
Oszacowanie strat (konsekwencji) wystąpienia czynnika ryzyka (np. 1000000 €)
Koncentracja na tych czynnikach ryzyka, które mogą być zarządzane (możliwe jest
ich usunięcie lub minimalizacja)
Re=P*S gdzie: Re-podatność na ryzyko = wpływ na projekt; P- prawdopodobieństwo strat; Srozmiar strat
Źródło ryzyka
Problemy związane z notacją UML
P [%]
2
Problemy związane z pisaniem części merytorycznej pracy
2
Problemy związane z przygotowaniem prezentacji
2
Problem z oceną promotora oraz recenzji
2
Brak materiałów naukowych
2
Problemy związane z budową bazy danych i jej normalizacją 20
Problemy związane z pisaniem kodu php dla potencjalnego 5
klienta
Problemy związane z pisaniem kodu php dla klienta
Problemy związane z pisaniem kodu php dla pracownika
biurowego
Problemy związane z pisaniem kodu php dla szefostwa
Problemy losowe
suma
S [tygodnie]
Re [tygodnie]
2
1,5
1
3
4
2
1,29
0,04
0,03
0,02
0,06
0,08
0,6
0,06
15
20
2,42
2
0,36
0,4
25
5
100
2,86
0
26,07
0,715
0
2,365
Rys.2 Screen z Gantt project
Hierarchizacja czynników ryzyka.
Wyższy priorytet posiadają czynniki ryzyka powodujące wyższe straty.
Lp. w
hierarchii
1
2
3
Źródło ryzyka
Re
Problemy związane z pisaniem kodu php dla szefostwa
Problemy związane z budową bazy danych i jej normalizacją
Problemy związane z pisaniem kodu php dla pracownika
biurowego
0.715
0,6
0,4
4
Problemy związane z pisaniem kodu php dla klienta
0,36
5
6
Brak materiałów naukowych
Problemy związane z pisaniem kodu php dla potencjalnego
klienta
Problem z oceną promotora oraz recenzji
Problemy związane z notacją UML
Problemy związane z pisaniem części merytorycznej pracy
Problemy związane z przygotowaniem prezentacji
Problemy losowe
0,08
0,06
7
8
9
10
11
0,06
0,04
0,03
0,02
0
Należy tutaj pamiętać o regule Pareto, która u nas przedstawia się następująco. Wziąłem pod uwagę
dwa pierwsze w hierarchii źródła ryzyka i otrzymałem:
1,315=x oraz 2,365=100% =>x=55,6%
W tym wypadku 20% wszystkich czynników ryzyka powoduje 55,6% zagrożeń dla celów
przedsięwzięcia.
Proces hierarchizacji czynników obejmuje dwa dodatkowe kroki.
1. Grupowanie powiązanych ze sobą czynników ryzyka.
2. Wskazanie czynników do zignorowania.
Ad.1
Narażenie na ryzyko
Narażenie na ryzyko („risk exposure”) jest miarą używaną w fazie RI&A; jest to iloczyn
wpływu ryzyka i prawdopodobieństwa jego wystąpienia.
Wpływ: 4 – katastrofalny, 3 – krytyczny, 2 – marginalny, 1 – zaniedbywalny
Prawdopodobieństwo: 3 – bardzo prawdopodobne, 2 – prawdopodobne, 1 –
nieprawdopodobne.
Tabela 1. Narażenie na ryzyko
Prawdopodobieństwo
Wpływ
4 – katastrofalny
3 – krytyczny
2 – marginalny
1 – zaniedbywalny
3
bardzo
prawdopodobne
Wysokie php
Wysokie php
Średnie
Średnie UML
2
prawdopodobne
1
nieprawdopodobne
Wysokie bd
Średnie php
Średnie promotor
Niskie cz.
merytoryczna
Średnie php
Średnie materiały
Niskie prezentacja
Niskie losowe
Następnym krokiem jest określenie Macierzy Oceny Ryzyka, dzięki której łatwiej jest zidentyfikować
te ryzyka, którym powinna być poświęcona największa uwaga. Zależy to od specyfiki danego
projektu, jak również od środowiska (organizacyjnego, technologicznego, etc.), w którym
przedsięwzięcie jest realizowane.
Ryzyko
Kategoria
Prawdopod
Wpł
Plan reakcji
technologia
Te
89,6
4
Brak funduszy
Uml, część merytoryczna, prezentacja,
promotor
Cu
De
0
5,9
1
1
Brak mat
Pr
3,4
3
Wypadki losowe
St
0
4
Korzystanie z
forum i
podobnych
skryptów
Brak
Pogłębianie
wiedzy,
usprawnienie
kontaktu z
promotorem
Wzmożone
szukanie
materiałów i
Internecie ;
kupno literatury
Brak
Kategorie ryzyka:
CU – Powiązane z klientem (ang . Customer Related )
PR – Proces (ang . Process )
TE – Technologia (ang . Technology )
DE – Środowisko rozwojowe (ang . Development Environment )
ST – Zespół projektowy (ang . Staff Size and Experience )
Ad. 2
Takie czynniki ryzyka jak wypadki losowe oraz brak funduszy można zignorować.