Šablona dat pro životní cyklus vývoje softwaru

Jira Software
Šablona dat pro životní cyklus vývoje softwaru

Šablona dat pro životní cyklus vývoje softwaru

Tato šablona vám ukáže, jaká data shromáždit pro analýzu životního cyklu vývoje softwaru. Obsahuje základní datová pole, důležité kroky procesu, které je třeba sledovat, i praktický návod, jak data získat z Jira Software. Podle tohoto návodu připravte záznam událostí pro process mining.
  • Doporučené atributy ke sběru
  • Činnosti, které je vhodné sledovat
  • Jak získat data z Jira Software
Pracujete se záznamy událostí poprvé? Přečtěte si, jak vytvořit záznam událostí pro process mining.

Atributy životního cyklu vývoje softwaru

Toto jsou doporučená datová pole pro záznam událostí, která vám umožní podrobně analyzovat životní cyklus vývoje softwaru.
5 Povinné 6 Doporučené 10 Volitelné
Název Popis
Aktivita
Activity
Název konkrétní události nebo změny stavu, ke které došlo během životního cyklu vývojové položky.
Popis

Tento atribut představuje konkrétní krok nebo milník ve vývojovém procesu softwaru. Aktivity se odvozují ze změn pole stavu požadavku v Jira nebo z jiných významných událostí, například potvrzení změn v kódu či kontrol.

V process mining tvoří posloupnost těchto aktivit mapu procesu. Jejich analýza pomáhá určit průběh procesu, měřit dobu jednotlivých fází a odhalovat odchylky od standardního workflow, například opakované úpravy nebo vynechané kontroly kvality.

Proč je to důležité

Aktivity určují jednotlivé kroky procesu. Jejich pořadí je důležité pro zobrazení průběhu procesu, hledání úzkých míst a analýzu odchylek.

Kde data získat

Obvykle se odvozuje ze změn pole „status“ v historii požadavku nebo v protokolu změn Jira. Lze jej také doplnit údaji z propojených vývojových nástrojů.

Příklady
Zahájení vývojeProvedení revize kóduDokončení QA testováníNasazeno do produkce
Čas události
EventTime
Přesné datum a čas, kdy došlo ke konkrétní vývojové aktivitě nebo události.
Popis

Čas události je časové razítko, které zaznamenává, kdy aktivita proběhla. Tvoří časový základ veškeré analýzy process mining a určuje chronologické pořadí událostí v každém případu.

Tento atribut je nezbytný pro výpočet všech časových ukazatelů, včetně doby průchodu, doby zpracování a čekání mezi aktivitami. Umožňuje sledovat výkonnost procesu v čase a určit, kdy a kde během vývoje dochází ke zpožděním.

Proč je to důležité

Toto časové razítko je základem pro správné seřazení událostí a výpočet všech ukazatelů založených na délce trvání. Tyto údaje pomáhají posoudit efektivitu procesu a odhalit zpoždění.

Kde data získat

Odpovídá časovému razítku „created“ u každého záznamu v historii nebo protokolu změn požadavku.

Příklady
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:00:00Z
Vývojová položka
DevelopmentItem
Jedinečný identifikátor jednotlivé pracovní položky, například story, chyby nebo úkolu v Jira Software.
Popis

Vývojová položka slouží jako hlavní identifikátor případu a představuje samostatnou pracovní položku, například funkci, opravu chyby nebo úkol. Propojuje všechny aktivity od prvotního návrhu a plánování přes vývoj a testování až po nasazení dané položky. V Jira obvykle odpovídá klíči požadavku, například „PROJ-123“.

Analýza tohoto atributu umožňuje sledovat celý životní cyklus každé pracovní položky. Je základem pro tvorbu map procesů, výpočet doby průchodu a hledání rozdílů v tom, jak jednotlivé položky procházejí vývojovým procesem.

Proč je to důležité

Tento jedinečný klíč propojuje všechny související vývojové aktivity a umožňuje sledovat jednu pracovní položku od začátku do konce.

Kde data získat

Jde o standardní pole „key“ pro požadavek v objektu Jira Software Issue API.

Příklady
PROJ-101CORE-5432API-789
Poslední aktualizace dat
LastDataUpdate
Časové razítko poslední aktualizace dat tohoto procesu ze zdrojového systému.
Popis

