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í. |