Plan zarządzania ryzykiem



Podobne dokumenty
Plan zarządzania projektem

Specyfikacja implementacyjna aplikacji mobilnej

Specyfikacja implementacyjna aplikacji serwerowej

SDP systemu SOS. Marcin Suszczewicz Michał Woźniak Krzysztof Kostałkowicz Piotr Kuśka. 6 czerwca 2006

Specyfikacja funkcjonalna

P O L I T E C H N I K A K O S Z A L I Ń S K A. Zarządzanie Ryzykiem

TeleLock.NET. Instrukcja programu

Prelegent : Krzysztof Struk Stanowisko: Analityk

Polityka Zarządzania Ryzykiem

Zarządzanie ryzykiem w bezpieczeostwie IT

DZIEŃ BEZPIECZNEGO KOMPUTERA

ZAŁĄCZNIK NR 2. Polityka Ochrony Danych Osobowych w Przedsiębiorstwie Wodociągów i Kanalizacji Spółka z ograniczoną odpowiedzialnością w Ełku.

Analiza i projektowanie oprogramowania. Analiza i projektowanie oprogramowania 1/32

Instrukcja zarządzania systemem informatycznym STORK Szymon Małachowski

P O L I T Y K A Z A R Z Ą D Z A N I A R Y Z Y K I E M W UNIWERSYTECIE JANA K O CH ANOWSKIEGO W KIELCACH

INSTRUKCJA ZARZĄDZANIA SYSTEMEM INFORMATYCZNYM SŁUŻĄCYM DO PRZETWARZANIA DANYCH OSOBOWYCH

Protokół powykonawczy

PROCEDURY ZARZĄDZANIA SYSTEMEM INFORMATYCZNYM

Jarosław Kuchta Dokumentacja i Jakość Oprogramowania. Wymagania jakości w Agile Programming

Załącznik do zarządzenia nr 3/2011 Procedura zarządzania ryzykiem PROCEDURA ZARZĄDZANIA RYZYKIEM

INSTRUKCJA ZARZĄDZANIA SYSTEMEM INFORMATYCZNYM SŁUŻĄCYM DO PRZETWARZANIA DANYCH OSOBOWYCH. Rozdział I Postanowienia wstępne.

Procedury zarządzania ryzykiem w Zespole Szkolno-Przedszkolnym

Podstawy technik informatycznych i komunikacyjnych

Monitorowanie systemów IT

Załącznik nr 2 Opis wdrożonych środków organizacyjnych i technicznych służących ochronie danych osobowych

PRZEWODNIK PO PRZEDMIOCIE

Zasady kontroli zarządczej w Zespole Szkolno - Przedszkolnym nr 8 w Warszawie

Wykład Zarządzanie projektami Zajęcia 7 Zarządzanie ryzykiem. dr Stanisław Gasik s.gasik@vistula.edu.pl

INSTRUKCJA ZARZĄDZANIA SYSTEMEM INFORMATYCZNYM SŁUŻĄCYM DO PRZETWARZANIA DANYCH OSOBOWYCH

Zarządzenie Nr 43/2010/2011 Rektora Akademii Wychowania Fizycznego Józefa Piłsudskiego w Warszawie z dnia 6 lipca 2011r.

PROCEDURA ZARZĄDZANIA RYZYKIEM W URZĘDZIE GMINY W SICIENKU

SZCZEGÓŁOWY HARMONOGRAM KURSU

Instrukcja zarządzania RODO. w Liceum Ogólnokształcącym im. Komisji Edukacji Narodowej w Gogolinie

Transfer Pricing Manager Skuteczne zarządzanie ryzykiem cen transferowych

Wstęp do zarządzania projektami

Lokalna kopia bioinformatycznego serwera obliczeniowego jako wysokowydajne środowisko obliczeniowe

REGULAMIN KORZYSTANIA Z USŁUGI DOSTĘPU DO SIECI INTERNET BEZ POBIERANIA OPŁAT. 1 Postanowienia ogólne

Umowa użytkownika. 1. Uprawnienia. 2. Logowanie do platformy szkoleń elektronicznych

SZCZEGÓŁOWY HARMONOGRAM KURSU DZIEŃ I WPROWADZENIE DO OCHRONY DANYCH OSOBOWYCH