Tento atribut zaznamenává datum a čas poslední extrakce dat z Jira Software. Udává, jak aktuální jsou analyzovaná data.

Čas poslední aktualizace pomáhá posoudit aktuálnost procesních poznatků. Analytici i uživatelé z řad vedení si tak mohou ověřit, že pracují s aktuálními údaji, a zjistit, do kdy jsou události v analýze zahrnuty.

Proč je to důležité

Udává aktuálnost dat a pomáhá zajistit, aby analýzy a dashboardy zobrazovaly současný stav procesu.

Kde data získat

Toto časové razítko se vytvoří a zaznamená na konci procesu extrakce, transformace a načtení dat (ETL).

Příklady
2024-03-15T02:00:00Z2024-03-16T02:00:00Z
Zdrojový systém
SourceSystem
Systém, ze kterého byla získána data o životním cyklu vývoje.
Popis

Tento atribut určuje původ dat. V tomto procesu bude jeho hodnota vždy „Jira Software“. Pomáhá však rozlišit data, pokud analýza zahrnuje více zdrojových systémů.

V širším IT prostředí uvedení zdrojového systému zpřehledňuje původ dat a usnadňuje správu jejich kvality i integraci napříč platformami.

Proč je to důležité

Jasně dokládá původ dat, což je důležité při jejich propojování z více systémů, správě dat i auditu.

Kde data získat

Jde o statickou hodnotu, kterou je třeba doplnit při extrakci a transformaci dat.

Příklady
Jira Software
Název projektu
ProjectName
Název projektu Jira, do kterého vývojová položka patří.
Popis

V Jira jsou všechny pracovní položky uspořádány do projektů. Název projektu poskytuje základní kontext a často odpovídá konkrétnímu produktu, týmu nebo iniciativě.

Tento atribut je užitečný pro filtrování a porovnávání. Umožňuje analyzovat a srovnávat proces SDLC napříč projekty nebo produkty. Můžete tak zjistit, které projekty jsou efektivnější, kde se častěji opakuje práce a zda jednotlivé týmy používají různé varianty procesu.

Proč je to důležité

Umožňuje rozdělit analýzu procesu podle projektu, produktu nebo týmu, porovnat jejich výkonnost a určit osvědčené postupy.

Kde data získat

Jde o pole „project“ v objektu „fields“ odpovědi Jira Issue API.

Příklady
Vývoj mobilní aplikaceZákladní platformaDatová věda
Název týmu
TeamName
Vývojový tým odpovědný za pracovní položku.
Popis

Označuje konkrétní agilní tým nebo tým zaměřený na určitou funkci, kterému je vývojová položka přidělena. V Jira se tento údaj často ukládá do vlastního pole nebo se odvozuje z jiných informací, například z projektu či konkrétní komponenty.

Tento atribut je důležitý pro analýzu výkonnosti týmů. Umožňuje filtrovat dashboardy a zobrazit například dobu průchodu, míru opakované práce a průchodnost jednotlivých týmů. Využívají jej dashboardy „Inter-Phase Handoff Efficiency“ a „Developer Workload & Item Progress“.

Proč je to důležité

Umožňuje měřit a porovnávat výkonnost různých vývojových týmů, určit týmy s dobrými výsledky a sdílet osvědčené postupy.

Kde data získat

V Jira jde často o vlastní pole. Konkrétní název pole zjistíte u správce Jira. Může se jmenovat například „Team“, „Squad“ nebo podobně.

Příklady
Tým PhoenixZákladní službyUI/UX Avengers
Priorita položky
ItemPriority
Úroveň priority přiřazená vývojové položce, která vyjadřuje její naléhavost.
Popis

Priorita položky určuje její relativní důležitost nebo naléhavost. Jira nabízí standardní pole „priority“ s nastavitelnými úrovněmi, například Highest, High, Medium a Low.

Analýza priority pomáhá ověřit shodu s postupy a hledat úzká místa u důležitých položek. Dashboard „Priority Item Conformance Check“ například využívá tento atribut k ověření, zda se položky s vysokou prioritou zpracovávají rychleji, jak se očekává, nebo zda čekají ve stejných frontách jako položky s nízkou prioritou.

Proč je to důležité

