JIRA: classificazione dei problemi, chiarimenti necessari [chiuso]

JIRA è un sistema di tracciamento di problemi generico. Presenta un numero di opzioni preconfigurate che si ritiene siano utili per la maggior parte degli utenti all'inizio.

Ogni squadra che usa metodi agili ha bisogno di venire alla propria definizione di cosa sia esattamente una "Storia" o una "Epopea" e se "Storia" e "Nuova Caratteristica" siano equivalenti o meno. Una volta che hai definito queste definizioni interne, devi andare e personalizzare JIRA in modo che si adatti al tuo processo, oppure creare una sorta di mappatura tra i due.

Per quello che vale, la mia definizione per questi elementi è: An Epic è costituito da una o più funzionalità, e ciascuna caratteristica è composta da una o più storie. E Improvement potrebbe essere o una singola storia, ma potrebbe estendersi su più storie (per grandi miglioramenti) o una storia potrebbe essere raccolta di molti piccoli miglioramenti (a volte chiamati anche tweaks). Ma, come detto, devi arrivare alla tua definizione di cosa significano esattamente queste parole nella tua squadra.

Un progetto Jira Kanban (pronto all'uso) visualizza un campo chiamato "Epic Link" in ogni Story, Feature, Task, Defect o diversi altri tipi di problemi. Questo vale per entrambe le versioni server e cloud.

Questo si presta a usare Epic per indicare una raccolta di storie. Storie e Funzionalità possono anche avere compiti secondari assegnati. Storys di solito fornisce un valore aziendale mentre i compiti no. Non è chiaro come una caratteristica differisca da una storia in quanto hanno un comportamento simile.

Storys non ha campo chiamato "Feature Link", ma il tuo amministratore potrebbe configurarne uno se desideri raggruppare storie in Funzionalità. Né ci sono sotto-attività.

Il plug-in di struttura (sull'edizione del server) può consentire più livelli.