OD JAKOŚCI DO TRWAŁOŚCI REZULTATÓW W PROJEKTACH ERASMUS+

INSTRUKCJA ZARZĄDZANIA SYSTEMEM INFORMATYCZNYM służącym do przetwarzania danych osobowych w Urzędzie Gminy Ostaszewo.

Zarządzanie zmianą - rozwój zarządzania procesowego wg ISO 9001:2015

Przedszkole Nr 30 - Śródmieście

Wstęp 1. Misja i cele Zespołu Szkół Integracyjnych w Siemianowicach Śląskich 2

ZARZĄDZENIE NR 19/2011/2012 DYREKTORA PRZEDSZKOLA KRÓLA Maciusia I w Komornikach z dnia w sprawie przyjęcia regulaminu kontroli zarządczej

Technik Informatyk Egzamin

Regulamin kontroli zarządczej

PLAN CIĄGŁOŚCI DZIAŁANIA NA WYPADEK DYSFUNKCJI SYSTEMU INFORMATYCZNEGO

Polityka zarządzania ryzykiem w Uniwersytecie Mikołaja Kopernika w Toruniu

INSTRUKCJA ZARZĄDZANIA SYSTEMEM INFORMATYCZNYM SŁUŻĄCYM DO PRZETWARZANIA DANYCH OSOBOWYCH

Zarządzenie Nr 18/2011 Rektora Państwowej Wyższej Szkoły Zawodowej w Koninie z dnia 29 marca 2011 r.

Jarosław Żeliński analityk biznesowy, projektant systemów

Wstęp do zarządzania projektami

Wprowadzenie do Kaspersky Value Added Services for xsps

Załącznik do zarządzenia nr16 /2010 Instrukcja zarządzania systemem informatycznym służącym do przetwarzania danych osobowych

POLITYKA BEZPIECZEŃSTWA w zakresie ochrony danych osobowych w ramach serwisu zgloszenia24.pl

ZARZĄDZENIE DYREKTORA PORADNI PSYCHOLOGICZNO-PEDAGOGICZNEJ W SIEDLCACH NR 7/2010 Z DNIA r.

Sieciowe dyski wirtualne oraz VM platforma jako usługa. Bogusław Kaczałek Kon-dor GIS Konsulting

IO - Plan przedsięwzięcia

REGULAMIN KONTROLI ZARZĄDCZEJ W ZESPOLE SZKÓŁ Nr 3 W PŁOŃSKU

Inżynieria oprogramowania (Software Engineering)

Zmieniona Tabela nr 1a - Oprogramowanie antywirusowe. Parametry wymagane przez Zamawiającego

Bezpieczeństwo danych i systemów informatycznych. Wykład 1

Polityka Ochrony Danych Osobowych w Szkole Podstawowej nr 1 w Siemiatyczach

PROCEDURA ALARMOWA GMINNEJ BIBLIOTEKI PUBLICZNEJ W ZAKRZÓWKU ORAZ FILII W STUDZIANKACH, SULOWIE I RUDNIKU DRUGIM

Diagnostyka komputera

01. Bezpieczne korzystanie z urządzeń i systemów teleinformatycznych przez pracowników instytucji finansowych

Wstęp do zarządzania projektami

Promotor: dr inż. Krzysztof Różanowski

Polityka zarządzania ryzykiem braku zgodności w Banku Spółdzielczym w Końskich

Testujemy dedykowanymi zasobami (ang. agile testers)

Pełna specyfikacja pakietów Mail Cloud

Instrukcja zarządzania ryzykiem

Główne założenia XP. Prostota (Simplicity) Komunikacja (Communication) Sprzężenie zwrotne (Feedback) Odwaga (Agressiveness)

Miejsce na zdjęcie z okładki Informacji. Wdrażanie systemu Centralnej Ewidencji Pojazdów i Kierowców Od 1 stycznia 2013 r. do 15 września 2017 r.

UMOWA PRAKTYKI STUDENCKIEJ. Wilno, dnia 20 r.

e-commerce Developer

REGULAMIN REGULUJĄCY SPOSÓB ZARZĄDZANIA RYZYKIEM