Pomáhá ověřit, zda se položky s vysokou prioritou zpracovávají rychleji než položky s nízkou prioritou a zda procházejí přímočařejším procesem, který umožňuje dodržet SLA.

Kde data získat

Jde o pole „priority“ v objektu „fields“ odpovědi Jira Issue API.

Příklady
NejvyššíVysokáStředníNízká
Přiřazeno uživateli
Assignee
Uživatel, kterému je aktuálně přidělena vývojová položka.
Popis

Přiřazený uživatel je osoba odpovědná za pracovní položku v její aktuální fázi. V Jira jde o standardní pole, jehož hodnota se mění, když položka přechází mezi lidmi nebo týmy.

Analýza přiřazených uživatelů pomáhá porozumět rozdělení zdrojů, pracovní zátěži a předávání práce. Ukáže, kteří vývojáři nebo týmy se podílejí na jednotlivých fázích, kde vzniká úzké místo a jak se práce rozděluje v organizaci.

Proč je to důležité

Určuje uživatele nebo zdroj odpovědný za aktivitu. Umožňuje analyzovat pracovní zátěž, správu zdrojů a předávání práce mezi jednotlivými lidmi.

Kde data získat

Jde o pole „assignee“ v objektu „fields“ odpovědi Jira Issue API.

Příklady
Alice SmithBob JohnsonNepřiřazeno
Stav položky
ItemStatus
Aktuální stav vývojové položky v rámci jejího workflow.
Popis

Tento atribut zachycuje konkrétní stav vývojové položky v daném okamžiku, například „Probíhá“, „Ke kontrole“ nebo „Hotovo“. Posloupnost změn stavu v čase vytváří aktivity pro process mining.

Atribut „Aktivita“ označuje událost změny, zatímco „ItemStatus“ vyjadřuje aktuální stav položky. Tento atribut můžete použít jako dimenzi pro filtrování a analýzu. Zjistíte tak například, kolik položek je právě v určitém stavu, nebo jaké vlastnosti mají položky, které v něm zůstávají dlouhou dobu.

Proč je to důležité

Ukazuje, v jaké fázi životního cyklu se položka nachází. Je důležitý pro analýzu podle stavu a přehled o aktuálním stavu rozpracované práce.

Kde data získat

Jde o pole „status“ v objektu „fields“ odpovědi Jira Issue API.

Příklady
K vyřízeníProbíháProbíhá kontrolaHotovo
Typ položky
ItemType
Kategorie vývojové položky, například chyba, příběh, úkol nebo epopej.
Popis

Typ položky určuje povahu vykonávané práce. Jira používá standardní pole „issuetype“ k rozlišení různých typů pracovních položek, které často mají vlastní workflow.

Tento atribut je důležitý pro srovnávací analýzu. Umožňuje filtrovat proces podle konkrétního typu práce, například porovnat životní cyklus položky „Bug“ a „Story“. Díky tomu zjistíte, zda se u některých typů práce častěji objevují zpoždění, opakované úpravy nebo odchylky od standardního procesu.

Proč je to důležité

Umožňuje rozdělit analýzu procesu podle typu práce, například porovnat řešení chyb s vývojem nových funkcí a zjistit, v čem se jejich průběh liší.

Kde data získat

Jde o pole „issuetype“ v objektu „fields“ odpovědi Jira Issue API.

Příklady
StoryBugÚkolEpic
Čas ukončení události
EventEndTime
Časové razítko dokončení aktivity nebo změny stavu.
Popis

Tento atribut označuje čas dokončení aktivity. Jde o časové razítko následující aktivity v posloupnosti daného případu.

Zatímco „EventTime“ (StartTime) označuje začátek aktivity, EventEndTime označuje její konec. Rozdíl mezi těmito časovými razítky představuje dobu zpracování aktivity. Tento údaj je nezbytný pro výpočet KPI „Average Stage Processing Time“ a tvorbu dashboardů, které analyzují délku aktivit.

Proč je to důležité

Určuje konec aktivity a umožňuje vypočítat dobu trvání jednotlivých kroků procesu. To je důležité pro analýzu úzkých míst.

Kde data získat

Jde o odvozený atribut. U dané události odpovídá čas ukončení času zahájení následující události ve stejném případu.

