ASWI - Pokročilé softwarové inženýrství » ASWI 2020 » Aplikace pro muzea (FDULS) - MERLOT

h1. Poznámky pro používání Redmine 

h2. Tickety:

h3. Typy úkolů:

* Enhancement - požadavek na změnu

* Feature - celkový popis funkcionality 

--> Enhancement + Feature se rozpadají na menší tasky - max. 8h práce

* Task - výkonný ticket

* Bug - chyba

* Support - schůzky, dokumentace, atd

h3.  Workflow ticketu:

New (iniciační stav)-> accepted (přijmuto - tj. připraveno pro vývoj) -> assigned (přiřazeno někomu) -> resolved (vyřešeno alespoň základně) -> verified (ověřeno) -> closed (uzavřeno)  X co nejde do accepted, jde do invalid

h3. Kategorie vs. tagy:

* Kategorie jsou dané. Je možné přiřadit jen jednu pro jeden ticket.

* Tagy můžou být cokoliv. Je možné nastavit více tagů jednomu ticketu. 

Použití kategorií a tagu je užitečné pro filtrování:

-> vyfiltrovat jen tasky pro backlog, vývojové, testovací, administrační věci 

--> pro každou iteraci 

** Vytvořenou konvenci používat konzistentně během projektu

h3. Další elementy ticketu:

* Název - stručný jasný

* Popis - detailní popis toho, co se dá udělat. To je podstatné u bugů - konfigurace, systém, popis, datum, atd…. U schůzek dát do popisu např. agendu schůzky, co chci probrat.

* Priorita (!!!) - jak rychle ticket potřebuji vyřešit

* Severita - pouze bug and enhancement - jak velký dopad to má na celý systém. Pozor - ticket může mít malou prioritu pro zákazníka, ale velký vliv na funkčnost systému.

* Importance -> např. pro zhodnocení severita + priorita: tj, další možnost prioritizování ticketu

* Cílová verze - pokud vím, že se něco bude zpracovávat v jiné iteraci, rovnou to tam nastavím

* Příloha - screenshoty u bug reportů, dokumentace pro nastudování něčeho => jsou to vstupy. Nepoužívat pro výstupy -> od toho je repository

* Watchers - kdo by měl ticket sledovat, koho se to týká.

* Rodičovský ticket - čeho se to týká -> ta hierarchie

* Odhad: estimated time -> odhad člověka hodiny - tj. čistý čas 2 hodiny, ale dělají na tom dva lidi = 4 hodiny

Týmové úkoly - buď se udělá odpovídající počet kopií - každá jednomu členovi, nebo jeden ticket a vynásobí se odhad času krát x členů. 

* Přiřazeno (assignee): Pro týmové úkoly - buď prázdný nebo člověk zodpovědný za splnění úkolu

* Hotovo %: pro přehlednost, statistiky 

* Private úkoly: 

* U editu ticketu: comment je jen pro komentování stráveného času, zobrazuje se jinde. Pro komentáře k ticketu používat notes. 

h2. Další záložky v Redmine:

h3. Soubory:

* Wiki - zápisky o projektu, zápisky ze schůzek, přílohy  - hlavní jako architektura, vize, atd… 

* DNS - vlastní trackování souborů

* Documents - netrackuje se - pouze složka pro dokumenty, nic víc.

h3. Grafy, iterace a jiné

* Roadmapa - ukáže strukturu a postup ve všech iteracích - vybarvování progressbaru zelená x červená (otevřené a uzavřené úkoly)

-> v defaultu jen otevřené iterace - show completed versions (zobrazí i uzavřené)

* Burndown chart - důležité (ukáže, jestli RM vedeme pořádně a jak projekt probíhá) 

V issues - lze uložit nové filtry - v custom queries - dobré udělat

* Summary - statistiky - rozřazení ticketů, atd

h3. Plánování

* Agile board - lze tam měnit stavy ticketů (jen stavy) 

* Version planning - plánování iterací -> mám nazařazené tasky -> můžu přiřadit do jednotlivých iterací.

Nebo přes multiple edit v kontextovém menu. Ale toto je přehlednější.

h3. Ostatní

* Kalendář - podle due date -> docela pěkné zobrazení deadlinu

* News - hodnocení iterací

* Do commit message - #cislo_ticketu -> v záznamu hypertext -> napárování ticketu s commitem 

-> nestačí jen #cislo -> jednosměrná vazba. Musí tam být Re předtím, tj. Re #cislo, toto udělá obousměrnou verzi

Vyzkoušet ve zkušebním projektu, než přijdu na ostrou. Je možné to přidat ručně, ale je to blbý.