Menu

Tutorial JIRA Scrum Board: Gestione di Scrum con Jira per la gestione dello Sprint

  • Principale
  • Altro
  • Tutorial JIRA Scrum Board: Gestione di Scrum con Jira per la gestione dello Sprint

jira scrum board tutorial

Prova Il Nostro Strumento Per Eliminare I Problemi

Una guida dettagliata alla gestione di Scrum con Jira: Tutorial JIRA Scrum Board per la gestione efficace dello Sprint

come aprire i file swf su pc

Portfolio JIRA è stato spiegato in dettaglio nel nostro precedente tutorial. In questo tutorial, esplora di più sulla gestione di Scrum con JIRA.

In ambiente Scrum o Kanban Jira aiuta a gestire lo Sprint in modo efficace ed efficiente, con la sua semplice interfaccia utente e le opzioni facili da usare.

Diamo ora uno sguardo approfondito a Scrum Handling with Jira. Per una conoscenza completa di JIRS, leggi il nostro Serie di formazione JIRA gratuita .

=> Fare clic qui per la serie completa di tutorial JIRA

Questo tutorial spiegherà il progetto, il backlog del prodotto, la stima del tempo dei problemi, cos'è uno sprint, creazione di uno sprint, pianificazione dello sprint, riunione giornaliera in piedi, fine sprint, retrospettiva dello sprint ecc.

jira scrum board tutorial jira sprint

Cosa imparerai:

Progetto

Per scrum, il progetto può essere chiamato Scrum Project (Sprint project). In uno scenario pratico, l'utente (forse il Product Owner) con diritti di amministratore crea il progetto.

Passaggi per creare un progetto Scrum:

# 1) Fare clic sul pulsante della cartella 'Progetti' (icona) nel riquadro sinistro della pagina.

creare progetto

#Due) Fare clic sul pulsante 'Crea progetto' disponibile nell'angolo in alto a destra della pagina, che visualizzerà la pagina 'Crea nuovo progetto'.

Normalmente all'utente verrà chiesto di selezionare un tipo di progetto. Assicurati di aver scelto 'Sviluppo software Scrum' come tipo di progetto.

creare un nuovo progetto

# 3) A questo punto, assicurati che il modello selezionato sia 'Scrum'. In caso contrario, fare clic sul pulsante 'Modifica' e quindi selezionare 'Scrum' come modello dalla finestra di dialogo popup visualizzata.

cambia modello di progetto

# 4) Nella pagina 'Crea nuovo progetto' immettere un nome adeguatamente identificabile per il nuovo progetto e quindi fare clic sul pulsante 'Crea'.

Questo mostrerà la pagina del progetto appena creato come mostrato di seguito:

pagina del progetto appena creata

  • Come si vede nell'immagine sopra, 'MTP' è il nome breve del progetto (nome del progetto effettivo del progetto di esempio = 'Il mio progetto di prova') scelto internamente da Jira.
  • Insieme al progetto viene creata automaticamente una lavagna di mischia.
    • Come un bianco / lavagna, che può contenere molte righe del resoconto, una bacheca Jira mostra i problemi creati per un particolare progetto (può anche visualizzare i problemi di diversi progetti).
    • Presentando i problemi come una bacheca, Jira rende estremamente flessibile la visualizzazione, la gestione e il monitoraggio dello stato di avanzamento di un problema. (Impareremo più dettagli specifici per le schede Jira in un tutorial separato).
  • Il backlog della Scrum Board è vuoto per il progetto appena creato. Il backlog dovrebbe ora essere riempito con i problemi, le attività, ecc. In un ambiente di scrum, un Product Owner riempie il Product Backlog. Il proprietario del prodotto può richiedere l'aiuto di uno Scrum Master ovunque sia necessario.
    • L'elenco dei problemi in sospeso (che possono includere miglioramenti delle funzionalità, bug, attività ecc.) Per il prodotto è indicato come Product Backlog. Un elenco simile per uno Sprint è chiamato Sprint Backlog.

