Tytuł: Plan zarządzania ryzykiem - Redmine ViresX

Transkrypt

Tytuł: Plan zarządzania ryzykiem - Redmine ViresX
Politechnika Warszawska wydz. Elektryczny
Projekt:
Tytuł:
RMP
Wersja: B10
System wspomagania osób studiujących
Strona: 1 / 10
Plan zarządzania ryzykiem
Data wydania:
08-01-2011
Opracował:
Cały zespół
Podpis:
Zatwierdził:
Krzysztof Krajewski
Podpis:
(odpowiedzialny)
Spis treści
1.
Wprowadzenie ................................................................................................................................ 1
1.1.
2.
Cel ............................................................................................................................................ 2
Plan postępowania .......................................................................................................................... 2
2.1.
Identyfikacja ryzyk ................................................................................................................... 2
2.2.
Analiza ryzyk i ich klasyfikacja ................................................................................................. 2
2.3.
Planowanie reakcji na ryzyko .................................................................................................. 3
2.4.
Monitorowanie i kontrolowanie ryzyka .................................................................................. 3
3.
Lista ryzyk ........................................................................................................................................ 4
3.1.
Ryzyka dotyczące projektu ...................................................................................................... 4
3.2.
Ryzyka dotyczące zespołu i jego organizacji............................................................................ 5
3.3.
Ryzyka dotyczące technologii i sprzętu ................................................................................... 6
3.4.
Ryzyka dotyczące testowania .................................................................................................. 9
Historia wersji .......................................................................................................................................... 9
1.
Wprowadzenie
Zarządzanie ryzykiem ma na celu monitorowanie i obniżanie ryzyka, które może wpłynąd na
realizację projektu.
Monitorowanie pozwala przygotowad odpowiednią reakcję na nadchodzące zagrożenie.
Należy jednak pamiętad, że ryzyko to negatywne, jak i pozytywne odstępstwa od planu.
Strona 1 z 10
Politechnika Warszawska wydz. Elektryczny
Projekt:
Tytuł:
1.1.
RMP
Wersja: B10
System wspomagania osób studiujących
Strona: 2 / 10
Plan zarządzania ryzykiem
Data wydania:
08-01-2011
Cel
Celem niniejszego dokumentu jest umożliwienie zarządzania ryzykiem w projekcie. Określa
on w jaki sposób powinno się dokonad identyfikacji i analizy ryzyka, oraz zawiera listę już
określonych ryzyk. W ten sposób możliwe jest dokładniejsze kontrolowanie prac nad
projektem.
2.
Plan postępowania
2.1.
Identyfikacja ryzyk
Pierwszym etapem jest zidentyfikowanie ryzyk, które mogą wystąpid podczas realizacji
projektu. Każdy członek zespołu powinien określid jakie czynniki mogą wpłynąd na realizację
zadao mu przypisanych i określid ich istotnośd (skutki).
Najczęstsze źródła ryzyk, nad którymi warto się zastanowid to:





2.2.
Nowe technologie
Sprzęt i oprogramowanie
Zespół
Harmonogram
Koszt
Analiza ryzyk i ich klasyfikacja
Do każdego ryzyka należy przypisad stopieo zagrożenia. W tym projekcie monitorowane
będą możliwe konsekwencje i prawdopodobieostwo wystąpienia.
Skala oceny zagrożenia:
Prawdopodobieostwo wystąpienia
Możliwe konsekwencje
Bardzo duże
Bardzo duże
Duże
Duże
Średnie
Średnie
Małe
Małe
Bardzo małe
Bardzo małe
Strona 2 z 10
Politechnika Warszawska wydz. Elektryczny
Projekt:
Tytuł:
2.3.
RMP
Wersja: B10
System wspomagania osób studiujących
Strona: 3 / 10
Plan zarządzania ryzykiem
Data wydania:
08-01-2011
Planowanie reakcji na ryzyko
Monitorowanie ryzyka ma służyd przygotowaniu odpowiedniej reakcji na nie. W tym celu
niezbędne jest zaplanowanie w jaki sposób będziemy postępowad, jeśli ryzyko wystąpi.
Możliwe reakcje na ryzyko to:
 Ograniczenie prawdopodobieostwa wystąpienia ryzyka
- zapobieganie wystąpieniu ryzyka
 Ograniczenie skutków materializacji ryzyka
- zmniejszenie wpływu ryzyka na projekt
 Transfer ryzyka
