Come alleviare il processo di sviluppo attraverso JIRA?

-2

Nel nostro processo di agile-scrum, per ogni epop che stiamo creando, stiamo creando automaticamente una storia utente correlata a quell'epica.

Da quella user story, stiamo creando automaticamente anche 4 sottotask:

  • un'attività di progettazione
  • un'attività di analisi tecnica
  • un'attività di un prodotto
  • un compito di controllo qualità.

L'attività di analisi tecnica dovrebbe spiegare cosa fare tecnicamente parlando in termini di dev. Tuttavia, abbiamo un compito di sviluppo che sta creando un duplicato con l'analisi tecnica.

Una volta, una delle sottoattività è aperta, non possiamo chiuderle.

In termini di automazione, le idee sono buone ma il processo può essere migliorato.

Le mie domande sono le seguenti:

  • Devo avere un'epica e una user story, allo stesso tempo? Li vedo come duplicati ma forse sbaglio

  • Devo mantenere l'attività di analisi tecnica quando ho già un compito di sviluppo che è stato creato?

  • Ultimo ma non meno importante, dovrei chiudere tutte le attività secondarie che non vengono utilizzate come design quando non sono progettate

posta Andy K 03.12.2018 - 09:54
fonte

1 risposta

2

Ti consiglierei di non creare automaticamente nulla.

L'approccio più semplice è quello di eseguire un'attività per storia e di ridimensionare le tue storie a 1 giorno.

Includere i test unitari come parte dello sviluppo, ma solo i rilasci del software QA. cioè tutte le attività completate.

Quindi puoi rimettere i bug come nuovi compiti.

Se vuoi raggruppare molte storie di un giorno o un sacco di bug / revisioni insieme come la stessa funzione, allora puoi iniziare a guardare ai poemi epici.

Ma spesso è meglio iniziare a lavorare e risolvere il tuo software PM mentre vai. Ti consente di capire cosa funziona meglio per te senza caricare tutti con le attività di amministrazione

    
risposta data 03.12.2018 - 15:49
fonte

Leggi altre domande sui tag