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

Čas zahájení události označuje přesné datum a čas, kdy činnost začala. Určuje chronologické pořadí všech událostí v rámci jednoho případu, což je nezbytné pro přesnou rekonstrukci toku procesu.

Časová razítka jsou základem veškeré časové analýzy process mining. Slouží k výpočtu ukazatelů výkonnosti, jako je doba cyklu, čekání a zpracování mezi činnostmi. Analýza časových razítek pomáhá odhalit úzká místa, měřit efektivitu procesu a zjistit délku jednotlivých fází životního cyklu vývoje. Například doba mezi „Předáním kódu ke kontrole“ a „Dokončením kontroly kódu“ může odhalit prodlevy při kontrole.

Toto časové razítko je nezbytné pro správné seřazení událostí a výpočet všech časových ukazatelů, například doby cyklu a úzkých míst.

Je dostupné v záznamech událostí, auditních záznamech nebo tabulkách historie, které zaznamenávají změny vývojových položek.

ID vývojové položky je primární klíč, který jednoznačně identifikuje každý případ v celém životním cyklu vývoje softwaru. Každé ID označuje samostatnou práci, například uživatelský příběh, úkol nebo opravu chyby, od vytvoření až po konečné vyřešení nebo nasazení.

Při analýze process mining je tento atribut nezbytný pro rekonstrukci celého průběhu každé pracovní položky. Nástroj díky němu propojí všechny související činnosti, například „Zahájení vývoje“, „Dokončení kontroly kódu“ a „Nasazení do produkčního prostředí“, do souvislého toku procesu. Analýza životního cyklu jednotlivých vývojových položek pomáhá odhalit odchylky, prodlevy a opakované předělávání práce u konkrétních položek.

Jde o základní identifikátor případu, který je nutný ke sledování celého životního cyklu každé vývojové položky od začátku do konce.

Obvykle se nachází v hlavních tabulkách pracovních položek nebo požadavků v systému pro správu vývoje softwaru.

Název činnosti popisuje konkrétní krok nebo změnu stavu ve vývojovém procesu. Tyto činnosti tvoří uzly mapy procesu a představují důležité milníky, například „Schválení položky k vývoji“, „Předání kódu ke kontrole“ nebo „Dokončení testování QA“.

Tento atribut je důležitý pro vizualizaci toku procesu a pochopení pořadí událostí. Analýza jednotlivých činností pomáhá týmům určit nejčastější cesty, odhalit odchylky od procesu a změřit dobu strávenou v různých fázích. Je základem pro analýzu úzkých míst, odhalování opakovaného předělávání práce a kontrolu shody s cílovým modelem procesu.

Určuje jednotlivé kroky procesu a umožňuje vizualizovat a analyzovat workflow vývoje.

Často se odvozuje ze záznamů změn stavu, datových proudů událostí nebo tabulek auditní historie souvisejících s vývojovými položkami.

Atribut Poslední aktualizace dat zaznamenává datum a čas, kdy byla data naposledy získána ze zdrojového systému nebo aktualizována. Ukazuje tak, jak jsou data aktuální a relevantní.

Tato informace je důležitá pro zajištění toho, aby analýzy a dashboardy vycházely z aktuálních dat. Zainteresované strany na první pohled vidí, jak aktuální je přehled procesu, a mohou tak lépe důvěřovat získaným poznatkům. Jde také o důležitá metadata pro správu datových pipeline a plánování aktualizací dat.

Ukazuje aktuálnost dat a pomáhá zajistit, aby analýza byla včasná a relevantní pro rozhodování.

Tuto hodnotu obvykle generuje a ukládá datový proces ETL (extrakce, transformace a načítání).

Atribut Zdrojový systém označuje aplikaci nebo platformu, ve které byla zaznamenána data o životním cyklu vývoje. Hodí se zejména v prostředích, kde se používá více vývojových nástrojů, například Jira pro správu požadavků a GitLab pro správu zdrojového kódu.

Při analýze pomáhá uvedení zdrojového systému ověřit data a zasadit je do kontextu. Umožňuje porovnávat procesy spravované v různých systémech a správně interpretovat data, protože názvy polí a zvyklosti se mohou lišit. Lze jej také použít k filtrování analýzy podle dat z konkrétního nástroje.

Poskytuje kontext o původu dat, což je důležité pro jejich ověření i pro analýzy zahrnující více propojených systémů.

Obvykle jde o statickou hodnotu přidanou při získávání dat, která označuje původ záznamů.

Čas ukončení události označuje konec aktivity. Mnoho kroků procesu se zaznamenává jako okamžité události, u nichž je čas zahájení stejný jako čas ukončení. Některé aktivity ale mají měřitelnou dobu trvání. Například aktivita „Kontrola kódu“ může mít samostatný čas zahájení a ukončení.

