Tvorba zadání

?? Tvorba zadání je srdcem Tour de App – správně navržená výzva rozhodne o tom, jestli se soutěžící skutečně něco naučí, jak rozvinou klíčové kompetence, a zda se nevypnou na první pohled AI generátorem kódu. V této kapitole najdeš doporučení pro každou fázi soutěže (NK, SK, GRF), principy rovnováhy front- vs. back-endu a tipy, jak navrhnout úkoly, které vyžadují vlastní kreativitu.

Proč kvalitní zadání?

Určuje tempo soutěže i způsob práce týmů.
Pomáhá mentorům rychle cílit podporu tam, kde je nejvíc potřeba.
Zabraňuje „AI copy-pasti“ – úkoly musí vyžadovat porozumění, ne jen pastování kódu.

1 Základní principy

Rovnováha FE × BE
- FE úkoly: UI/UX prototyp, responzivní design, přístupnost.
- BE úkoly: API návrh, datové modely, bezpečnost.
- Tip: Kombinuj je tak, aby ani jeden z týmů nemohl delegovat svou část kompletně na externí generátor kódu.
Nedefinuj příliš přesně
- Neříkej „použij React“ ani „deploy na Vercel“. Raději: „vyberte stack, ve kterém si nejvíc věříte“ – podpoříš rozhodování a zodpovědnost.
Vyžaduj dokumentaci
- Kód nestačí – chtěj README s popisem architektury a rozhodnutí.
- Dokumentace je skvělý kouřový signál, že si tým opravdu koncept prošel.
Odolnost vůči AI
- Klaď otázky „proč“ a „jak“:
  - „Proč jste zvolili tuto strukturu složek?“
  - „Jak funguje váš caching?“
- Vyžaduj krátké reflexe: 2–3 věty, co se v kódu děje.

Nepodlehněte AI

Když zadání vypadá jako „napište 200 řádků kódu“, soutěžící sáhnou po ChatGPT. Místo toho – dejte jim úkol, který vyžaduje doménové porozumění nebo uživatelský výzkum.

2 Nominační kolo (NK)

Cíl

Otestovat základní technické dovednosti.
Prověřit schopnost týmové spolupráce.

Doporučené úkoly

Mini-projekt FE: Jedna stránka, která načte veřejné API a zobrazí data v interaktivní tabulce.
Mini-projekt BE: Malé REST API se dvěma endpointy + jednoduchý JWT login.

Klíčové body

Časový limit: 4–6 hodin.
Odevzdání: Git repozitář s README + krátké video (2–3 min) s představením řešení.
TODO: Přidat odkazy na šablony repozitářů pro NK.

3 Soutěžní kolo (SK)

Cíl

Rozšířit MVP z NK o nové funkce.
Posunout kompetence k řešení problémů a podnikavosti.

Struktura úkolu

Back-end rozšíření: Např. přidat real-time notifikace (WebSocket / SSE).
Front-end doprovod: Rozšíření UI tak, aby „živé“ události dávaly smysl, plus asynchronní formuláře.

Rovnováha FE/BE

Každý tým musí ukázat min. 30 % práce na FE i BE.
Hodnotí se integrační body – např. jak dobře komunikují frontend a backend.

AI-proof tip

Přidejte úkol „vysvětlete svá rozhodnutí“ přímo do PR template.
Jedna sekce v README: „Co jsme řešili ručně, co jsme vygenerovali, a proč jsme to upravili.“

4 Grand Finále (GRF)

Cíl

Otestovat kreativitu, ucelenost projektu a schopnost týmové prezentace.
Poskytnout prostor pro přidanou hodnotu „nad rámec požadavků“.

Ukázkové zadání

„Vytvořte modelem řízenou prezentaci vašeho projektu v Reactu (nebo ekvivalentně) tak, aby ji bylo možné ovládat pomocí klávesových zkratek. Zahrňte minimálně jednu část, která komunikuje s vaším API.“

Poznámky

Prezentace nesmí být AI-renderovaná: držte se vlastního designu a logiky.
Reflexní úkol: V závěru GRF napište 5 vět o tom, jak se tým zlepšil od NK až do GRF.

5 Best practices a TODO

[ ] Připravit PR šablonu s oddílem „Rozhodnutí a reflexe“.
[ ] Vytvořit FE i BE boilerplate pro NK/SK/GRF.
[ ] Sepsat příklady „dobrých“ a „špatných“ zadání z ročníků 2023–25.

Učící křivka ročníku

Ukázat jednoduchý čtyřstupňový model, který se dá aplikovat na cokoliv (technologie, týmová spolupráce, přístup k řešení):

Notes

Fáze Co se děje Co by mělo být v zadání / EDU části 🟦 Seznam se Účastník poprvé vidí novou technologii nebo problém. Návod, micro-úkol, mini workshop. 🟨 Zkus to Zkouší, často selhává. Malý, jasně vymezený dílčí úkol. 🟧 Zlepši to Začne chápat, co funguje a co ne. Inkrementální zadání, zpětná vazba od mentora. 🟥 Použij to jinak Už chápe princip a zkouší vlastní nápad. Volnější část zadání, kde může inovovat.

TdA26: Roztříštěné zadání NK na klikání

Myšlenka byla dobrá: když se soutěžícím bude zadání prezentovat po částech, nebudou z něho tak vyděšení. Bohužel v kombinaci poměrně přepálené náročnosti (8 entit + přihlašování) a zadání v záložkách rozdělených do fází se zadání zdálo týmům na začátku až moc jednoduché a protože si nepřečetli celý obsah, nezvládli si naplánovat práci.

Zároveň si několik týmů ani nepřečetlo celé zadání a divili se, proč jim prochází testy jen 1. fáze.

Poučení: Pokud dělíš zadání na části, udělej to přehledně a ujisti se, že mají soutěžící big picture celé apliace v hlavě ještě před tím, než začnou proklikávat záložky. Hodila by se např. nějaká vizualizace s color-codingem jednotlivých fází.