Pravidla, kterými se musí členové týmu řídit při práci.
Stručně
Správa změn (bugtracker)
Typy záznamů v bugtrackeru:
| --MILNÍK-- | shrnutí cíle etapy |
|---|
| Feature | uživatelská funkčnost či vlastnost, nově chtěná |
|---|
| Task | interní vylepšení, reorganizace kódu, technické úpravy |
|---|
| Bug | jakákoli chyba, ať od uživatele nebo z interních testů |
|---|
Vývojáři:
- dělat jen na tom, co mají přiřazeno
- 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)
- 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)
- 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:
- používání priority ve vztahu k plánovanému release: viz tabulka dále
- přidání tasku => naplánovat do release, pro release milník přidat závislost na přidaném
- nepřiřazovat tasky bez domluvy s vývojářem
- pravidelně kontrolovat stav task listu
- 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)
| Váha pro cíl release dle RFC 2119 | Priorita | Závažnost |
|---|
| milník | Flash | Critical |
| MUST čili release blocker (prioritu má task) | High | High, Medium |
| SHOULD čili pokud není impl v release je třeba zdůvodnit (prioritu může mít release) | Normal | Medium, Low |
| MAY čili když se nestihne, nic moc se neděje (prioritu má release) | Low | Medium, Low, Very low |