Jira è utilizzato per la gestione dei problemi, ed è uno strumento fondamentale per la conservazione di sviluppo software in team organizzati. In questa guida ti abbattere è provato e testato schema, tra i diversi livelli di emissione e i tipi di strumenti di organizzazione offerto a voi.
Al momento della scrittura, Jira sta rinnovando la loro intera esperienza utente. A causa di questo, si hanno due opzioni quando si crea un nuovo progetto in Jira Cloud—Jira Classico o Jira Next-Gen. concetti fondamentali rimangono gli stessi, ma le Interfacce utente sono diversi, quindi è importante chiarire che le immagini in questo articolo sono da Jira Next-Gen, piuttosto che il classico Jira.
Jira Problemi
I problemi sono il cuore di Jira. Essi rappresentano i singoli “cose che devono essere fatte,” se tale è la correzione di un bug, l’implementazione di una funzione, fare un cambiamento, o semplicemente a dettagliare lavoro per facile attribuzione.
Ci sono alcuni tipi di problemi di Jira. La maggior parte di base è la normale “Problema”, chiamato anche “Storie”. È possibile creare questi da quello predefinito scheda, cliccando in fondo alla lista e dandogli un nome:
Se si fa clic su un problema, una finestra di dialogo pop-up che vi mostra qualche info in più. I problemi sono pochi campi distinti, che sono personalizzabili nelle impostazioni del progetto. Per impostazione predefinita, i problemi di avere un titolo e le etichette che vedi sulla scheda principale, oltre a una lunga lista attività nella finestra di dialogo popup.
I problemi possono essere collegati ad altri problemi in un paio di modi diversi. E ‘ comune per problemi relativi al software di essere molto interconnessi, in modo che questa funzione è molto utile. Un problema può essere designato come il blocco di un altro problema venga risolto, o viceversa. Vago “si riferisce a” opzione può essere utilizzato anche per una più generale di collegamento. Sotto il cofano, Jira, inoltre, utilizza questo sistema per collegare i problemi che sono stati clonati o duplicati da problemi esistenti.
È anche possibile creare “Bambino” Problemi ” noti come secondarie. Questi problemi non si presentano sul primario in pensione, ma sono collegati direttamente al genitore problema e vedere. In un certo senso, essi consentono di suddividere i problemi in singoli pezzi di lavoro.
Mentre non sono sul bordo, essi agiscono come pieno di problemi, con proprio identificativo e tutti i vari campi che sono dotate di serie di questioni. Essi possono essere assegnati a singole persone, indipendentemente dal genitore problema dell’assegnazione.
Il genitore problema, tutti i bambini che i problemi verranno visualizzati in un elenco a fianco del loro stato attuale. Questo ti dà una rapida panoramica di quanto ancora deve essere fatto, allo stesso modo di una lista di controllo.
L’ultima e più importante tipo di problema sono “Epics.” Epics non tenere traccia dei singoli bug o funzionalità, ma di comportarsi come una grande scala raccolta di problemi che sono tutti relativi ad una particolare area di lavoro.
Per esempio, “Autenticazione Utente” può essere un Epic. All’interno di quella Epica, si può creare una Storia di problemi a gestire il flusso di accesso, creare l’account di accesso e le pagine, ed eventualmente aggiungere OAuth 2.0. Si può rompere questi problema creando sottoattività in dettaglio ciò che deve essere fatto per ogni Storia per essere completato.
È possibile creare Epics dalla “tabella di marcia” tab. Perché Epopee di solito pista grande consegne dei requisiti dell’utente, hanno un inizio e una data di scadenza, e può essere organizzato su una linea temporale.
In caso contrario, Epopee di un lavoro interamente come standard Jira problemi. Storia dei problemi può essere assegnato a un poema Epico, che permette di visualizzare l’Epica nome a fianco il problema tavole, che li rende un grande strumento organizzativo. I problemi legati a un’Epica verrà visualizzato come un bambino a problemi di Epic pannello info.
In cima a questo, se non ti piace l’impostazione predefinita tipi di problemi, è possibile personalizzare loro da Jira impostazioni, e anche per crearne di nuovi a vostro piacimento.
Utilizzando Schede Kanban
Basta scorrere l’elenco dei problemi non è super intuitivo, e possibile ottenere goffo rapidamente se si dispone di un sacco di problemi. Uno dei Jira primaria di strumenti organizzativi è un Kanban board. Provenienti dal Giapponese produzione di auto, Kanban è un modo di organizzare gli elementi in fasi distinte, dette anche liste. Come un oggetto, o di Carta“,” progredisce in via di sviluppo, si muove da sinistra a destra lungo l’elenco.
Kanban non è esclusivo o inventati da Jira, come servizi, come Trello, Gitlab, e molti altri hanno implementato consigli che si possono trovare molto simile a quella di Jira attuazione. Tuttavia, è ancora una caratteristica impressionante e una grande aggiunta a Jira toolkit.
In pratica, è possibile creare elenchi per i problemi che sono di backlog, attualmente in fase di priorità, sta attivamente lavorato, in attesa di revisione del codice, in attesa di rilascio, e spedito prod. Come voi e i vostri dipendenti di lavorare sul vostro progetto, i problemi si sposta dal backlog tutta la lista.
I problemi possono essere spostati tra le liste trascinandoli da uno all’altro. Se hai impostato Jira integrazioni, con il controllo del codice sorgente, è possibile spostare facilmente Jira problemi per la revisione del codice da citare in un messaggio di commit che si chiude un particolare problema di ID.
Mentre Jira si concentra sull’utilizzo di Liste per rappresentare l’ordine cronologico delle fasi di sviluppo del software, non c’è alcun limite al numero di Liste che si può avere, quindi siete liberi di utilizzarle come strumento di organizzazione pure. È inoltre possibile creare più Kanban board, che consente di avere una standard board e una scheda personalizzata, utilizzando gli stessi problemi (anche se questa funzione non è attualmente disponibile nel Jira Next-Gen).
Utilizzando Sprint
Mentre Kanban board sono un ottimo jolly per la maggior parte dei progetti, per le squadre che vogliono implementare un flusso di lavoro di sviluppo agile come Mischia, può essere più utile per organizzare i problemi di utilizzo “Scatti”. Sprint sono un blocco fisso di tempo, di solito un mese o meno, durante i quali questioni specifiche o caratteristiche sono lavorati da parte del team.
È possibile attivare scatta da le impostazioni del progetto, che richiede anche che si accende la caratteristica di backlog.
Adesso puoi vedere un “Backlog” scheda che contiene un elenco di tutti i vostri problemi. Il backlog consente di pianificare al meglio il tuo Sprint. È possibile trascinare i singoli problemi nello sprint, o ordinare gli elementi in portafoglio in ordine di importanza e quindi trascinare il divisore nel portafoglio ordini. Una volta che hai qualcosa di accettabile pianificato, è possibile fare clic su “Start Sprint.”
Ora, se si torna al tuo Kanban board, vedrai che è limitata agli elementi nella sprint che si è scelto di concentrarsi su, che è possibile cancellare il disordine. In un certo senso, una Sprint è essenzialmente un filtro per il Kanban board.
In caso contrario, è un fatto del tutto normale Kanban board. È possibile passare tra le due funzioni e problemi ricorderanno il loro posto in Kanban, indipendentemente dal fatto che o non si dispone di Sprint attivo o meno.