Iterace¶

• Dle týmové rozmluvy jsme se shodli na dvoutýdenních iteracích. Začátek úterý, konec každé pondělí po uplynutí 14 denní doby.

Jak se budou evidovat administrativní věci?¶

• Názvy kategorií: češtiny
• Kategorie:

• Administrace

• Issue type: ticket

• Analýza
• Implementace

• Při vytváření issue povinně: Zadání (důkladné) a řešení do description.

Kde se bude používat jaký jazyk (typicky čeština / angličtina)¶

• Týmová komunikace v češtině, zbytek v AJ. (Wiki, commit messages, dokumentace, artefakty)
• !Pozn: řešení a zadání v issues v ČJ pro lepší porozumění pro nás DEVs.

Evidování úkolů:¶

• Každá důležitá komponenta (větší vývoj) je vytvořená s předběžným odhadem (bez dekompozice na dílčí podúkoly). Tato komponenta představuje epic link, resp. rodičovský úkol, do kterého se NEEVIDUJÍ hodiny. Veškeré logování hodin půjde pod konkrétní podúkoly, které jsou linkované na svého parenta!

Branche, konvence pojmenování, udržování, commit messages¶

Pojmenování větví:¶

• nová feature := feature/<nazevDleAktivity>
• bug := fix/<nazevDleAktivity>
• test := test/<nazevDleAktivity>

• návod k linkování repozitáře: https://students.kiv.zcu.cz:3443/projects/redmine-manual/wiki/Prost%C5%99ed%C3%AD_projektu#Repozit%C3%A1%C5%99-%C3%BAlo%C5%BEi%C5%A1t%C4%9B

Pull request¶

• Silně koreluje s předchozím bodem pojmenování větví.
• Na každý nový vývoj je třeba si založit patřičnou branch s danou jmennou konvencí (pokud nebude vedoucím týmu domluveno jinak po pádných argumentech).
• Každá branch se bude vztahovat k maximálně jednomu konkrétnímu vývoji (feature / enhahcement / bug fix) a nebude v sobě (pokud to nebude dávat logický smysl) zahrnovat více vývojů najednou!

• Tento vývoj se bude po patřičném testování teprve s pull requestem mergovat do hlavní vývojové branche, tj. dev. PR (dále jen pull request) bude dělat Petr Urban.

týmové standups¶

1. Úterý: 15:30 - 16:00
2. Čtvrtek: 9:15 - 9:45