ZAPYTANIE OFERTOWE. Zamawiający. Przedmiot zapytania ofertowego. Wrocław, dnia r.

sprawdzonych porad z bezpieczeństwa

CO ZROBIĆ ŻEBY RODO NIE BYŁO KOLEJNYM KOSZMAREM DYREKTORA SZKOŁY? mgr inż. Wojciech Hoszek

Regulamin stanowi załącznik nr 1 do zarządzenia. Zarządzenie wchodzi w życie z dniem podpisania. Dyrektor. mgr inż. Jerzy Bryś

Pytanie nr 3: Czy połączenie urządzenie mobilne -> serwer będzie szyfrowane? (protokół HTTPS).

Rubik s Manager - Plan testów

Reforma ochrony danych osobowych RODO/GDPR

Procedura Alarmowa. Administrator Danych... Zapisy tego dokumentu wchodzą w życie z dniem...

Regulamin Kontroli Zarządczej

Programowanie zespołowe

ZARZĄDZENIE NR 15/2010 DYREKTORA SZKOŁY PODSTAWOWEJ NR 20 im. HARCERZY BUCHALIKÓW w RYBNIKU z dnia r.

Tworzenie kopii zapasowych i archiwalnych

Szkolenie otwarte 2016 r.

Instrukcja zarządzania systemem informatycznym służącym do przetwarzania danych osobowych

AUREA BPM HP Software. TECNA Sp. z o.o. Strona 1 z 7

ZARZĄDZENIE NR WÓJTA GMINY DOBROMIERZ. z dnia 10 wrzesień 2014 r.

Bezpieczeństwo informacji dla MSP w metodologii ISSA UK

PSeAP - Podkarpacki System e-administracji Publicznej

Metodologia ochrony informacji w systemach klasy desktop oraz na urządzeniach przenośnych

Transkrypt:

Projekt: System wspomagania osób studiujących Strona: 1 / 10 Opracował: Cały zespół Podpis: Zatwierdził: Krzysztof Krajewski (odpowiedzialny) Podpis: Spis treści 1. Wprowadzenie... 1 1.1. Cel... 2 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

Projekt: System wspomagania osób studiujących Strona: 2 / 10 1.1. 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: Nowe technologie Sprzęt i oprogramowanie Zespół Harmonogram Koszt 2.2. 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 Bardzo duże Duże Średnie Małe Bardzo małe Możliwe konsekwencje Bardzo duże Duże Średnie Małe Bardzo małe Strona 2 z 10

Projekt: System wspomagania osób studiujących Strona: 3 / 10 2.3. 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 Ryzyka dotyczące projektu Ryzyka dotyczące zespołu i jego organizacji Ryzyka dotyczące technologii i sprzętu Ryzyka dotyczące testowania Osoba monitorująca ryzyka Krzysztof Krajewski Każdy monitoruje ryzyka dotyczące swojej osoby Adam Smolarek Krzysztof Grzenda Strona 3 z 10

Projekt: System wspomagania osób studiujących Strona: 4 / 10 3. 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 Prawdopodobieostwo wystąpienia Poziom konsekwencji 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 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

Projekt: System wspomagania osób studiujących Strona: 5 / 10 3.2. Ryzyka dotyczące zespołu i jego organizacji Opis ryzyka Prawdopodobieostwo wystąpienia Poziom konsekwencji Możliwy wpływ na projekt (skutki) Zapobieganie wystąpieniu ryzyka Reakcja na ryzyko Dodatkowe zajęcia nie związane z projektem (m.in. projekt indywidualny) Duże Duże Problemy z realizacją projektu zgodnie z harmonogramem Ostrzeganie o bieżących problemach; Przydzielenie dodatkowych zasobów Problemy z komunikacją w zespole Małe Małe Koniecznośd poprawiania lub dostosowywania kodu podczas integracji, Opóźnienia Dokładny projekt implementacji; Precyzyjne opisy zadao Zmiana sposobu komunikowania się, zmiana zespołów, lepsza motywacja Choroba członka zespołu Małe Duże Opóźnienie Dbanie o zdrowie, Zapobieganie zachorowaniu Rezygnacja członka zespołu Bardzo małe Duże zasobów do realizacji zadao przydzielonych do rezygnującego Zachęcanie zespołu do pozostania razem (imprezy integracyjne); Zastosowanie grup dwuosobowych Poważne problemy rodzinne Duże Duże Zmniejszenie efektywności prac Pomoc socjalna w organizacji Dodatkowe zasoby Niewykwalifikowany kierownik zespołu Małe Duże Możliwośd nieukooczenia projektu Odpowiednie wybranie kierownika zespołu. Wspomaganie kierownika. Zmiana kierownika Strona 5 z 10