Příklady
2023-10-26T12:30:00Z2023-11-15T18:00:15Z2024-01-05T11:45:00Z
Čekání při předání
HandoffWaitTime
Doba nečinnosti mezi dvěma po sobě jdoucími činnostmi.
Popis

Tato metrika měří čekání neboli dobu ve frontě mezi dokončením jedné činnosti a zahájením další. Ukazuje, jak dlouho práce stojí, než se jí někdo ujme.

Jde o důležitou metriku pro KPI „Průměrná doba čekání při předání“ a dashboard „Efektivita předávání mezi fázemi“. Dlouhé čekání při předání často ukazuje na problémy s koordinací, nedostatek zdrojů nebo neefektivní komunikaci mezi týmy, například mezi vývojem a QA. Zkrácení této nečinnosti je jedním ze způsobů, jak snížit celkovou dobu cyklu.

Proč je to důležité

Zobrazuje dobu nečinnosti nebo čekání ve frontě a odhaluje neefektivní předávání práce mezi týmy či jednotlivci i problémy s koordinací.

Kde data získat

Jde o vypočítávanou metriku. Pro stejný případ se vypočítá jako rozdíl mezi začátkem činnosti a koncem předchozí činnosti.

Příklady
017280043200
Celková doba cyklu
CycleTime
Celková doba od začátku do konce u vývojové položky.
Popis

Doba cyklu měří celkový čas od vytvoření vývojové položky až po její konečné vyřešení, například nasazení do produkčního prostředí. Počítá se na úrovni případu jako rozdíl mezi časovým razítkem první a poslední události.

Jde o hlavní KPI pro měření celkové rychlosti a efektivity procesu. Z tohoto výpočtu přímo vycházejí KPI „Průměrná doba cyklu od začátku do konce“ a dashboard „Analýza celkové doby cyklu SDLC“. Zkrácení doby cyklu bývá častým cílem iniciativ na zlepšování procesů.

Proč je to důležité

Měří rychlost vývojového procesu od začátku do konce a slouží jako KPI celkové efektivity a rychlosti dodávání.

Kde data získat

Jde o vypočítávaný atribut na úrovni případu. U dané položky „DevelopmentItem“ se vypočítá jako rozdíl mezi časovým razítkem poslední a první události.

Příklady
12096002592000604800
Jde o opakovanou práci
IsRework
Příznak, který určuje, zda je aktivita součástí cyklu opakované práce.
Popis

Tento logický atribut má hodnotu true, pokud aktivita představuje krok zpět v procesu, například návrat k aktivitě „Zahájení vývoje“ po neúspěšném testování QA. Hodnota se určuje analýzou posloupnosti aktivit případu.

Odhalení opakované práce pomáhá zlepšit efektivitu a kvalitu procesu. Tento atribut přímo podporuje KPI „Podíl aktivit s opakovanou prací“ a dashboard „Četnost a cesty opakované práce“. Umožňuje vyčíslit zbytečně vynaložené úsilí a určit příčiny problémů s kvalitou, které vedou k opakované práci.

Proč je to důležité

Výslovně označuje činnosti, které jsou součástí neefektivních smyček přepracování. Díky tomu lze přesně měřit a analyzovat plýtvání v procesu i problémy s kvalitou.

Kde data získat

Jde o vypočítávaný atribut. Nejprve je třeba definovat očekávaný průběh procesu a poté označit každou činnost, která se od něj odchyluje návratem do předchozí fáze.

Příklady
truefalse
Komponenta
Component
Část projektu nebo jeho funkční oblast, do které položka patří.
Popis

Komponenty v Jira slouží k rozdělení požadavků v projektu na menší, lépe spravovatelné části. Mohou představovat funkční oblast, například „User Authentication“, technickou vrstvu, například „Backend API“, nebo modul, například „Reporting“.

Analýza podle komponent poskytuje podrobnější pohled na vývojový proces. Pomáhá zjistit, zda některé části aplikace vytvářejí více chyb, mají delší vývojové cykly nebo vyžadují více opakované práce. To může upozornit na technický dluh nebo složitá místa.

Proč je to důležité

Umožňuje rozdělit proces podle funkčních nebo technických oblastí produktu a určit, které komponenty způsobují zpoždění nebo problémy s kvalitou.

Kde data získat

Jde o standardní pole „components“ v objektu „fields“ odpovědi Jira Issue API.

