Studie proveditelnosti: Analýza rizik

Zadání

  • Popište rizika vedoucí k nežádoucím stavům, které mohou ovlivnit stanovené cíle
  • Vytvořte tabulku pro vybranou variantu
  • Ohodnoťte stav rizika na škále 1 až 5, kde 5 je nejvyšší hrozba rizika
    • Cíl - Nežádoucí stav – Riziko - Stav rizika - Opatření k minimalizaci vzniku - Opatření k minimalizaci dopadů
  • Strukturovaný přístup k řízení rizik s dopadem na projekt.
  • Cílem je identifikovat možná rizika a v závislosti na jejich pravděpodobnosti a úrovni dopadu přijmout vhodná opatření.
  • Existují dva základní typy opatření dle času jejich uplatnění:
    • Preventivní opatření minimalizuje pravděpodobnost výskytu rizika.
    • Nápravné opatření minimalizuje dopad již vyskytnuvšího se rizika.

Vypracovali

Riziko 1

  • Cíl: cíl 3
  • Nežádoucí stav: Snížení produktivity práce
  • Riziko: Systém sníží efektivitu práce
  • Stav rizika: 3
  • Opatření k minimalizaci vzniku: Průběžné testování v průběhu vývoje

Může se stát, že výsledný systém sníží produktivitu naší práce. To mohou zapříčinit 2 hlavní faktory:

  • Špatně namodelované procesy - např. jednoduché zadání úkolu se bude skládat z velkého množtví kroků, které tomu budou předcházet
  • Příliš složité ovládání - množství UI prvků, nepřehledné prostředí

Riziko 2

  • Cíl: cíl 3
  • Nežádoucí stav: HW požadavky
  • Riziko: Systém bude klást velké HW požadavky
  • Stav rizika: 3
  • Opatření k minimalizaci vzniku: Předem uvědomit dodavatele o možnostech našeho HW, zakotvit do smlouvy minimální HW požadavky systému

Může se stát, že systém, ačkoliv dobře implementovaný, nebude díky našemu HW schopen rychle reagovat na uživatelské vstupy nebo nebude rychle vyhodnocovat aktuální události a nebude zasílat emailové notifikace včas. Ve výsledku tak bude zpomalovat cílového uživatele. Zabránit by se tomu dalo do jisté míry tím, že do smlouvy se začlení část o nutnosti plynulého chodu na našem zařízení.

Riziko 3

  • Cíl: cíl 2
  • Nežádoucí stav: nedostatek financí.
  • Riziko: Podcenění nákladů na dovývoj systému.
  • Stav rizika: 3
  • Opatření k minimalizaci vzniku: Maximalně kvalitní analýza, požadovat kalkulaci dopředu, zakotvit kalkulace do smlouvy. Implementovat jen to, co se opravdu využije.
  • Opatření k minimalizaci dopadů: Nechat na projekt finanční rezervu.

Odhad nákladů na dovývoj může být nepřesný. Může se stát, že na dovývoj některých požadavků nezbydou peníze a tím nebudou splněny všechny cíle projektu.

Riziko 4

  • Cíl: cíl 2
  • Nežádoucí stav: Systém nesplní očekávání. Nasazení nových verzí bude zdlouhavé.
  • Riziko: Negativní přístup při dovývoji ze strany dodavatelské společnosti.
  • Stav rizika: 3
  • Opatření k minimalizaci vzniku: Požadavky na dovývoj zakotvit ve smlouvě včetně termínů. Navrhnout požadavky tak, aby byly využitelné pro další firmy.
  • Opatření k minimalizaci dopadů: -

Při dovývoji specifických požadavků, nemusí být dodavatelská společnost dostatečně motivována - vyvíjí požadavky jen pro nás, které nepoužije v jádře systému. Je aby společnost dodávala potřebné moduly dostatečně rychle a kvalitně.

Riziko 5

  • Cíl: cíl 6
  • Nežádoucí stav: Nespokojenost zaměstnanců se systémem. Neochota k jeho používání.
  • Riziko: Negativní přístup při používání systému ze strany zaměstnanců.
  • Stav rizika: 4
  • Opatření k minimalizaci vzniku: Zahrnout požadavky zaměstnanců do dovývoje systému.
  • Opatření k minimalizaci dopadů: -

Nespokojenost zaměstnanců může vzniknout buďto v souvislosti s rizikem číslo 1 nebo s pocitem zaměstnanců, že nový systém je z jejich pohledu zbytečný a ulehčuje práci pouze managementu firmy.

Tabulka rizik

Cíl Nežádoucí stav Riziko Stav rizika Opatření k minimalizaci vzniku Opatření k minimalizaci dopadů
C3Snížení produktivity práceNižší efektivat3Průběžné testováníOdmítnutí převzetí
C3HW požadavkySystém bude klást velké HW požadavky3Předem uvědomit dodavatele o možnostech našeho HW, zakotvit do smlouvy minimální HW požadavky systémuZvážit upgrade HW, zakotvit do smlouvy klauzuli o dodržení HW specifikace
C2Nedostatek financíPodcenění nákladů na dovývoj systému3Kvalitní analýza, klauzule ve smlouvěNechat na projekt finanční rezervu
C2Zdlouhavé nasazení nových verzípřístup dodavatele při dovývoji3Průběžné testováníOdmítnutí převzetí
C6Odmítavý postoj zaměstnancůNegativní přístup při používání systému ze strany zaměstnanců4Zahrnout požadavky zaměstnanců do dovývoje systémuŠkolení zaměstnanců
school/fit/miprm/semestralwork/cv04.txt · Last modified: 2018-06-21 19:48 (external edit)
CC Attribution-Noncommercial-Share Alike 4.0 International
Driven by DokuWiki Recent changes RSS feed Valid CSS Valid XHTML 1.0