Tento atribut je nezbytný pro výpočet aktivní doby zpracování konkrétních úloh a její odlišení od prostojů a čekání. Porovnáním času zahájení události a času jejího ukončení mohou analytici změřit čas věnovaný činnostem, které přinášejí hodnotu. Díky tomu lze podrobněji analyzovat využití zdrojů a zjistit, které úlohy zabírají nejvíce aktivního pracovního času.

Umožňuje vypočítat aktivní dobu zpracování jednotlivých aktivit, oddělit ji od čekání a získat přesnější přehled o vynaloženém úsilí.

Lze ji najít v záznamech událostí nebo odvodit z časového razítka následující aktivity ve stejné pracovní položce.

Název projektu zasazuje pracovní položky do kontextu konkrétního produktu, iniciativy nebo zdrojového kódu. Postupy při vývoji i průběžná doba se mohou mezi projekty výrazně lišit, například u staršího systému a nové aplikace vyvíjené od základu.

Tento atribut umožňuje souhrnně porovnávat vývojové procesy v různých částech organizace. Vedoucí mohou filtrovat analýzu podle projektu a posoudit stav i efektivitu jednotlivých vývojových aktivit. Atribut je také důležitý pro pochopení toho, jak výkonnost procesu souvisí s konkrétním kontextem a technickým prostředím projektu.

Umožňuje rozdělit analýzu procesů podle produktu nebo iniciativy a odhalit rozdíly ve výkonnosti související s kontextem projektu.

Běžné pole v záznamu pracovní položky nebo požadavku, případně název repozitáře v systémech, jako je Git.

Tento atribut označuje konkrétní tým, skupinu nebo oddělení odpovědné za dodání vývojové položky. Ve větších organizacích se práce často rozděluje mezi specializované týmy, například frontendový, backendový, mobilní nebo platformní.

Analýza podle názvu týmu umožňuje porovnávat výkonnost týmů a sdílet osvědčené postupy. Pomáhá odpovědět na otázky jako „Který tým má nejkratší průběžnou dobu?“ nebo „Musí některý tým častěji přepracovávat svou práci?“ Analýza může odhalit rozdíly ve workflow, dovednostech nebo dostupnosti zdrojů, které ovlivňují celkovou rychlost dodávání. Na jejich základě lze cíleně zlepšovat procesy.

Umožňuje porovnávat výkonnost různých týmů a odhalovat osvědčené postupy i oblasti, které je třeba zlepšit.

Často se uvádí u přiřazeného uživatele nebo přímo v záznamu projektu či pracovní položky.

Atribut Priorita vyjadřuje obchodní nebo technickou naléhavost pracovní položky. Obvykle nabývá hodnot jako „Vysoká“, „Střední“ nebo „Nízká“ a pomáhá týmu rozhodnout, na čem pracovat jako dalším.

V process mining slouží priorita jako užitečná dimenze analýzy. Týmy mohou ověřit, zda se položky s vysokou prioritou skutečně zpracovávají rychleji než položky s nízkou prioritou. Porovnání průběžné doby podle úrovně priority ukáže, zda proces odpovídá obchodním prioritám. Pokud se položky s vysokou prioritou často zpožďují, může to ukazovat na problémy s plánováním, přidělováním zdrojů nebo návrhem workflow.

Pomáhá ověřit, zda práce s vysokou prioritou prochází procesem rychleji, a odhalit úzká místa, která nepřiměřeně zpomalují důležité položky.

Běžné pole v záznamu pracovní položky nebo požadavku ve většině systémů pro řízení vývoje.

Tento atribut označuje osobu nebo skupinu odpovědnou za dokončení aktuálního kroku nebo celé pracovní položky. Přiřazený uživatel se může během životního cyklu položky několikrát změnit, například při předávání práce mezi vývojáři, testery QA a kontrolory.

Analýza atributu Přiřazeno uživateli pomáhá porozumět vytížení týmu, efektivitě předávání práce a způsobům spolupráce. Umožňuje filtrovat mapu procesu podle konkrétní osoby nebo týmu a odhalit úzká místa související s dostupností zdrojů. Analýza sociálních sítí založená na předávání práce mezi přiřazenými uživateli může odhalit nedostatky v komunikaci nebo příliš složité vazby mezi spolupracovníky.

Umožňuje analyzovat vytížení zdrojů, četnost předávání práce a způsoby spolupráce, a pomáhá tak zvyšovat efektivitu týmu.

Najdete ho v záznamu pracovní položky nebo požadavku, často v historii položky nebo protokolu auditu.

Stav vývojové položky zachycuje stav pracovní položky v určitém okamžiku. Název aktivity zaznamenává událost změny stavu, zatímco tento atribut popisuje samotný stav. Může se hodit při analýze stavu práce v okamžiku, kdy k události došlo.

Tento atribut se často používá k vytvoření názvu aktivity, ale může poskytnout i další souvislosti. Pole stavu například umožňuje zjistit, jak dlouho položky zůstávají v určitém stavu, třeba „Blokováno“ nebo „Čeká na kontrolu“. Přehled o čase stráveném v neproduktivních stavech je důležitý pro odhalení systémových zpoždění a zlepšení plynulosti práce.