Příklady
Uživatelské rozhraníDatabázeBrána APIOvěřování
Název sprintu
SprintName
Název agilního sprintu, ke kterému je vývojová položka přiřazena.
Popis

Týmy používající Scrum pracují v časově ohraničených sprintech, během kterých dokončují stanovený objem práce. Tento atribut zaznamenává název nebo identifikátor sprintu, do kterého položka patří.

Analýza podle sprintů je základem process mining pro agilní týmy. Pomáhá vyhodnotit jednotlivé sprinty, sledovat nedokončenou práci převedenou do dalšího sprintu a porovnat postup s cíli sprintu. Poskytuje konkrétnější časový kontext než obecné časové období.

Proč je to důležité

Poskytuje agilním týmům důležitý kontext a umožňuje analyzovat efektivitu procesu a průchodnost pro každý sprint zvlášť.

Kde data získat

Tyto údaje se obvykle ukládají do vlastního pole „Sprint“, které spravuje Jira Software (Agile). Jsou dostupné přes Issue API.

Příklady
Sprint 1 projektu PROJSprint 3, Q4 2023Sprint 2, listopadový PI
Oznamovatel
Reporter
Uživatel, který vývojovou položku původně vytvořil nebo nahlásil.
Popis

Oznamovatel je osoba, která vytvořila požadavek v Jira. Může jít o vývojáře, testera QA, produktového manažera nebo zákazníka, který požadavek zadal přes integraci se service deskem.

Analýza oznamovatelů může ukázat, odkud práce přichází. Můžete například porovnat životní cyklus chyb nahlášených týmem QA s chybami nahlášenými zákazníky. Pomáhá také porozumět způsobu komunikace a toku informací na začátku procesu.

Proč je to důležité

Určuje původ pracovní položky a umožňuje analyzovat vzorce podle toho, kdo vytváří úkoly nebo hlásí chyby.

Kde data získat

Jde o pole „reporter“ v objektu „fields“ odpovědi Jira Issue API.

Příklady
Charles DarwinMarie CurieIsaac Newton
Plánované vydání
PlannedReleaseVersion
Cílová verze softwaru nebo vydání, ve kterém se má položka nasadit.
Popis

Tento atribut, často uložený v Jira v poli „Affects Version/s“, označuje plánované vydání funkce nebo opravy. Slouží jako termín nebo cíl pro dokončení práce.

Tento atribut je důležitý pro KPI „On-Time Release Delivery Rate“. Porovnáním skutečného data nasazení s plánovaným datem vydání přiřazeným k této verzi můžete měřit dodržování harmonogramu a předvídatelnost procesu vydávání.

Proč je to důležité

Určuje cílové datum dodání nebo vydání. Umožňuje vypočítat míru včasného dodání a analyzovat dodržování harmonogramu.

Kde data získat

Odpovídá polím „versions“ nebo „fixVersions“ v Jira Issue API. Konkrétní pole používané pro plánování se může lišit.

Příklady
Verze 2.1Vydání Q1 2024Uvedení projektu Phoenix
Řešení položky
ItemResolution
Konečný výsledek nebo důvod uzavření vývojové položky.
Popis

Řešení vysvětluje, proč byla položka uzavřena. Stav může být „Closed“, zatímco řešení může být „Done“, „Won't Do“, „Duplicate“ nebo „Cannot Reproduce“. Poskytuje tak důležitý kontext k výsledku práce.

Analýza řešení pomáhá odlišit úspěšně dokončenou práci od položek, které byly zrušeny nebo zamítnuty. Je důležitá pro analýzu kvality a skutečné průchodnosti hodnotné práce oproti úsilí vynaloženému na položky, které byly nakonec vyřazeny.

Proč je to důležité

Odlišuje úspěšně dokončené položky od těch, které byly uzavřeny z jiných důvodů. To je důležité pro přesnou analýzu produktivity a kvality.

Kde data získat

Jde o pole „resolution“ v objektu „fields“ odpovědi Jira Issue API. Obvykle se vyplňuje pouze při uzavření požadavku.

Příklady
HotovoNebude realizovánoDuplicitníNelze reprodukovat
Verze opravy
FixVersion
Verze softwaru, ve které byla vývojová položka skutečně vyřešena a vydána.
Popis

