Projekt

Obecné

Profil

Popis rizik » Historie » Verze 3

Jan Kebrle, 2017-03-31 22:56

1 1 Jan Kebrle
h1. Popis rizik a strategie jejich odstranění 
2
3 3 Jan Kebrle
h2. Nízká produktivita
4 1 Jan Kebrle
5 3 Jan Kebrle
+Popis+: Každý z členů týmu má nějaké mezery (často výrazné) ve znalostech použitých technologií, doba nutná k zaučení a nevyhnutelné začátečnické chyby mohou způsobit výrazné překročení časové dotace úkolů.
6
7 1 Jan Kebrle
+Řešení+: Rozdělení práce tak, aby každý člen co nejlépe využil již existující znalosti. Včasné zaškolení či doučení potřebných znalostí. 
8
9
h2. Absence kritických znalostí 
10 3 Jan Kebrle
11 1 Jan Kebrle
+Popis+:  Některé ze znalostí, které budou v průběhu projektu nezbytně potřeba, aktuálně nemá žádný z členů týmu. Získávání těchto znalostí až ve chvíli kdy budou potřeba, by mohlo vést k nepřesnému plánování časové náročnosti a nepředvídatelným komplikacím.  
12
13
+Řešení+: Včasné doučení potřebných znalostí a jejich vyzkoušení při řešení podobného či zjednodušeného problému.
14
15
16
h2. Časová vytíženost členů týmu 
17 3 Jan Kebrle
18 1 Jan Kebrle
+Popis+: vzhledem k charakteru vývoje projektu a extrémnímu časovému vytížení členů týmu (studují a zároveň pracují), mohou nastat neočekávaná zpoždění při plnění úkolů. Tím by také mohlo dojít ke zpoždění případných návazných úkolů. 
19
20
+Řešení+: Včasná identifikace úkolů kritických pro hladký průběh dalšího vývoje. Přesné odhadování časových možností členů týmu.  
21
22
23 3 Jan Kebrle
h2. Nevhodně navržená architektura
24
 
25 1 Jan Kebrle
+Popis+: Nevhodný návrh architektury by v průběhu projektu mohl zpomalit vývoj (např. obtížným testováním či složitou integrací komponent).
26
27
+Řešení+: Návrh architektury s ohledem na jednoduchost testování a modularitu.
28
29
30
h2. Nedostatečná flexibilita architektury 
31 3 Jan Kebrle
32 1 Jan Kebrle
+Popis+: Architektura nebude navržena dostatečně obecně a zapracování změnových požadavků zákazníka bude nákladné či si vyžádá změny architektury.
33
34
+Řešení+: Promyšlení potenciálních rozšíření aplikace, důraz na univerzálnost a maximální abstrakci navrhovaných API.
35
36
37
h2. Nezkušenost týmu s návrhem softwarové architektury  
38 3 Jan Kebrle
39 1 Jan Kebrle
+Popis+: Hrozí reálné riziko, že i při nejlepší snaze bude nutné architekturu kvůli nedostatkům v návrhu během projektu změnit, což bude nákladné.
40
41
+Řešení+: Štědrá časová dotace a zapojení všech členů týmu (případně zákazníka), by mohlo pomoci identifikovat slabiny v návrhu. Anticipace tohoto problému by se měla projevit v návrhu architektury, která bude v přiměřené míře umožňovat dodatečné změny či úpravy.
42
43
44
h2. Nekompatibilita operačních systémů 
45 3 Jan Kebrle
46 1 Jan Kebrle
+Popis+: Přestože všechny použité technologie budou multiplatformní, mohou se vyskytnout neočekávané problémy s kompatibilitou, protože aplikace bude vyvíjena na OS Windows, avšak výsledný produkt nasazen na OS Linux.
47
48
+Řešení+: Periodické testování aplikace na obou prostředích by mělo včas odhalit většinu problémů s nekompatibilitou a umožnit jejich lokalizaci.  
49
50
51
h2. Zřízení a správa produkčního prostředí
52 3 Jan Kebrle
53 1 Jan Kebrle
+Popis+: Dosud není jasné, kde poběží produkční prostředí. Univerzitou poskytnutý aplikační server však bude každopádně mimo kontrolu týmu. Pokud se vyskytne problém se serverem, bude k jeho nápravě nutné kontaktovat pověřenou osobu. Nikdo z týmu nemá zkušenosti se správou a konfigurací linuxového aplikačního serveru.  
54
55
+Řešení+: Vyjednat aplikační server a produkční prostředí co nejdříve. V případě nutnosti zřídit vlastní aplikační server pro potřeby testování a získání potřebných zkušeností.