Konvence¶

Tento dokument obsahuje dohodnutá týmová pravidla, které je nutné dodržovat po celou dobu práce na projektu. Byla vymyšlena a odsouhlasena všemi členy týmu na první společné schůzce.
Obsahuje konvence týkající se softwarového procesu, vývoje cílové aplikace, projektové dokumentace i interních záležitostí týmu. V případě, že v průběhu práce na projektu dojde tým k závěru, že některá z konvencí není přínosná, je možné ji v rámci některé z interních schůzek změnit.

Softwarový proces¶

Standardní délka iterace je 2 týdny a vždy začíná v ÚTERÝ. Délka může být upravena před začátkem iterace.
Každý týden bude probíhat Standup (interní týmová schůzka) a to v PONDĚLÍ od 19h online. Každý druhý týden má tato schůzka i funkci Plánovací a retrospektivní.
Na konci iterace probíhá Demo se zákazníkem a Schůzka s mentorem v tomto preferovaném pořadí.
Preferovaný den pro tyto schůzky je ÚTERÝ, přesné datum a čas se bude domlouvat operativně dle času zúčastněných osob.

Práce v ALM nástrojích¶

Při práci na projektu budou používány nástroje Redmine a Gitlab pro komunikaci týmu bude použit interní Discord. Pro správu dokumentů pak Google Drive.

Redmine¶

Na plánovací schůzce budou týmově navrženy úkoly pro další iteraci. Některé budou přiřazeny zodpovědným osobám (klíčové, pro konkrétní osobu) a ostatní je možné si přiřadit během iterace. Každý člen týmu by měl mít přehled o odpracovaných hodinách a dle toho si vybrat další úkol.

Za vytváření úkolů v Redmine zodpovídá Team Leader s výjimkou bugů, které může vytvořit kdokoliv. Typy úkolů jsou popsány následovně.

• Feature - hlavní funkcionalita aplikace
• Task - úkoly vyplývající z Feature, analýzy
• Support - podpůrné činnosti projektu (administrativa, dokumentace, schůzky)
• Bug - nalezený defekt (měl by obsahovat screen a detailní popis)
• Risk - analyzované riziko

• Analýza - zkoumání technologie, architektury, možného řešení
• Dokumentace - všechny dokumenty odevzdávané zadavateli
• Schůzka - fyzická nebo online schůzka zainteresovaných stran
• Programování - vývojová činnost související s aplikací, testování
• Administrativa - všechny dokumenty související s procesem odevzdávané mentorovi

• New - nový úkol, nemusí být časově ohodnocen, není přiřazen do iterace
• Accepted - časově ohodnocený úkol, zaplánován do některé z iterací
• Assigned - přiřazený úkol někomu ze členů týmu, pracuje na něm
• Resolved - přiřazený člen považuje úkol za dokončený na své feature větvi
• Verified - úkol je zkontrolován, provedeno code review a je v dev větvi
• Closed - úkol je dokončen

Na konci pracovního dne si každý člen týmu zaznamená odvedený čas a pokrok, může uvést komentář pokud k tomu existuje důvod.

Gitlab¶

Code review dělá pokaždé někdo jiný než kdo danou funkci naprogramoval.