Workflow¶

Issues¶

Proces zadávání Issues¶

• Issues zadává primárně Team Leader, případně ostatní programátoři, avšak v jiném stavu, viz. dále
• Nový Issue zadaný TL bude ve stavu Accepted a bude mu přiřazen Assignee
• Nový Issue vytvořený programátorem bude ve stavu New a Assignee přiřazen nebude
  • TL přiřadí Assignee
  • nastaví status na Accepted
  • nastaví Due Date
• Pokud člen týmu začne na svém Issue pracovat, přepne jej do stavu Assigned
• Po ukončení práce na Issue vyplní člen týmu LogTime
  • Pokud Issue ukončí, nastaví jej do stavu Resolved a vyplní 100%
  • Pokud Issue přeruší, nemění stav a vyplní % dle svého nejlepšího vědomí a svědomí
• Výstupem Issue může být:
  • Stránka na Wiki
  • Dokument odevzdaný na RedMine
  • Commit do projektu v GitLab
• Issues převádí do stavu Closed pouze TL po konzultaci, většinou v čase pravidelné schůze

Typy Issues¶

• Bug - Opravení chyb v kódu
• Task - Tvorba dokumentací etc.
• Enhancment - Implentační úkoly
• Support - Schůze, Support

Schůze¶

• interní schůze týmu probíhají pravidelně ve středu večer
• po dobu pandemické situace budou tyto schůze probíhat virtuálně přes Skype, či jiné služby
• schůze je řízena TL
• TL má povinnost z každé schůze vypsat poznámky a vytvořit novou Wiki Stránku
• nepřítomnost na schůzi bude předem hlášena TL
• při nepřítomnosti TL bude schůze přeplánována na náhradní termín
• během schůze bude řešeno:
  • konzultace jednotlivých Issued - uzavírání, problémy, dotazy
  • dotazy na zákazníka, které následně TL bude forwardovat
  • plánování dalších Issues