Pole „Fix Version“ v Jira označuje vydání, které obsahuje dokončenou práci na položce. Zachycuje konkrétní výsledek vývoje.

Tento atribut poskytuje kontext skutečného vydání, který lze porovnat s atributem „PlannedReleaseVersion“ a analyzovat tak výsledky dodání. Slouží také ke seskupení všech položek dodaných v konkrétním vydání a k souhrnnému přehledu dokončené práce.

Proč je to důležité

Potvrzuje, do kterého vydání byla práce zahrnuta. Poskytuje tak spolehlivý základ pro analýzu vydání a přehled dodaných funkcí.

Kde data získat

Odpovídá poli „fixVersions“ v odpovědi Jira Issue API.

Příklady
v2.1.1 Hotfixv3.0.0 hlavní vydánív2.2.0
Povinné Doporučené Volitelné

Činnosti v životním cyklu vývoje softwaru

Toto jsou důležité kroky procesu a milníky, které je třeba zaznamenat pro přesné zjištění průběhu životního cyklu vývoje softwaru.
6 Doporučené 8 Volitelné
Aktivita Popis
Dokončení QA testování
Označuje, že vývojová položka úspěšně prošla všemi kontrolami Quality Assurance a je připravena na další fázi, například User Acceptance Testing nebo vydání. Událost se odvozuje ze změny stavu, kterým položka opustí hlavní testovací fázi.
Proč je to důležité

Tím končí důležitá kontrola kvality. Analýza délky QA fáze pomáhá zlepšit testování i rozdělení zdrojů.

Kde data získat

Událost se odvozuje z historie změn úkolu Jira. Jde o časové razítko změny pole 'status' z 'In QA' na následující stav, například 'Ready for UAT' nebo 'Ready for Release'.

Zachycení

Časové razítko změny stavu z 'In QA' na 'Ready for UAT'.

Typ události inferred
Nasazeno do produkce
Tato událost označuje okamžik, kdy jsou změny kódu související s vývojovou položkou nasazeny do produkčního prostředí. Lze ji odvodit z konečné změny stavu na „Done“ nebo „Released“, případně zaznamenat jako explicitní událost z integrovaného nástroje CI/CD.
Proč je to důležité

Jde o hlavní cílový bod úspěšného dokončení procesu. Je nezbytný pro výpočet celkové doby průchodu procesem a měření četnosti nasazení a průchodnosti.

Kde data získat

Lze ji odvodit z historie změn požadavku v Jira, když se stav změní na „Released“ nebo „Done“. Přesnější údaje získáte z událostí nasazení odesílaných nástroji CI/CD, jako jsou Jenkins nebo Bamboo, případně z funkce Deployments v Jira.

Zachycení

Časové razítko změny stavu na „Done“ nebo „Released“.

Typ události inferred
Schválení UAT
Označuje úspěšné dokončení User Acceptance Testing a schválení vydání zainteresovanými stranami. Událost se odvozuje ze změny stavu z 'In UAT' na hodnotu jako 'Ready for Release' nebo 'Done'.
Proč je to důležité

Tento milník potvrzuje přijetí z pohledu byznysu a umožňuje nasadit položku do produkce. Jde o důležitou kontrolu, která ověřuje, zda dodaná práce splňuje očekávání uživatelů.

Kde data získat

Událost se odvozuje z historie změn úkolu Jira. Jde o časové razítko změny stavu z 'In UAT' na následující stav ve workflow, která označuje schválení.

Zachycení

Časové razítko změny stavu z 'In UAT' na 'Ready for Release'.

Typ události inferred
Vytvoření vývojové položky
Tímto začíná životní cyklus. V Jira se formálně zaznamená nová vývojová položka, například příběh, chyba nebo úkol. Systém tuto událost výslovně zaznamená časovým razítkem u každého úkolu.
Proč je to důležité

Tato aktivita jednoznačně označuje začátek procesu. Je nezbytná pro výpočet celkové doby průchodu procesem a sledování objemu příchozí práce.

Kde data získat

Jde o základní událost u každého úkolu Jira. Časové razítko vytvoření je uložené v poli 'created' záznamu úkolu a je dostupné přes Jira API.

Zachycení

Časové razítko v poli 'created' objektu Jira Issue.

