JIRA Software - vývojový softwarový nástroj používaný agilními týmy.
Plán - tvořte uživatelské příběhy a problémy, plánujte sprinty a rozdávejte úkoly v rámci svého týmu.
Řízení - prioritizujte a diskutujte s celým týmem v plném kontextu a průhlednosti.
Release - vydávejte nové verze s důvěrou a vědomím, že informace o nich jsou vždy aktuální.
Report - zlepšete výkonnost týmu na základě vizualizace dat v reálném čase.
3. 3
Atlassian – založeno 2002
Vývojář aplikací pro SW inženýry a projektové manažery
Objem přes 40 000 klientů, z toho 85 z Fortune 100
JIRA Software
JIRA Core
JIRA Service Desk
Představení firmy
Portfolio for JIRA
4. 4
JIRA Software - Úvod
Nástroj agilního plánování typu Kanban/Scrum
Instalace na Atlassian Cloud nebo Server
Dodává se se zdrojovým kódem na JAVA bázi
Vhodný pro PM, AM, vývojáře
17. 17
Aktivní sprint Aktivní sprint je soubor prací v agilním vývoji typu Scrum, na kterých se právě pracuje.
Backlog Seznam úloh, které je potřeba vykonat. Z něj jednotlivé požadavky řadí projektový vedoucí do sprintů, kde se zpracovávají.
Burndown chart Typ grafu, který zobrazuje poměr času vůči úlohám, které se za něj mají zpracovat.
Cycle time Čas, strávený prací na úloze.
Epic Typ úlohy, označující velký celek sjednocující podobné práce. Typ klasifikace požadavků v systému Scrum.
Iteration Viz. sprint
Kanban Systém agilních metod pro vizualizaci kontinuálního pracovního procesu.
Kumulativní graf Typ grafu, který zobrazuje kdy byl v jakém stavu jaký počet úloh.
Miniaplikace Neboli Gadget je okno s určitou funkcí, která se dá umístit na hlavní nástěnku JIRA (tzv. Dashboard).
Nástěnka
Vizuální zobrazení práce v Scrum či Kanban metodice. Jedná se o několik sloupců, mezi kterými zleva doprava putují úlohy, taktéž „pracovní
zobrazení“.
Quick Filter Filtr na Scrum či Kanban nástěnce, kterým se dají odfiltrovat tamní úlohy.
Sprint Neboli Iteration je krátký časový úsek (cca. měsíc), během kterého pracuje vývojářský tým na nové verzi programu.
Story Typ úlohy a požadavek na program, který se vejde do několika laických vět.
Story point Odhad složitosti úlohy „Story“.
Swimlane Druh klasifikace úloh na Scrum a Kanban nástěnkách, kde se oddělí část úloh do odlišné linky.
Scrum Systém agilních metod pro vizualizaci práce, probíhající po cyklech, tzv. sprintech.
Velocity
Velocity je míra objemu práce, kterou zvládne tým vykonat v určitém časovém úseku (např. za sprint). Dá se měřit v hodinách, story pointech, počtu
úloh, etc.
Verze Název pro soubor opravených bugů a nových funkcí, které mají být zavedeny v určité fázi vývoje programu.
Slovníček pojmů
JIRA Software má všechny funkce JIRA a k tomu možnost agilní práce v metodách scrum a kanban. Takto se dá propojit se všemi silnými stránkami JIRY, s firemní wiki Confluence a vývojářskými nástroji jako Bitbucket. Hlavní silou JIRA Software je snadná práce s úlohami, přehledné sledování front agilních nástěnek, plánování, vedení práce a verzování.
Po krátkém představení vývojáře se podíváme na to, jak si nastavit agilní projekt v JIRA Software na Scrumovém příkladu, povíme si něco o metrikách a grafech a další prací s agilní nástěnkou. Nakonec se můžete doptat na to, co vám nebylo jasné.
Australský vývojář Atlassian byl založen v roce 2002 v Sydney a mezi jeho nejznámější produkty patří JIRA nebo Confluence. Nyní má pobočku v Amsterdamu, v USA a v Tokyu. Společnost se zabývá zejména programy pro projektové manažery, pro vývojáře, pro vedení firemní wiki a mnohé další.
Jeho nástroj JIRA lze pořídit ve třech mutacích: jedna je JIRA Software, o kterém je tato prezentace a který vznikl spojením s add-onem JIRA Agile. Druhou je JIRA Service Desk, nástroj zákaznické podpory, v němž je spojená JIRA a add-on Service desk. A verze JIRA Core, která funguje jako JIRA před tímto rozdělením. Atlassian vydává i add-ony jako je Portfolio for JIRA pro plánování projektů nebo JIRA Capture, které se používá v prostředí testingu.
JIRA Software slouží k vedení projektů v JIRA na agilní bázi, čímž slučuje dva nástroje do jediné JIRY; to ve finále přinese jak snížení administrativy, tak nákladů. Kromě agilních metod podporuje Software i tradiční metody vývoje waterfall.
Software lze zavést jak cloudově, tak na vlastní server. Propojení s aplikacemi zajišťuje JAVA API a REST API.
Po instalaci JIRA Software si v něm vytvoříme projekt, kde se budou odehrávat veškeré agilní práce. Na výběr máme tři typy „Software“projektů: Scrum, Kanban a Waterfall. Scrum platí pro iterativní vývoj, kanban pro nepřetržitý vývoj. Waterfall neboli basic software development nevyužívá agilních funkcí, avšak nabízí předdefinovaný širší workflow a typy úloh.
Pokud vedeme několik Agilních projektů najednou, vybíráme si, se kterými chceme pracovat, z panelu boards nahoře.
My se podíváme na příklad Scrumového projektu. Když vytvoříme projekt, po levé straně se nám zobrazí navigační panel JIRA a po pravé straně uvidíme zatím prázdný backlog, kde si tvoříme JIRA úlohy. Backlog je jakási banka prací, ze které stavíme sprinty, několik týdnů trvající opakující se pracovní úseky, někdy nazvané „iterace“. Tím, že úlohy pošleme z backlogu do sprintu, oznámíme našemu týmu, že na nich má začít pracovat.
Nejprve se podíváme na panel vlevo: je tam odkaz sem, na backlog, poté na sprint, který právě probíhá a jak se daří úlohám, které v něm jsou, poté na metriky, na seznam všech úloh – se všemi výhodami vyhledávání v JIRA. Pod tím má projektový vedoucí možnost přidat libovolné odkazy mimo JIRA, poslat zpětnou vazbu na Atlassian a přístup do administrace projektu.
Další krok, který uděláme, bude nastavení jednotek pro počítání času na úlohách.
Uživatelé JIRA Software zpravidla rozlišují mezi Estimate – což je časový odhad práce (např. v hodinách, ve dnech) nebo jejich rozsahu (ve story points /máš vysvětlit?/), a Trackingem, což je vykazování, kolik hodin bylo reálně odpracováno. Některé týmy např. používají Story points pro odhad práce a hodiny pro vykazování.
V konfiguraci nástěnky nám administrátor nejprve nastaví, v čem budeme odhadovat a v čem budeme vykazovat čas.
Vraťme se nyní do backlogu.
//Story points jako jednotky práce, kterými se měří velocity. Smyslem story points je měřit práci po jednotkách, ze kterých pak uvidíme, kolik práce zvládáme. Výhody story points spočívá v průměrném srovnávání na sprint - po čase se vystabilizuje. //
Nyní jsme si v projektu vytvořili několik úloh stejnak jako v obyčejné JIRA (nejsnazší způsob je v horním panelu JIRA vybrat „Create“). Každé úloze jsme vyplnili projekt, pod který spadá, typ úlohy, jestli je to úkol, bug, story nebo něco jiného, její název a obsah a prioritu. Kdykoli můžeme rozkliknout nějakou z těchto úloh a JIRA nám ukáže další podrobnosti.
Což vidíme tady. Čas od času projektový manažer potřebuje backlog aktualizovat: může vytvořit nové úlohy, měnit prioritu, měnit časovou náročnost.
Klepli jsme si na první úlohu, TS-7, a objevila se nám tabulka vpravo. Tam už vidíme detaily úlohy. Kdybychom chtěli změnit právě časovou náročnost úlohy, onen „estimate“, klepneme si do příslušného políčka a zadáme číslo.
Jindy se nám může hodit změna priority práce, tzv. ranking – neplést se změnou priority JIRA úlohy. Ranking děláme formou drag and drop: chytíme úlohu a přetáhneme jí. Ranking slouží k tomu, abychom si seřadili, které úlohy se musí přednostně odbavit.
Nyní si z úloh v backlogu vytvoříme první sprint. Předpokládá se, že náš tým prošel nějakou schůzí na účelem definování sprintu, kde se dohodli kolik co bude trvat, kdo bude chybět, co všechno ve sprintu zvládneme a podobně. Jako první klepneme na tlačítko „Create sprint“ v backlogu. Nahoře se nám zobrazí prázdné pole s názvem sprintu a do něj přetáhneme z backlogu všechny úlohy, které potřebujeme - zase skrz drag and drop. A poté, co budeme s obsahem sprintu spokojeni, stiskneme tlačítko „Start sprint“. Takto si můžeme udělat klidně několik sprintů dopředu, pokud potřebujeme.
Práce začaly a my chceme vědět, jak se našim úlohám daří. V levém panelu JIRA se tedy přepneme do zobrazení Active sprints, kde uvidíme právě probíhající sprint. Máme zde sloupce se stavy úloh (nebo jinak – znázorněný workflow). Vidíme to do – ke zpracování, in progress – zpracovává se, a done – hotovo. Tyto sloupce může admin libovolně přizpůsobit. Ve sloupcích vidíme úlohy v podobně karet s popisky, jako klíč úlohy, priorita, typ úlohy, řešitel a další.
Pracovníci si úlohy přiřadí na sebe a posunují úlohy mezi stavy, čímž oznámí vedoucímu a ostatním pracovníkům změny. Nahoře vidíme, kolik dní ještě sprint potrvá a pod tím vlevo filtry na úlohy, které jsou ve sprintu, kdybychom chtěli vidět jen některé. Úlohy, které jsme předtím v backlogu ohodnotili jako důležitější, jsou ve sloupcích položeny výš než ostatní.
No a když uplyne celá doba na sprint, tak vyberete „Complete sprint“. Poté uvidíme, kolik úloh jsme splnili a nesplnili. Všechny nesplněné úlohy se přesouvají do backlogu, případně do dalšího sprintu, pokud je ve frontě.
Po každém sprintu chceme vidět, jak se nám dařilo, abychom z toho získali nějakou zpětnou vazbu na další práci. Na grafy se dostaneme z menu vlevo; základní report nám ukáže Burndown chart, který ukazuje, jak se nám reálně dařilo plnit práci oproti ideálnímu průběhu. Na ose X vidíme čas a na ose Y vidíme počet story points ve sprintu: Tedy odhadovaný rozsah všech úloh, které byly do sprintu přiděleny. V samotném grafu už vidíme, jestli a jak naše práci odpovídala ideálnímu plánu. Červená je reálný průběh a šedá ideální: /vysvětli/.
Pod tím vidíme dokončené a nedokončené úlohy a jejich statistiky. Můžeme si je také zobrazit v JIRA vyhledávání, kdybychom chtěli např. srovnat story points s odpracovanými hodinami.
Tento report si samozřejmě můžeme prohlížet i během práce na sprintu.
Burndown chart lze zobrazit i samostatně, stejně jako tzv. Velocity chart, který nám dlouhodobě měří, kolik story points stíháme doopravdy ve sprintech plnit – a tedy jaká je zhruba rychlost našeho týmu oproti plánu. Zelená je kolik story points bylo vykonáno a šedá, kolik bylo přichystáno. Reportů jsou samozřejmě spousty.
Úlohy v backlogu můžete drobit na podúlohy – subtasky nebo organizovat pod větší celky. Software zná větší celky dva: Verze a Epicy.
Epicy sjednocují tématicky podobné úlohy: lze si je představit jako krabice úloh animací, designu, nebo např. jednotlivých klientů. Do epiců lze řadit úlohy z více projektů a než bude dokončen epic, může to trvat klidně několik sprintů. Epicy si tvoříme v backlogu po levé straně.
Verze jsou zase milníky ve vývoji projektu. Nová verze může vycházet např. každý měsíc. Do jednotlivých úloh dáváme do samostatného pole číslo verze, které slouží ke sledování, do jaké verze je dokončení jaké úlohy plánované.
JIRA Software taktéž nabízí miniaplikace s těmito grafy, které je možné si umístit na nástěnku JIRY, na „Dashboard“.
Patří mezi ně např. Burndown graf, který jsme si ukazovali v předchozím slidu, tedy čas oproti počtu úloh; zbývající dny do konce sprintu; možnost zobrazit si pouze jeden sloupec z agile plánu, např. In progress; nebo poměr stavů úloh v probíhajícím sprintu.
Slovníček.
Nástroj slouží k agilnímu plánování, propojenému s daty z ostatními Atlassian aplikací. Snadno se ovládá a lze si v něm nastavit téměř vše. V současnosti se testuje možnost mít funkční dva sprinty současně, což uvidíme, jak se podaří zavést.
Q+A