Analýza rizik » Historie » Verze 3
Štěpán Faragula, 2025-03-19 18:33
| 1 | 1 | Štěpán Faragula | h1. Analýza rizik |
|---|---|---|---|
| 2 | |||
| 3 | 3 | Štěpán Faragula | h3. Časové |
| 4 | 1 | Štěpán Faragula | |
| 5 | 3 | Štěpán Faragula | * Vzhledem k časovému tlaku, zejména během zkouškového období, nemusí mít tým dostatek času na dokončení projektu. |
| 6 | * Rozdělení projektu na dvě části (TSP1 a TSP2) může vést k problémům s koordinací a zajištěním plynulého přechodu mezi nimi. |
||
| 7 | 1 | Štěpán Faragula | |
| 8 | 3 | Štěpán Faragula | * *Řešení* |
| 9 | * Během letního zkouškového období by měl tým soustředit všechny dostupné síly na úkoly, které jsou nejnutnější pro dokončení projektu v TSP1, a zbytek nechat na později. |
||
| 10 | * U projektu je nutné definovat konkrétní cíle, které je třeba dosáhnout v TSP1 a TSP2. |
||
| 11 | 1 | Štěpán Faragula | |
| 12 | 3 | Štěpán Faragula | h3. Předměty na škole |
| 13 | 1 | Štěpán Faragula | |
| 14 | 3 | Štěpán Faragula | * Jako stutendi máme povinnosti i v jiných předmětech, které vyžadují strávený čas na semestrálních pracích a učení se na zápočty/zkoušky. |
| 15 | ** *KIV/DB2* |
||
| 16 | *** 6/6 členů |
||
| 17 | *** 3 semestrální práce 23.3.2025 + 13.4.2025 + 11.5.2025 |
||
| 18 | ** *KIV/IR* |
||
| 19 | *** 6/6 členů |
||
| 20 | *** domácí úlohy každý týden |
||
| 21 | *** zápočtový test 8.4.2025 |
||
| 22 | *** semestrální práce 28.5.2025 |
||
| 23 | ** *KPM/PMN* |
||
| 24 | *** 6/6 členů |
||
| 25 | *** průběžná kontrola 19.3.2025 |
||
| 26 | *** 1 semestrální práce 30.4.2025 / 7.5.2025 |
||
| 27 | ** *KFY/SMFT* |
||
| 28 | *** 6/6 členů |
||
| 29 | *** sepsání zprávy na dané téma |
||
| 30 | *** povinná docházka 1x týdně |
||
| 31 | ** *KIV/CICD* |
||
| 32 | *** 5/6 členů |
||
| 33 | *** semestrální práce 6.5.2025 |
||
| 34 | ** *KPM/APP* |
||
| 35 | *** 3/6 členů |
||
| 36 | *** 2 semestrální práce 18.3.2025 + 22.4.2025 |
||
| 37 | *** zápočtový test |
||
| 38 | ** *UJP/AEP6* |
||
| 39 | *** 2/6 členů |
||
| 40 | *** esej 20.4.2025 |
||
| 41 | *** abstrakt 14.4.2025 - 18.4.2025 |
||
| 42 | *** prezentace 21.4.2025 - 25.4.2025 |
||
| 43 | *** zápočtový test 28.4.2025 - 2.5.2025 |
||
| 44 | *** povinná docházka 2x týdně |
||
| 45 | 1 | Štěpán Faragula | |
| 46 | 3 | Štěpán Faragula | * *Řešení* |
| 47 | * Sledovat termíny a pravidelně komunikovat s ostatními členy týmu, aby se předešlo zpoždění projektu následkem práce na "nečekané" práci jinde. |
||
| 48 | * Na schůzkách si rozdělit jednotlivé úkoly podle aktuálních školních povinností. Tímto způsobem nebude žádný člen týmu přetížen, a práce na projektu nebude mít zpoždění. |
||
| 49 | * Většina deadlines jsou ke konci výuky v semestru, toho lze využít a nejvíc práce na projektu by se mohla plánovat na začátek semestru. |
||
| 50 | 1 | Štěpán Faragula | |
| 51 | h3. Zaměstnání |
||
| 52 | |||
| 53 | 3 | Štěpán Faragula | * 2/6 členů jsou zaměstnaní, přičemž chodí do práce alespoň 2x týdně. |
| 54 | * Tato skutečnost může způsobit stres a ztížit koordinaci týmu, zejména pokud dojde k náhlým změnám v realizaci plánů. |
||
| 55 | 1 | Štěpán Faragula | |
| 56 | 3 | Štěpán Faragula | * *Řešení* |
| 57 | ** Určit pravidelná setkání pro kontrolu pokroku a domluvit se na minimálních požadavcích pro každý týden, aby bylo možné minimalizovat stres z práce. |
||
| 58 | ** Pokud zaměstnaný člen bude mít problémy s časovým harmonogramem, ostatní členové mohou převzít část jeho úkolů. |
||
| 59 | |||
| 60 | 1 | Štěpán Faragula | h3. Technologické |
| 61 | |||
| 62 | 3 | Štěpán Faragula | * Nedostatečná znalost používaných technologií (Java, Maven, SpringBoot, MySQL, Docker) vedoucí k neefektivnímu vývoji a chybám v implementaci. |
| 63 | * Přechod mezi různými verzemi zvolených technologií (čeká nás přechod z Java 23 na Java 24) |
||
| 64 | * Problém s pochopením zadání. |
||
| 65 | 1 | Štěpán Faragula | |
| 66 | 3 | Štěpán Faragula | * *Řešení* |
| 67 | * Využití zdrojů a materiálů ze školy pro rychlé osvojení nezbytných technologií. |
||
| 68 | * Před nasazením nových verzí provádět testy, aby se zajistilo, že nové verze nezpůsobí problémy s existujícím kódem. |
||
| 69 | * Umožnit jednotlivým členům týmu vyzkoušet si nové technologie na malých projektech nebo prototypových úkolech, než se pustí do hlavní části projektu. |
||
| 70 | |||
| 71 | 1 | Štěpán Faragula | h3. Technické |
| 72 | |||
| 73 | 3 | Štěpán Faragula | * Problémy s vývojovým prostředím (IntelliJ IDEA, Visual Studio Code). |
| 74 | * Výpadky systémů Redmine a GitLab mohou narušit správu projektu a verzování, nebo uplně zamrazit práci (Redmine wiki). |
||
| 75 | 2 | Štěpán Faragula | |
| 76 | 3 | Štěpán Faragula | * *Řešení* |
| 77 | * Dostatečně dobře nastavené vývojové prostředí. |
||
| 78 | * Při výpadku systémů udržovat pracovní verze projektu offline a komunikovat o změnách pomocí e-mailu nebo jiných komunikačních nástrojů, dokud se systém neobnoví. |
||
| 79 | 2 | Štěpán Faragula | |
| 80 | 3 | Štěpán Faragula | h3. Komunikační |
| 81 | 1 | Štěpán Faragula | |
| 82 | 3 | Štěpán Faragula | * Časová vytíženost zadavatele a mentora, kteří nemusí být vždy k dispozici, ani na online prostoru. |
| 83 | |||
| 84 | * *Řešení* |
||
| 85 | * Na schůzky si předem připravit seznam otázek a témat pro diskuzi, aby byla každá schůzka co nejefektivnější. |
||
| 86 | * Po každé schůzce zaznamenat její průběh, což sníží potřebu častého opakování informací. |
||
| 87 | * Při nejasnostech se ozvat co nejrychleji. |
||
| 88 | |||
| 89 | h3. Změna požadavků |
||
| 90 | |||
| 91 | * Během vývoje může zadavatel změnit některé požadavky nebo přidat nové funkce, což může vést k nutnosti upravovat již hotovou část projektu. |
||
| 92 | |||
| 93 | * *Řešení* |
||
| 94 | * Mít jasně definované požadavky na začátku projektu a prběžně předvádět funkcionalitu projektu na schůzkách se zadavatelem. |
||
| 95 | 1 | Štěpán Faragula | |
| 96 | ---- |
||
| 97 | |||
| 98 | Autor: Štěpán Faragula |
||
| 99 | Datum: 18.03.2025 |
||
| 100 | Stav: hotový |