Umožňuje analyzovat dobu strávenou v různých stavech a odhalit zpoždění i čas v neproduktivních stavech, například „Blokováno“.

Je k dispozici jako hlavní pole v záznamu pracovní položky nebo požadavku a změny se zaznamenávají do historie.

Tento atribut určuje povahu vykonávané práce. Různé typy pracovních položek často procházejí odlišnými procesy a mají různé požadavky na výkon. Chyba může například vyžadovat rychlou opravu, zatímco funkce prochází běžným cyklem vývoje a testování.

Analytici mohou pomocí tohoto atributu porovnávat průběh procesů a jejich výkonnost u různých typů práce. Mohou tak zjistit například: „Řešíme chyby rychleji než vyvíjíme funkce?“ nebo „Vyžadují položky technického dluhu více přepracování?“ Jde o základní dimenzi pro rozdělení dat a získání konkrétnějších poznatků, podle kterých lze jednat.

Umožňuje porovnávat procesy a jejich výkonnost v různých kategoriích práce a odhalit neefektivitu typickou pro určité druhy vývoje.

Běžné pole v záznamu pracovní položky nebo požadavku ve většině systémů pro řízení vývoje.

Atribut Plánované vydání propojuje vývojovou položku s konkrétním harmonogramem dodání nebo verzí. Při plánování vydání se často používá ke sdružení funkcí a oprav určených k společnému nasazení.

Analýza podle plánovaného vydání pomáhá posoudit předvídatelnost a spolehlivost procesu vydávání. Porovnáním plánovaného vydání se skutečným datem nasazení lze sledovat podíl včas dodaných položek. Atribut také usnadňuje řízení rozsahu a přehled o práci určené pro konkrétní vydání. Upozorní tak na možná rizika nebo zpoždění, která mohou ovlivnit termín dodání.

Propojuje vývojovou práci s harmonogramem dodání a umožňuje analyzovat včasnost dodání i předvídatelnost vydání.

Běžné pole, například „Verze opravy“, „Cílové vydání“ nebo „Cesta iterace“, v nástrojích pro agilní plánování a vývoj.

Ukazatel přepracování je odvozený booleovský nebo kategoriální atribut, který označuje události patřící do cyklu přepracování. Obvykle se určuje podle toho, že se proces vrací k předchozímu kroku, například z „Testování QA“ zpět do „Probíhá vývoj“, nebo podle výskytu konkrétních aktivit, jako je „Při kontrole QA zjištěna nutnost přepracování“.

Tento atribut je velmi užitečný pro analýzu kvality a efektivity. Umožňuje přímo vypočítat míru přepracování a ukazuje, ve kterých částech procesu k němu dochází nejčastěji. Filtrováním aktivit spojených s přepracováním mohou týmy hledat jeho příčiny a zjistit, proč se problémy s kvalitou neodhalí dříve. Omezení přepracování pomáhá zrychlit vývoj i zvýšit kvalitu produktu.

Přímo měří rozsah přepracování, takže týmy mohou sledovat jeho četnost, analyzovat příčiny a průběžně vyhodnocovat zlepšení kvality.

Obvykle se odvozuje při transformaci dat, kdy se v průběhu procesu hledají návraty k předchozím krokům nebo názvy aktivit související se selháním.

Atribut Vytvořil označuje osobu, která zahájila pracovní položku. Může jít o produktového manažera, který vytvořil uživatelský příběh, testera QA, který nahlásil chybu, nebo pracovníka zákaznické podpory, který zaznamenal problém zákazníka.

Analýza autorů pracovních položek může ukázat, odkud práce přichází. Velký počet chyb nahlášených koncovými uživateli může například poukazovat na problémy s kvalitou v nedávných verzích. Porovnání autora s následným přepracováním nebo zpožděním také pomáhá posoudit srozumitelnost a kvalitu původních požadavků.

Pomáhá určit, kdo práci zadává, a analyzovat zdroje požadavků, chyb nebo návrhů na nové funkce.

Běžné pole, například „Nahlásil“ nebo „Autor“, v záznamu o vytvoření pracovní položky.

Závažnost se liší od priority. Měří technický dopad problému, zatímco priorita vyjadřuje naléhavost jeho opravy. Překlep na zřídka navštěvované stránce může mít například nízkou závažnost i prioritu, zatímco závažné poškození dat má vysokou závažnost i prioritu.

Tento atribut je důležitý pro analýzu kvality, zejména při zkoumání procesu oprav chyb. Týmy díky němu mohou posoudit, zda nejprve řeší nejzávažnější problémy. Analýza průběžné doby podle úrovně závažnosti pomáhá zajistit rychlé vyřešení kritických problémů systému a omezit jejich dopad na zákazníky.

Umožňuje analyzovat, jak tým řeší problémy podle jejich technického dopadu, a ověřit, zda jsou kritické problémy vyřešeny včas.

Běžné pole v systémech pro řízení vývoje, zejména u pracovních položek typu „Chyba“ nebo „Incident“.