Backlog di prodotto

  • I problemi Jira (di diversi tipi) vengono creati per aggiornare / riempire un backlog di prodotto.
  • Il proprietario del prodotto riceve i requisiti (anche i bug) dai clienti finali. Anche altri membri del team possono suggerire alcuni problemi.
  • Il Product Owner si assicura che ci siano problemi sufficienti per lo sprint corrente e per lo sprint futuro.

Stima del tempo dei problemi

  • Una volta che il backlog del prodotto presenta problemi, diventa importante determinare e aggiornare le stime di tempo su ciascuna attività.
  • La stima del tempo sulle attività, a sua volta, è importante per lo Sprint Backlog. Aiuta a decidere il numero di problemi che possono essere affrontati in uno sprint a seconda del numero di membri del team nella mischia e della loro capacità di tempo.
  • Ogni numero di Jira ha un campo chiamato 'Stima' (a volte indicato come 'Punti della storia'), in cui la stima del tempo nel formato concordato deve essere compilata.

Una volta che il numero di problemi in arretrato è sufficiente e ogni problema ha una stima del tempo, sono pronti per essere elaborati in uno Sprint. È necessario creare un nuovo Sprint e considerare i problemi nello sprint.

Cos'è uno Sprint?

In un ambiente Scrum, i rispettivi team prevedono di completare una serie di problemi da completare in un determinato periodo di tempo, che viene indicato come Sprint. Il team insieme al Product Owner determina la durata del team.

Nella maggior parte dei casi, la durata dello sprint è di due, tre o quattro settimane.

creare sprint

Crea uno sprint