Typ události explicit
Zahájení QA testování
Tato událost označuje začátek formální fáze testování Quality Assurance vývojové položky. Odvozuje se ze změny stavu v Jira, když se úkol přesune do stavu jako 'In QA', 'In Testing' nebo 'Ready for Testing'.
Proč je to důležité

Tento důležitý milník zahajuje cyklus ověřování kvality. Doba od 'Development Completed' do tohoto okamžiku ukazuje zdržení při předávání práce mezi vývojovým týmem a QA.

Kde data získat

Událost se odvozuje z historie změn úkolu Jira. Jde o časové razítko změny pole 'status' na určený stav QA testování, například 'In QA'.

Zachycení

Časové razítko změny stavu na 'In QA' nebo 'In Testing'.

Typ události inferred
Zahájení vývoje
Označuje okamžik, kdy vývojář začne na vývojové položce aktivně pracovat. Obvykle se odvozuje ze změny stavu ve workflow Jira, například když se stav úkolu změní na 'In Progress'.
Proč je to důležité

Tento důležitý milník umožňuje měřit dobu aktivního vývoje. Pomáhá odlišit čekání od práce, která přináší hodnotu, a je důležitý pro hledání úzkých míst.

Kde data získat

Událost se odvozuje z historie změn úkolu Jira. Jde o časové razítko první změny pole 'status' na 'In Progress', 'In Development' nebo podobný aktivní stav.

Zachycení

Časové razítko změny stavu na 'In Progress'.

Typ události inferred
Dokončení vývoje
Tato aktivita označuje dokončení programování. Položka je připravena na další fázi, například revizi kódu nebo testování. Událost se odvozuje ze změny stavu v Jira, například z 'In Progress' na 'In Review' nebo 'Ready for QA'.
Proč je to důležité

Tím končí hlavní fáze vývoje. Můžete analyzovat dobu programování i efektivitu předání práce týmu zajišťujícímu kvalitu.

Kde data získat

Událost se odvozuje z historie změn úkolu Jira. Zachytí se časové razítko, kdy se pole 'status' změní z aktivního vývojového stavu na následující stav, například 'In Review' nebo 'Ready for QA'.

Zachycení

Časové razítko změny stavu z 'In Progress' na 'In Review' nebo 'Ready for QA'.

Typ události inferred
Neúspěšné QA testování
Označuje, že tým QA našel chybu a vývojová položka se vrací vývojářům k opravě. Událost se odvozuje ze zpětné změny stavu, například z 'In QA' zpět na 'In Progress' nebo 'To Do'.
Proč je to důležité

Tato aktivita je důležitá pro odhalení opakovaných návratů do předchozích fází. Sledováním její četnosti změříte náklady na nízkou kvalitu a najdete oblasti, které je třeba zlepšit ve vývoji nebo při zadávání požadavků.

Kde data získat

Událost se odvozuje z historie změn úkolu Jira. Zachytí se při změně pole 'status' z testovacího stavu, například 'In QA', na dřívější vývojový stav, například 'In Progress'.

Zachycení

Časové razítko změny stavu z testovacího na vývojový.

Typ události inferred
Položka připravena k vývoji
Označuje, že vývojová položka má dokončené zadání, byla zkontrolována a stanovila se její priorita. Vývojář tak může začít pracovat. Obvykle se tento okamžik odvozuje ze změny stavu ve workflow, například z 'Backlog' na 'To Do' nebo 'Ready for Dev'.
Proč je to důležité

Sledováním této události změříte připravenost backlogu i dobu, po kterou položky čekají na zahájení vývoje. Oddělíte tak čas plánování a upřesňování požadavků od aktivního vývoje.

Kde data získat

Událost se odvozuje z historie změn úkolu Jira. Hledejte časové razítko, kdy se pole 'status' změní na hodnotu jako 'Ready for Dev', 'To Do' nebo 'Selected for Development'.

Zachycení

Časové razítko změny stavu na hodnotu označující připravenost před zahájením vývoje.

Typ události inferred
Příprava k vydání
Označuje, že vývojová položka prošla všemi kontrolami a byla zařazena do konkrétní verze softwaru, kde čeká na nasazení. Obvykle se to odvozuje ze změny stavu požadavku na „Ready for Release“ nebo z vyplnění pole „Fix Version“.
Proč je to důležité

