Jak je to v Tour de App?
- Týmy programují aplikace pomocí moderních technologií.
- Správně volí nástroje pro řízení projektu.
- Efektivně pracují s verzovacími systémy (Git).
- Implementují API a externí služby.
- Uplatňují bezpečnostní zásady.
- Pracují s (naší/externí) dokumentací a online zdroji.
- Vytvářejí uživatelsky přívětivé UI.
- Provádějí efektivní testování (uživatelské)
Perspektiva soutěžícího
„Využíváme vhodné technologie a nástroje pro náš projekt. Vybíráme si TechStack dle našich dovedností a potřeb zadání. Umíme s GITem, Dockerem a rozumíme zaběhlým best-practices. Umíme se orientovat v dokumentaci a online zdrojích. Aplikace je bezpečná, testovaná a uživatelsky přívětivá.“
Úrovně
Indikátory
Procesní indikátory
- Tým reflektuje technologická rozhodnutí a umí vysvětlit jejich přínos a rizika.
- V týmu probíhá základní kontrola kódu nebo alespoň diskuse o úpravách.
- Tým má plán testování nebo revize (i když je třeba jen na papíře).
Výstupové indikátory
- Volba jazyků a technologií je týmy opodstatněná.
- Aplikace nepůsobí poslepovaně z útržků různých snippetů.
- Implementace požadavků dle specifikace (např. API) je splněna.
- Dobré výsledky UX hodnocení aplikací.
Možné metody sledování
Revize kódu
| Kdy | Jak | Co |
|---|---|---|
| Soutěžní kolo | Technický mentor si projde repozitář týmu během konzultace | Sleduje strukturu kódu, použití komponent, opakování vzorců, dodr6en9 best-practices |
| 2. část GRF | Hodnotitel před obhajobou nahlédne do repozitáře | Identifikuje problémová místa v architektuře a zjevné "dirty fixes" |
Zpětnovazební rozhovor o volbě techstacku
| Kdy | Jak | Co |
|---|---|---|
| Soutěžní kolo | Otázky kladené během klientské schůzky |
|
| POST-GRF | Delší kvalitativní rozhovor po vyhlášení (možno spojit s aftermovie) |
|
Dotazníky o subjektivním vnímání úrovně technických dovedností
| Kdy | Jak | Co |
|---|---|---|
| Po každém kole | Krátký anonymní dotazník (5–7 otázek, Likertova škála 1–5) | Vnímání vlastní technické jistoty, práce s nástroji a rozhodování |
Možné tematické okruhy otázek (stále stejné, jen jiný kontext kola):
- Jak jistě se cítíme v technologiích, které v projektu používáme?
- Nakolik rozumíme kódu, který máme v repozitáři jako celek?
- Jak snadno jsme schopni upravit cizí část kódu v týmu?
- Jak dobře rozumíme chybám, které aplikace hlásí (error messages, logy)?
- Jak jistě se cítíme při práci s dokumentací a cizími zdroji?
- Nakolik si věříme v technických rozhodnutích, která jsme udělali?
- Jak bychom dnes ohodnotili technickou kvalitu našeho řešení?
Důležité:
- Nejde o „správné odpovědi“, ale o posun v sebedůvěře a orientaci.
- Výsledky se nikdy nepoužívají k bodování.
- Smysl dává hlavně porovnání mezi koly (NK → SK → GRF).
Bez zlepšení?
Pokud tým v posttestu klesne, není to selhání – často to znamená, že si začal uvědomovat komplexitu problému. Je to ale potřeba ověřit!
Automatizované metriky
Jedna z možností, jak získat objektivní indikátory o kvalitě kódu, jsou například:
- GitHub Insights
- Automatické testy čistoty kódu
- Hodnocení bezpečnostních rizik