- przeniesienie odpowiedzialności na inną osobę/firmę (np. ubezpieczenie)
 Przyjęcie ryzyka
- przygotowanie środków (lub zasobów) na wypadek ryzyka
- oznacza, że jesteśmy gotowi przyjąd wszelkie konsekwencje materializacji ryzyka
- dopuszczalne jedynie dla bardzo mało prawdopodobnych lub istotnych ryzyk
2.4.
Monitorowanie i kontrolowanie ryzyka
Niektóre ryzyka mogą pojawiad się lub zanikad w miarę realizacji projektu. Możliwa jest także
zmiana ich priorytetów. Niezbędne jest więc ciągłe monitorowanie ryzyk.
Główną osobą nadzorującą monitorowanie ryzyk jest Krzysztof Grzenda, który w razie
potencjalnych problemów ma niezwłocznie powiadomid o tym kierownika zespołu.
Każdy członek zespołu jeśli zauważy nieprawidłowości powinien poinformowad o tym
kierownika, który w wyjątkowych sytuacjach może zwoład zebranie kryzysowe.
Kategoria
Osoba monitorująca ryzyka
Ryzyka dotyczące projektu
Krzysztof Krajewski
Ryzyka dotyczące zespołu i jego organizacji
Każdy monitoruje ryzyka dotyczące swojej
osoby
Ryzyka dotyczące technologii i sprzętu
Adam Smolarek
Ryzyka dotyczące testowania
Krzysztof Grzenda
Strona 3 z 10
Politechnika Warszawska wydz. Elektryczny
Projekt:
Tytuł:
3.
RMP
Wersja: B10
System wspomagania osób studiujących
Strona: 4 / 10
Plan zarządzania ryzykiem
Data wydania:
08-01-2011
Lista ryzyk
Poniżej znajduje się lista ryzyk, które zostały zidentyfikowane w projekcie. Została ona
podzielona na kategorie w celu zwiększenie przejrzystości.
3.1.
Ryzyka dotyczące projektu
Opis ryzyka
PrawdoPoziom
podobieostwo konsekwystąpienia wencji
Możliwy
wpływ na
projekt
(skutki)
Zapobieganie
wystąpieniu ryzyka
Reakcja na
ryzyko
Określenie zbyt
dużej liczby
funkcjonalności
Średnie
Średnie
Problem z
terminową
realizacją
projektu
Uzgodnienie z klientem
kluczowych
funkcjonalności, które
muszą byd
zaimplementowane
Zwiększenie
zasobów
do realizacji
opóźnionych
zadao
Nieporozumienie
studentów z
promotorem w
stosunku do
określenia
funkcjonalności
Duże
Duże
Stworzenie
innego
projektu niż
oczekuje tego
promotor
Dokładne opisanie
każdej z
funkcjonalności i
przedstawienie ich
promotorowi do
zatwierdzenia
Napisanie
nowej
zmienionej
dokumentacji
Zbyt niskie
fundusze
finansowe i
zasoby
Średnie
Średnie
Brak
możliwości
dokooczenia
programu
Napisanie dokładnego
planu budżetowego
przed rozpoczęciem
pisania programu wraz
z uwzględnieniem
możliwych opóźnieo
Starania o
zwiększenie
budżetu na
projekt
Nadmiarowa
funkcjonalnośd
Bardzo małe
Małe
Dodatkowa
ilośd kodu,
zaskoczenie
użytkowników
Praca zgodna ze
specyfikacjami.
Możliwośd
późniejszego
wykorzystania
funkcjonalności
Strona 4 z 10
Politechnika Warszawska wydz. Elektryczny
Projekt:
Tytuł:
3.2.
RMP
Wersja: B10
System wspomagania osób studiujących
Strona: 5 / 10
Plan zarządzania ryzykiem
Data wydania:
08-01-2011
Ryzyka dotyczące zespołu i jego organizacji
Opis ryzyka
PrawdoPoziom
podobieostwo konsekwystąpienia wencji
Możliwy wpływ
na projekt
(skutki)
Zapobieganie
wystąpieniu
ryzyka
Reakcja na
ryzyko
Problemy z
realizacją projektu
zgodnie
z harmonogramem
Ostrzeganie o
bieżących
problemach;
Przydzielenie
dodatkowych
zasobów
Dodatkowe zajęcia
nie związane
z projektem
(m.in. projekt
indywidualny)
Duże
Duże
Problemy
z komunikacją
w zespole
Małe
Małe
Choroba członka
zespołu
Małe
Duże
Opóźnienie
Dbanie o
zdrowie,
Rezygnacja członka
zespołu
Bardzo małe
Duże
Brak zasobów
do realizacji zadao
przydzielonych
do rezygnującego
Zachęcanie
zespołu
do pozostania
razem
(imprezy
integracyjne);
Poważne problemy
rodzinne
Duże
Duże
Niewykwalifikowany
kierownik zespołu
Małe
Duże
Koniecznośd
Dokładny
Zmiana
poprawiania lub
projekt
sposobu
dostosowywania implementacji; komunikowania
kodu podczas
Precyzyjne opisy
się, zmiana
integracji,
zadao
zespołów,
Opóźnienia
lepsza
motywacja
Zmniejszenie
Pomoc socjalna
efektywności prac w organizacji
Możliwośd
nieukooczenia
projektu
Strona 5 z 10
Odpowiednie
wybranie
kierownika
zespołu.
Wspomaganie
kierownika.
Zapobieganie
zachorowaniu
Zastosowanie
grup
dwuosobowych
Dodatkowe
zasoby
Zmiana
kierownika
Politechnika Warszawska wydz. Elektryczny
Projekt:
Tytuł:
Wersja: B10
System wspomagania osób studiujących
Strona: 6 / 10
Plan zarządzania ryzykiem
Data wydania:
08-01-2011
Brak motywacji do
tworzenia programu
Małe
Niespodziewane
komplikacje z
zaliczeniem
egzaminów w sesji
Średnie
Koniecznośd
zmiany miejsca
zamieszkania
Koniecznośd
poświęcenia
więcej czasu na
zarabianie
pieniędzy
3.3.
RMP
Małe
Opóźnienie
Motywacja
zespołu
Brak
Średnie Opóźnienie prac
nad projektem
Odpowiednie
przygotowad
się do sesji,
pomoc w
nauce
Brak
Małe
Średnie Opóźnienie prac
nad projektem
Wnoszenie
regularnych
opłat za
mieszkanie
Wynajęcie
mieszkania
zastępczego
Duże
Średnie Opóźnienie prac
nad projektem
Planowanie
rozsądnego
podziału czasu
na projekt
zespołowy i na
pracę
zarobkową
Dodatkowe
zasoby
Ryzyka dotyczące technologii i sprzętu
Opis ryzyka
Awaria serwera,
na którym
znajduje się
program
PrawdoPoziom Możliwy wpływ
Zapobieganie
podobieostwo konsekna projekt
wystąpieniu ryzyka
wystąpienia wencji
(skutki)
Bardzo małe
Duże
Utrata całego
programu
Strona 6 z 10
Stworzenie kopii
zapasowej na
innym dysku;
Wersjonowanie
projektu przy
użyciu SVN
Reakcja na
ryzyko
Odzyskanie
danych z kopii
zapasowych/sv
n
Politechnika Warszawska wydz. Elektryczny
Projekt:
Tytuł:
RMP
Wersja: B10
System wspomagania osób studiujących
Strona: 7 / 10
Plan zarządzania ryzykiem
Data wydania:
08-01-2011
Awaria systemu
operacyjnego
Małe
Małe
Drobne
opóźnienie
Korzystanie z
dobrego antywirusa, dbanie o
bezpieczeostwo
Przeinstalowani
e na nowo
systemu
operacyjnego
Awaria sprzętu
Średnie
Średnie
Opóźnienie w
pisaniu
kodu/testów
Przestrzeganie
przepisów BHP
Dodatkowe
stanowisko
pracy
Awaria prądu
Średnie
Małe
Spowolnienie
prac
Brak
Praca na
komputerach
przenośnych.
Znaleźd w
pobliżu źródło
ładowania
baterii.
Problemy
związane
z brakiem
znajomości nowej
technologii
(programowanie
na system
Android)
Średnie
Średnie
Brak możliwości
Zaplanowanie
zaimplementowa dodatkowego czasu
nia niektórych
na zapoznanie się
funkcjonalności
z technologią
lub opóźnienia
w ich realizacji
Przestarzałe
oprogramowanie
Małe
Średnie
Opóźnienie
związane z
aktualizacją
oprogramowania
Brak
przeszkolenia
zespołu w pisaniu
aplikacji
serwerowych
Bardzo duże
Bardzo
duże
Opóźnienie
związane ze
szkoleniami
Nieznajomośd
środowiska
programistyczneg
o
(Eclipse)
Małe
Małe
Aktualizacja
oprogramowania
Brak
Szkolenie w
Kupno gotowej
programowaniu po
aplikacji
stronie serwera.
serwerowej
Opóźnienie
Przeszkolenie
związane z nauką zespołu w obsłudze
środowiska
środowiska
programistycznego
Strona 7 z 10
Szkolenie
zespołu
Brak
Politechnika Warszawska wydz. Elektryczny
Projekt:
Tytuł:
RMP
Wersja: B10
System wspomagania osób studiujących
Strona: 8 / 10
Plan zarządzania ryzykiem
Data wydania:
08-01-2011
Magiczne
zachowanie
środowiska
Duże
Duże
Tracenie paru dni
Polepszanie
na znalezienie
znajomości
bledów
środowiska
nieopisanych w programistyczneg
dokumentacji
Brak
o
Zniszczenie
laptopa
Małe
Duże
Nie mam na czym
pracowad, nie
mam jak
kontynuowad
projektu
Uważanie na
laptopa;
Dostarczenie
firmowego
komputera w
razie potrzeby
Zarażenie
komputera
wirusem
Średnie
Duże
Koniecznośd
przywrócenia lub
przeinstalowania
systemu =
opóźnienia
Dostarczenie
rocznej licencji na
program
antywirusowy
BitDefender
Antivirus 2012
Odzyskanie
danych z dysku,
przywracanie
systemu
Brak połączenia z
Internetem
Małe
Duże
Problem z
komunikacją z
serwerem
zapłacenie
abonamentu
Sprawdzenie
przyczyny,
telefon do ISP,
Przejęcie kontroli
nad serwerem
przez
nieuprawnione
osoby
Średnie
Duże
Strata projektu,
zmiany w
systemie
Trudne do
złamania hasło,
inne
zabezpieczenia
serwera,
Przechowywani
e lokalnej kopii
programu u
członów
zespołu (SVN)
Zła jakośd
połączenia z
Internetem
Małe
Duże
Problemy z
pobieraniem
informacji z
serwera
Wybieranie tylko
sprawdzonych ISP
Dodatkowy
dostawca usług
internetowych
Atak DDoS na
serwer
Małe
Średnie
Tymczasowa
awaria serwera
Ochrona przed
atakiem DdoS;
dobre szyfrowanie
danych
Wyłączenie
serwera,
rozwiązanie
problemu
Strona 8 z 10
Politechnika Warszawska wydz. Elektryczny
Projekt:
Tytuł:
3.4.
RMP
Wersja: B10
System wspomagania osób studiujących
Strona: 9 / 10
Plan zarządzania ryzykiem
Data wydania:
08-01-2011
Ryzyka dotyczące testowania
Opis ryzyka
PrawdoPoziom
podobieostwo konsekwystąpienia wencji
Niepowodzenie
w
przeprowadzaniu
testów
Średnie
Nieprawidłowe
przetestowanie
programu
Średnie
Duże
Możliwy
wpływ na
projekt
(skutki)
Zapobieganie
wystąpieniu
ryzyka
Program
Testowanie
nieprawidłowo
programu po
przetestowany, napisaniu każdego
problemy przy
kolejnego
oddaniu
prototypu
programu
Średnie Program nie w
pełni
przetestowany
Testowanie
poszczególnych
części programu
przez inne osoby
niż te, które
napisały
wspomniany
fragment
Reakcja na ryzyko
Ponowne
testowanie
Ponowne
testowanie
Historia wersji
Data
Autor
Zakres
16-12-2011
JG
Lista ryzyk
B1
19-12-2011
KK
Szablon dokumentu, ryzyka przeniesione z
SPMP
B2
28-12-2011
KG
Dodane ryzyka
B3
28-12-2011
ASt
Dodane ryzyka
B4
28-12-2011
KK
Ryzyka podzielone na kategorie
B5
29-12-2011
DG
Dodane ryzyka Damiana
B6
03-01-2012
ASm
Dodane ryzyka
B7
Strona 9 z 10
Zatwierdził
Wersja
Politechnika Warszawska wydz. Elektryczny
Projekt:
Tytuł:
RMP
Wersja: B10
System wspomagania osób studiujących
Strona: 10 / 10
Plan zarządzania ryzykiem
Data wydania:
08-01-2011
03-01-2012
Drobne poprawki
03-01-2012
JG
Literówki poprawione
08-01-2012
KG
Rozdzielenie zapobiegania wystąpienia
ryzyka i reakcji na nie
Strona 10 z 10
KK
B8
B9
KK
B10