Fare clic sul pulsante 'Crea sprint' (fare riferimento all'immagine sopra).

Dare un nome deciso e appropriato allo sprint ( Per esempio. Sprint2018 giugno). A questo punto, Jira visualizzerà una pagina come mostrato di seguito.

nuovo sprint

Pianificazione dello sprint

In un ambiente mischia / agile, una delle 'cerimonie di mischia' è la pianificazione dello sprint.

Questo incontro di pianificazione dello sprint dovrebbe essere convocato prima di iniziare lo sprint. Anche prima che lo Scrum Master scopra la capacità di tempo del team per lo sprint imminente considerando le eventuali ferie pianificate dei membri del team, o qualsiasi altra pausa come l'allenamento, ecc.

Il processo:

  • Durata della riunione: Per uno sprint di due settimane, normalmente sono 2 ore. È come il numero di settimane * 1 ora (cioè 2 * 1)
  • Il product owner disporrà di un elenco prioritario di problemi nel backlog del prodotto.
  • Partecipanti obbligatori: Scrum Master, Product Owner, Scrum team.
  • Eventuali problemi non stimati vengono stimati
  • Il team decide su quali problemi è possibile lavorare nello sprint. Questo è importante per mantenere lo scopo dello sprint.
  • Trascina e rilascia i numeri nella carta da giornale o cambia il nome dello sprint sui nuovi numeri. Il pulsante 'Avvia sprint' sarà ora abilitato. (fare riferimento all'immagine sottostante)

sprint pronto per iniziare

  • Il team si impegna a completare i problemi nello sprint.

Quando il team concorda sulla portata dello Sprint, lo sprint viene avviato facendo clic sul pulsante 'Avvia sprint'.

Jira visualizzerà la pagina successiva come mostrato di seguito:

cos'è una doppia variabile in java

avviaprint_page1

Immettere i dettagli richiesti nella finestra di dialogo popup 'Avvia sprint':

  • Nome Sprint: Immettere il nome univoco identificabile e comprensibile.
  • Durata: Seleziona la durata dello sprint concordata.
  • Data d'inizio: Seleziona la data di inizio dal controllo del calendario.
    • Nota: Alcune squadre iniziano lo sprint lunedì e terminano venerdì. Ovviamente non regola i pollici.
  • Data di fine: Jira calcola questa data di fine in base alla durata selezionata.
    • Nota: Nel caso in cui venga selezionata una data di fine diversa, il campo della durata viene aggiornato come 'Personalizzato'.
  • Obiettivo sprint: Questo è un campo non obbligatorio.

Fare clic sul pulsante 'Avvia' dopo aver inserito i dettagli richiesti. Jira ora visualizzerà la 'tavola Sprint' come mostrato nell'immagine seguente. La scheda 'Sprint attivi' diventa ora attiva.

cos'è un file .7z

tavola sprint

Tre colonne, 'DA FARE', 'IN CORSO' e 'FATTO', sono mostrate nella scheda Sprint, attraverso le quali attraverserà un problema. Le colonne visualizzate possono variare da un'organizzazione all'altra. Le colonne possono essere configurate con l'aiuto di un amministratore Jira.

I membri del team quindi raccolgono i problemi su cui lavorare e li spostano nella colonna 'IN CORSO'. Una volta soddisfatta la DOD (Definition of Done) del problema, il problema viene risolto e spostato nella colonna 'Done' della scheda Sprint.

Riunione quotidiana in piedi

Dopo aver iniziato lo sprint ogni giorno (e fino alla fine dello Sprint), si tiene una riunione quotidiana in piedi (a volte indicata anche come 'Daily Scrum'), tipicamente all'inizio della giornata al mattino.

  • Intenzione: Per sapere se ci sono problemi di blocco per qualsiasi problema su cui si sta lavorando e anche per sapere come sono i progressi di ciascun membro del team.
  • Partecipanti obbligatori: Scrum team, Scrum Master, Product Owner
  • Durata: Massimo 15 minuti.
    • Evita la narrazione
    • Evita di sederti
    • Assicurati che ogni partecipante sia attento.
  • Ogni membro del team parla:
    • Cosa è stato completato ieri?
    • Su cosa lavorerà il membro del team oggi?
    • Ci sono impedimenti?

Nota: Durante l'avanzamento dello sprint, può sorgere la necessità di aggiungere questioni ad-hoc / prioritarie nello Sprint. In tal caso, per mantenere l'ambito dello sprint, uno o più problemi verranno rimossi dallo sprint backlog e aggiunti di nuovo al product backlog. Il proprietario del prodotto, lo scrum master e il team dovrebbero concordare le modifiche.

Fine Sprint

L'ultimo giorno dello Sprint, lo sprint dovrebbe essere completato / concluso. Questo viene fatto facendo clic sul pulsante 'Completa sprint'.

Verrà visualizzata la pagina popup 'Sprint completo' come mostrato di seguito:

fine sprint

La pagina popup 'Sprint completo' mostra:

  • Numero di problemi completati
  • Una serie di problemi incompleti.
  • Eventuali problemi aggiunti dopo l'avvio dello Sprint.
  • Opzione per spostare le questioni incomplete in 'Backlog' o in 'Nuovo Sprint'.
    • In genere le questioni incomplete vengono spostate in Backlog.

Facendo clic sul pulsante 'Completa' nella pagina 'Sprint completo' si terminerà / chiuderà lo Sprint e verrà visualizzata la pagina 'Rapporto Sprint'. (Fare riferimento all'immagine sottostante)

Lo Sprint Report aiuta a identificare se l'ambito dello sprint è stato sovraccaricato o viceversa.

rapporto di sprint di fine sprint

Sprint Retrospective

Questo incontro dovrebbe essere tenuto dopo aver completato lo sprint e prima di iniziare un nuovo Sprint.

La durata potrebbe essere un'ora. Lo scopo principale di questo incontro è raccogliere un feedback 'rapido' dal team. Questo incontro aiuta l'intero team a capire 'cosa è andato bene' e 'cosa deve essere migliorato'.

Il feedback raccolto dovrebbe essere elaborato nel prossimo sprint ed è parte del continuo miglioramento 'agile'.

Conclusione

Questo tutorial informativo ha spiegato come vengono utilizzate le varie schede Jira per gestire Scrum.

Spero che il processo passo passo spiegato in questo tutorial abbia arricchito le tue conoscenze sul concetto di Scrum con JIRA.

=> Visita qui per la serie completa di tutorial JIRA

Guarda il nostro prossimo tutorial per saperne di più sugli altri dashboard di Jira.

Tutorial PREV | PROSSIMO Tutorial

Lettura consigliata

^