Úkoly - Definition of Done a jejich evidence.¶

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!

Definice úkolu jako takového¶

• Úkol se může týkat nejen vývoje, ale také i vedení projektů, plánování, schůzky a jiné.
• Úkol je řádně veden pomocí ticketů na platformě REDMINE, tedy zde. Má řádně vedený epic (parent task), pokud je to aktivity na více pod aktivit, nebo to může být úkol veden pod obecným (parent task ticketem), který může být přes více iterací. Nicméně, jednotlivé pod úkoly musí být zařazeny do KONKRÉTNÍ ITERACE a tím pádem musí být i ŘÁDNĚ UZAVŘENY.
• Úkol musí mít v ticket issues vyplněnou iteraci (kategorii) - (pokud to není generický parent), odhadovaný čas a v popisu ticketu MUSÍ být řádně napsané zadání pod nadpisem Zadání. Zároveň musí mít připraven i nadpis Řešení, které bude připraveno pro odevzdání, snad, hotového úkolu k revizi vedoucímu.
• Další informace typu due date a jiné vyplňuje hlavně vedoucí nebo zadavatel úkolu (pokud nebude domluveno jinak). Pakliže je to úkol vzniklý po rozpadu většího úkolu na menší podúkoly, tak záleží na svědomitosti vývojáře. Je ale vhodné tento akt probrat s vedoucím či ostatními členy týmu, aby nebyl nikdo nikým zbytečně blokován.

• DŮLEŽITÉ: Pokud se nejedná o administrativní náležitosti ale vývoj, tak je nutné i napsat název branche, ve které byl dělán vývoj a bude tak nad ní nejspíše i založen pull request pro merge do dev branche.

Definition of Done:¶

• Úkol lze považovat za splnitelný a bude tak překlopen do stavu "Closed" pakliže splňuje:

1. všechny náležitosti zmíněné u definice úkolu jako takového
2. má řádně logované hodiny
3. má řádně vyplněné zadání a řešení
4. má odkaz na branch, ve které byl dělán vývoj (pokud k tomu byla vytvořena)
5. je k danému vývoji i vytvořen jednotkový test. Pokud si řešitel odůvodní s vedoucím a případně ostatními programátory, že test nemá smysl psát, tak nemusí nutně být, ale musí to být řádně odůvodněno.
6. vývoj je funkční, otestován a při vykonání merge operace nedojde k rozbití původní funkcionality v "dev" větvi
7. je úkol předán do stavu "Resolved", čímž se indukuje, že jej vedoucí může zvalidovat a případně přepnout do stavu "closed"