Fórum týmu
MENU
 :: úvod
Zadávací dokumentace
 :: deklarace záměru
 :: odborný článek
Úvodní studie
 :: matice zodpovědnosti
 :: rozpočet
 :: návrh HW, SW a architektury
 :: model jednání
 :: katalog požadavků
 :: harmonogram
 :: deník projektu
 :: diagram nasazení
Analytická studie
 :: dynamický model
 :: datový model
 :: diagram komponent
 :: diagram spolupráce
 :: diagram sekvencí
 :: návrh GUI
 :: ke stažení
Materiály SI2
 :: akceptační testy
 :: analýza rizik
 :: plán řízení jakosti
 :: plán testů


Projekt: Informačně-statistický systém hygienické stanice


Analýza rizik

Kategorie rizik

Rizika velikosti produktu

Jedná se o produkt středně velkého rozsahu. Programátoři jsou v programovacím jazyce zběhlí a mají základní zkušenosti s tvorbou systému podobného typu a rozsahu. Zadání ovšem není přesně specifikováno takže může dojít ke zpoždění či prodražení.

Rizika obchodního dopadu

Firma není existenčně závislá na úspěchu tohoto produktu. V podstatě neexistuje objednavatel. Produkt je vyvíjen se stávajícím partnerem, ale nabídnut bude až hotový produkt. Při zpoždění termínu dodání na trh hrozí že si partner vybere jiný hotový produkt.

Rizika spolupráce se zákazníkem

V tomto případě nejednáme se zákazníkem, ale se stávajícím partnerem. Spolupráce na novém programu, však nesmí narušit stávající chod laboratoří. Nicméně díky dlouhodobé spolupráci neočekáváme problémy se spoluprací.

Procesní rizika

Harmonogram práce je jednoznačně dán. Pravidelně se budou konat schůzky, kde se budou moci navrhovat případná další vylepšení či revize návrhu a konzultovat vystupy z testování nově implementovaných částí systému a jejich spolupráce s již vyvinutou částí systému. Vše se bude pečlivě dokumentovat včetně objevených chyb a jejich řešení. Výraznější rizika mohou vzniknout pouze v případě, že přistoupíme na zásadnější změnu úpravy výsledného produktu na přání konkrétního zákazníka.

Technologická rizika

K vývoji se používá skriptovacích jazyků, nevyužíváme tedy žádné složitější algoritmy ani vývoj nevyžaduje nestandardní postupy. Rizika této kategorie jsou tedy zanedbatelná.

Rizika vývojového prostředí

Jsou k dispozici všechny nutné prostředky pro návrh a realizaci testování softwarového produktu včetně nástroje pro řízení softwarového procesu. Samotný vývoj nevyžaduje speciální softwarové vybavení.

Rizika spojená s velikostí týmu a jeho zkušeností

Počet pracovníku je dostačující, nemají však zkušenosti s prací v týmu. Tým je však malý, takže by spolupráce neměla činit potíže. Pro případ nemoci nebo jiné neočekávané události lze termín jednotlivých čínností posunout.


Škála dopadu rizik

  1. Zanedbatelný (nejmenší dopad)
  2. Marginální
  3. Kritický
  4. Katastrofický (největší dopad)

Tabulka rizik

Riziko Kategorie Pst. Dopad možnosti řešení
chyba HW nebo SW při vývoji, ztráta dat Technologie, procesní riziko 15 % Marginální pravidelné zálohování vývojových verzí
Chyby v produktu Procesní 60 % Kritický Kontinuální testování
Podceněný odhad rozsahu projektu Velikost produktu 60 % Kritický Práce přesčas, oddálení dokončení, změny ve specifikaci, odložení do pozdějších verzí
Změna požadavků zákazníka Procesní 20 % Marginální žádné
Nedostatečná kvalifikace pracovníků Tým 50 % Kritický Nahrazení nebo doškolení pracovníků
Nedostatečná kvalifikace zákazníka Zákazník 0 % nulový všichni pracovníci mají dlouhodobé praxe
Nedostatečný počet pracovníků Tým 10 % Marginální Další pracovníci, změny v harmonogramu prací
Odchod pracovníků Tým 60 % Marginální Odložení projektu, nebo nalezení náhradníka
Odklonění od požadavků projektový tým 25 % marginální pravidelná setkání, častější konzultace vývojářů spolupracujících modulů
Podcenění HW/SW vybavení pro vývoj Technologie 10 % Kritický Dokoupení HW/SW
Neznalost vývojového prostředí Tým 0 % nulová není třeba, vývojové prostředí jsou běžně používané editory

aktualizace: 19.05.2006