Projekt: System wspomagania osób studiujących Strona: 6 / 10 motywacji do tworzenia programu Małe Małe Opóźnienie Motywacja zespołu Niespodziewane komplikacje z zaliczeniem egzaminów w sesji Średnie Średnie Opóźnienie prac nad projektem Odpowiednie przygotowad się do sesji, pomoc w nauce Koniecznośd zmiany miejsca zamieszkania Małe Średnie Opóźnienie prac nad projektem Wnoszenie regularnych opłat za mieszkanie Wynajęcie mieszkania zastępczego Koniecznośd poświęcenia więcej czasu na zarabianie pieniędzy Duże Średnie Opóźnienie prac nad projektem Planowanie rozsądnego podziału czasu na projekt zespołowy i na pracę zarobkową Dodatkowe zasoby 3.3. Ryzyka dotyczące technologii i sprzętu Opis ryzyka Prawdopodobieostwo wystąpienia Poziom konsekwencji Możliwy wpływ na projekt (skutki) Zapobieganie wystąpieniu ryzyka Reakcja na ryzyko Awaria serwera, na którym znajduje się program Bardzo małe Duże Utrata całego programu Stworzenie kopii zapasowej na innym dysku; Wersjonowanie projektu przy użyciu SVN Odzyskanie danych z kopii zapasowych/sv n Strona 6 z 10

Projekt: System wspomagania osób studiujących Strona: 7 / 10 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 Awaria prądu Średnie Małe Spowolnienie prac Przestrzeganie przepisów BHP Dodatkowe stanowisko pracy 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 możliwości zaimplementowa nia niektórych funkcjonalności lub opóźnienia w ich realizacji Zaplanowanie dodatkowego czasu na zapoznanie się z technologią Szkolenie zespołu Przestarzałe oprogramowanie Małe Średnie Opóźnienie związane z aktualizacją oprogramowania Aktualizacja oprogramowania przeszkolenia zespołu w pisaniu aplikacji serwerowych Bardzo duże Bardzo duże Opóźnienie związane ze szkoleniami Szkolenie w programowaniu po stronie serwera. Kupno gotowej aplikacji serwerowej Nieznajomośd środowiska programistyczneg o (Eclipse) Małe Małe Opóźnienie związane z nauką środowiska Strona 7 z 10 Przeszkolenie zespołu w obsłudze środowiska programistycznego

Projekt: System wspomagania osób studiujących Strona: 8 / 10 Magiczne zachowanie środowiska Duże Duże Tracenie paru dni na znalezienie bledów nieopisanych w dokumentacji Polepszanie znajomości środowiska programistyczneg 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 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

Projekt: System wspomagania osób studiujących Strona: 9 / 10 3.4. Ryzyka dotyczące testowania Opis ryzyka Prawdopodobieostwo wystąpienia Poziom konsekwencji Możliwy wpływ na projekt (skutki) Zapobieganie wystąpieniu ryzyka Reakcja na ryzyko Niepowodzenie w przeprowadzaniu testów Średnie Duże Program nieprawidłowo przetestowany, problemy przy oddaniu programu Testowanie programu po napisaniu każdego kolejnego prototypu Ponowne testowanie Nieprawidłowe przetestowanie programu Średnie Średnie Program nie w pełni przetestowany Testowanie poszczególnych części programu przez inne osoby niż te, które napisały wspomniany fragment Ponowne testowanie Historia wersji Data Autor Zakres Zatwierdził Wersja 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

Projekt: System wspomagania osób studiujących Strona: 10 / 10 03-01-2012 Drobne poprawki KK B8 03-01-2012 JG Literówki poprawione B9 08-01-2012 KG Rozdzielenie zapobiegania wystąpienia ryzyka i reakcji na nie KK B10 Strona 10 z 10