Pravidla, kterými se musí členové týmu řídit při práci. Zejména jde o práci s bugtrackerem a verzovacím nástrojem, a ImplementacniKonvence.

Zdrojový kód dodržuje ImplementacniKonvence.

Pravidla, kterými se musí členové týmu řídit při práci. Zejména jde o práci s bugtrackerem a verzovacím nástrojem.

Organizace projektu

Tep projektu: každý měsíc (TBD přesně: např. první středu v měsíci) general meeting - review udělaného, plán na další měsíc.

Typy záznamů v bugtrackeru:

Vývojáři:

1. komentovat zdrojový kód, používat @author na třídách které přidávají či editují

Management:

1. používání priority ve vztahu k plánovanému release: viz tabulka dále
2. přidání tasku => naplánovat do release, pro release milník přidat závislost na přidaném

1. přidání tasku => naplánovat do release, pro release milník task přidat dependency na přidaném

SHOULD čili pokud není impl v release je třeba zdůvodnit (prioritu může mít release) -> Normal \\

1. používání priority ve vztahu k plánovanému release:
   milník -> Flash
   MUST čili release blocker (prioritu má task) -> High
   SHOULD čili pokud není impl v release je třeba zdůvodnit (prioritu má release) -> Normal
   MAY čili když se nestihne, nic moc se neděje (prioritu má release) -> Low

1. když je udělaný kus práce na tasku, otestovat na lokále AND (dle vlastního uvážení) commit do úložiště AND zvednout "teploměr" AND připsat komentář co bylo uděláno (byl-li commit, napsat číslo revize)

Pravidla, kterými se musí členové týmu řídit při práci s bugtrackerem a verzovacím nástrojem.

Pravidla, kterými se musí členové týmu řídit při práci s bugtrackerem a verzovacím nástrojem.

Vývojáři:

1. dělat jen na tom, co mají přiřazeno
2. otevírat nové bugreporty když se najde chyba, a to i ve vlastním kódu (nepřiřazovat je nikomu, leda sobě když je to ve vlastním kódu)
3. když je udělaný kus práce na tasku, zvednout "teploměr" AND připsat komentář co bylo uděláno
4. když je práce na tasku dodělaná, (1) otestovat si na lokále, (2) commit do úložiště - do poznámky ke commitu napsat číslo (ID) tasku a jak byl vyřešen, (3) dát teploměr na 100%, stav na Requires testing, a přidat komentář s číslem commitu ve kterém je implementace, (4) dát vědět managementu projektu

Management:

1. nepřiřazovat tasky bez domluvy s vývojářem
2. pravidelně kontrolovat stav task listu
3. tasky nastavené na Requires testing projít s vývojáři (review a/nebo otestovat), uzavřít (zkontrolovat svn repo, do close comment dát číslo commitu)