Úvodní týmová schůzka (20-2-2024)¶

Rozdělení rolí¶

• Jan Ulrych - Team Leader, Programátor
• Adam Šmucr - Programátor, Tester, Dokumentarista
• Lukáš Vlček - Programátor, Tester, Grafik
• Petr Vondrovic - Programátor, Tester, Dokumentarista

Kompetence¶

• Jan Ulrych - vytváření plánových ticketů, příprava na schůzky, plánování schůzek
• Adam Šmucr - zapisování schůzek, tvorba dokumentů z pravidelných schůzek (plán, restrospektiva), dokumentace
• Lukáš Vlček - UI/UX, správa filtrů
• Petr Vondrovic - správa wiki, přesun ticketů z verified do closed, testování

Konvence¶

Typy ticketů¶

• Bug - chyba, kdo bude vědět jak ji vyřešit, ten ji vyřeší
• Risk - rizika
• Feature - nová funkcionalita
• Task - pod feature
• Support - administrativní, správa wiki, dokumentace, plánování, schůzky

Na konci pracovního dne vždy zaznamenat odvedený čas a pokrok.
Zakládání ticketů bude probíhat po týmové schůzce dle vytvořeného plánu.

Používané kategorie¶

• Analýza
• Dokumentace (dokumenty pro zadavatele)
• Schůzka (fyzická schůzka)
• Programování
• Administrativa (restrospektiva, dokumenty souvisejí s procesem)

Schůzky¶

Standardní délka iterace: 2 týdny (první iterace začíná vždy v ÚTERÝ)
Schůzka se zadavatelem (demo) - Preference ÚTERÝ
Schůzka s mentorem - Preference ÚTERÝ
Týmová schůzka (stand-up, restrospektiva, plánování) - Každé PONDĚLÍ od 19:00 ONLINE

Wiki a dokumenty¶

Každý úkol svázaný s iterací. Konec úkolu většinou končí spolu s iterací.
Dokumenty ukládány na Google Drive, odkazováno z Wiki - analýza, artefakty, plány iterací, ostatní. Na Wiki jsou pouze záznamy ze schůzek.
Dokumenty pro zadavatele ANGLICKY, dokumenty pro mentora ČESKY

Programové konvence¶

• Anglické názvy proměnných, metod/funkcí
• Komentáře metod (kde dávají smysl), tříd a anglicky
• Feature branch - dvě hlavní (main, dev - merge feature branche), před demo schůzkou merge do main
• Před schůzkou před zadavatelem: tag s <číslo TSP>.<iterace>.0
• Code review dělá pokaždé někdo jiný než kdo danou feature programoval (každý dostane na iteraci časovou dotaci na code review)

Životní cyklus ticketů¶

New - nový, nepřiřazen do iterace
Accepted - časově ohodnocen (při plánování), naplánován a přiřazen do iterace
Assigned - člen je přiřazen a pracuje na něm (naplánovat hlavní úkoly, další přiřazeny během iterace)
Resolved - přiřazený člen považuje úkol za dokončený na své feature branchi
Verified - úkol je v dev větvi, zkontrolováno, code review
Closed - úkol je dokončen

Vytváření plánovaných ticketů dělá Team Leader. Bugy může vytvářet každý člen týmu.