Tato aktivita pomáhá sledovat připravenost vydání a dobu, po kterou položky čekají na nasazení poté, co jsou dokončeny všechny vývojové a testovací práce.

Kde data získat

Obvykle se odvozuje z historie změn požadavku v Jira, kde je zaznamenána změna stavu na „Ready for Release“. Lze ji také odvodit z časového razítka, kdy je vyplněno pole „Fix Version/s“.

Zachycení

Časové razítko změny stavu na „Ready for Release“ nebo vyplnění pole „Fix Version“.

Typ události inferred
Provedení revize kódu
Označuje, že kolega nebo vedoucí zkontroloval kvalitu, standardy a funkčnost kódu. Událost lze odvodit ze změny stavu, například z 'In Review' na 'Ready for QA', nebo ji zaznamenat přímo pomocí integrovaných vývojových nástrojů.
Proč je to důležité

Tato aktivita je důležitou kontrolou kvality. Analýza její délky a výsledků, například nutnosti předělání, pomáhá zlepšit kvalitu kódu a omezit chyby odhalené v pozdějších fázích.

Kde data získat

Událost se obvykle odvozuje z historie změn úkolu Jira, když stav opustí fázi 'Code Review'. Lze ji také zaznamenat přímo při integraci nástrojů pro správu kódu, jako jsou Bitbucket nebo GitHub.

Zachycení

Časové razítko změny stavu z 'In Review' na následující stav.

Typ události inferred
Vývojová položka uzavřena
Jde o závěrečný administrativní úkon, který potvrzuje, že se u položky neočekává žádná další práce. Obvykle se odvozuje ze změny stavu na „Closed“ a vyplnění pole „Resolution“.
Proč je to důležité

Označuje úplný konec životního cyklu položky. Porovnání s událostí „Nasazeno do produkce“ může odhalit prodlevu při administrativním uzavírání nebo dobu monitorování po nasazení.

Kde data získat

Odvozuje se z historie změn požadavku v Jira. Jde o časové razítko, kdy se pole „status“ změní na „Closed“ a je nastaveno řešení.

Zachycení

Časové razítko změny stavu na „Closed“.

Typ události inferred
Vývojová položka zrušena
Označuje ukončení vývojové položky před jejím dokončením. Odvozuje se ze změny stavu na konečný stav, například „Canceled“, „Rejected“ nebo „Won't Do“, a často je doplněno konkrétním řešením.
Proč je to důležité

Tato aktivita sleduje neúspěšné výsledky procesu. Analýza důvodů zrušení položek může odhalit problémy s plánováním, určováním priorit nebo definováním požadavků.

Kde data získat

Odvozuje se z historie změn požadavku v Jira. Jde o časové razítko, kdy se pole „status“ změní na „Canceled“ nebo „Won't Do“ a nastaví se odpovídající řešení.

Zachycení

Časové razítko změny stavu na „Canceled“, „Rejected“ nebo „Won't Do“.

Typ události inferred
Zahájení UAT
Označuje začátek User Acceptance Testing, při kterém zainteresované strany z byznysu nebo koncoví uživatelé ověřují nové funkce. Událost se odvozuje ze změny stavu v Jira na hodnotu jako 'In UAT' nebo 'User Acceptance Testing'.
Proč je to důležité

Tato aktivita sleduje začátek závěrečné kontroly před vydáním. Analýza její délky pomáhá pochopit a omezit zdržení způsobená dostupností zainteresovaných stran nebo cykly zpětné vazby.

Kde data získat

Událost se odvozuje z historie změn úkolu Jira. Jde o časové razítko, kdy se pole 'status' změní na 'In UAT' nebo podobný určený stav.

Zachycení

Časové razítko změny stavu na 'In UAT'.

Typ události inferred
Doporučené Volitelné

Návody k získání dat

Jak získat data z Jira Software

Chcete začít?

Připravte data podle této šablony a začněte zlepšovat životní cyklus vývoje softwaru. Získejte přehled, který vám pomůže zrychlit dodávky a zvýšit kvalitu.

Zlepšete SDLC v Jira Software. Začněte ještě dnes!

Odhalte neefektivitu a zkraťte dobu cyklu SDLC o 30 %.

Začněte bezplatnou zkušební verzi

Platební kartu nepotřebujete. Se zlepšováním můžete začít během několika minut.