Come scrivere attività in Jira quando si usa Scrum?

Should I create user stories as super tasks and then create subtasks with the actual tasks/requirements?

Sì, lo stesso motivo che ha dato @superM. Il nostro team mette in pratica tutti i criteri e i criteri di accettazione nella storia dell'utente (super task) e quindi crea delle attività secondarie per delineare esattamente cosa devono fare gli sviluppatori per realizzare quella storia (ad esempio, creare una tabella, aggiungere un servizio X, modificare i parametri del server , ecc.)

Usiamo anche il plugin GreenHopper per JIRA ( link ) per tracciare le nostre Epiche e Storie nel backlog. Una volta che le Storie sono stimate con Story Points e impegnate in uno Sprint, il team crea sotto-attività sotto ogni Story per quello che dovranno fare per ottenere il software per implementare la funzione. Il plugin GreenHopper fa un ottimo lavoro visualizzando la sotto-attività nella relazione User Story. Tuttavia, anche senza il plugin, vanilla JIRA ti consente di specificare un'attività principale (chiama la tua storia) e poi le sotto-attività (ciò che la squadra mette fuori gioco durante lo sprint).

Should I estimate super tasks/user stories, or only the sub tasks?

Stimiamo punti storia solo al livello Story (il plugin GreenHopper aggiunge un campo personalizzato per quel valore, ma se non usi il plugin puoi creare un campo personalizzato se lo desideri) . Ma nel nostro team, mentre gli sviluppatori completano i loro sotto-compiti in ciascuna storia, registrano il loro lavoro (per esempio quante ore ci sono volute) in modo che possiamo riportarlo in seguito. Non registriamo mai il lavoro (ore) per la storia (super-compito) e non stimiamo mai le ore per completare i sub-compiti o le storie che ci vanno dentro, è sempre post-mortem nel nostro caso.

Uso della gerarchia come Epic - > Story/Task - > SubTask funziona alla grande con poche eccezioni:

1. Non c'è modo in JIRA di pianificare quale SubTask il team ha impegnato a finire nel singolo Sprint
2. Se Story/Task è GRANDE, 1 livello di scomposizione potrebbe non essere sufficiente
3. In questo modo, sia Story sia Task hanno lo stesso scopo e sono intercambiabili.

Andiamo con una gerarchia più profonda: Epic - > Story - > Task - > Task - > ...
Qui Story è l'abbreviazione di User Story, che cattura i requisiti e appartiene al prodotto. L'attività da un'altra parte è il risultato della scomposizione della storia o di un'altra grande attività e di proprietà dello sviluppo.

L'unico problema in questo caso è che naturalmente GH non offre un modo per definire la relazione tra Story e Tasks . Stiamo utilizzando Parent - Child link, deve essere gestito manualmente.

Ho visto un plug-in di terze parti che definisce la relazione gerarchica tra problemi e rapporti sulle stime consolidate Children in Parent e tempo trascorso. Non l'ho usato, quindi non ne parlerò qui per ora.

Hai una comprensione molto superficiale delle storie degli utenti. Va bene, ma dovresti saperlo. Se vuoi veramente capire questo argomento, ti consiglio vivamente di guardare il lavoro di Liz Keogh, Dan North, Chris Matts e Jeff Patton. Buon divertimento.

Non pensare troppo a questo materiale in Jira. È solo una lista di cose da fare. Ecco una storia. Cosa resta da fare? Metti questi compiti in Jira, ciascuno associato alla storia. Mentre le persone pensano a cose extra da fare, fai questi compiti in Jira, ognuno associato alla storia. Questo è tutto.

Should I create user stories as super tasks and then create subtasks with the actual
tasks/requirements?

Sì. È molto comodo perché puoi facilmente capire perché è stata eseguita una determinata attività. Inoltre, questo approccio ti consente di monitorare lo stato di avanzamento di ogni storia utente.

Should I estimate super tasks/user stories, or only the sub tasks?

Dalla mia esperienza, più piccola è l'attività, più facile è stimarla. Anche le piccole stime tendono ad essere più accurate. La stima di una User story è la somma delle stime delle sue subtasks. Quindi la stima della storia è più giusta, accurata e ragionevole.

P.S. Ecco alcuni link utili su Scrum e Jira:

• Con agile, cosa succede quando una storia utente non viene completata in una iterazione?
• Come si tiene traccia di un documento dei requisiti su un team agile?