Šablona dat pro životní cyklus vývoje softwaru
Šablona dat pro životní cyklus vývoje softwaru
- Doporučené atributy ke sběru
- Činnosti, které je vhodné sledovat
- Jak získat data z Jira Software
Atributy životního cyklu vývoje softwaru
| 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
|
|||
Činnosti v životním cyklu vývoje softwaru
| 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
|
|||
Návody k získání dat
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 %.
Platební kartu nepotřebujete. Se zlepšováním můžete začít během několika minut.