Agili strumenti, non riesci a trovare quelli che si adattino al mio caso o mi sbaglio da qualche parte? [chiuso]

Question

Agili strumenti, non riesci a trovare quelli che si adattino al mio caso o mi sbaglio da qualche parte? [chiuso]

#1 da (3 voti)

-5

Abbiamo moduli enormi nel nostro progetto, ogni modulo ha un sacco di storie di utenti, ogni storia contiene compiti di sviluppo. In realtà, prendiamo attività da più moduli, dal momento che abbiamo alcune funzioni del modulo principale e facoltative.

Ogni attività dello sviluppatore dovrei rivedere e unirmi al master.

Quindi, fondamentalmente è solo attività di progetto-attività secondaria, giusto? Ma non si adatta al nostro caso.

Ogni progetto ha la sua scheda personale - abbiamo bisogno di una sola scheda, in realtà
Le attività secondarie non possono avere stato accanto a completato / non. Quindi, il sub-task è completato, ma non revisionato, ma PM lo vede come se questa parte fosse fatta e pronta per essere testata e toccata. Aspettare che l'intera user story sia completata non è accettabile ogni volta.

So che non è una risorsa trovare le app, ma non so dove posso porre queste domande.

agile scrum kanban

posta dt0xff 10.03.2015 - 12:57

fonte

1 risposta

Leggi altre domande sui tag agile scrum kanban

Alla ricerca di informazioni sulla colorazione / evidenziazione del testo di output in python Chiamerai questo pattern come un pattern di fabbrica astratto o pattern di fabbrica

score 3 · Accepted Answer

Sembra che tu stia pensando a cosa sia un progetto diverso da come la maggior parte di questo tipo di software fa. Di conseguenza, stai anche abbattendo gli altri pezzi in modo diverso.

In uno strumento come Jira :

Un progetto è un intero software, un prodotto. Quindi nel tuo caso hai un progetto.
I moduli all'interno di un software sono chiamati componenti . Nel tuo caso, ognuno dei moduli si allinea 1 a 1 con un componente.
Storie (attività dello sviluppatore) appartengono a un progetto e possono essere associate a 1 o più componenti . Ogni storia ha il proprio stato (aperto, in corso, completato, chiuso, configurabile in Jira) e segue un flusso di lavoro predefinito. Nel tuo caso, un'attività e una storia sono uguali.
Una storia può essere suddivisa in sotto-attività . Ogni sottoattività (come una storia) ha il suo stato, seguendo un flusso di lavoro predefinito.
Un backlog è una raccolta di storie su cui è necessario lavorare. In Jira, questo è definito da un filtro su tutte le storie nel sistema.
Una tabella di controllo è la visualizzazione di un team su un prodotto backlog , che mostra quali storie di quel backlog vengono elaborate nello sprint corrente. La tavola di mischia ha una swimlane (riga) per ogni storia e una colonna per ogni stato, con storie e sottoattività che appaiono nelle colonne appropriate.
Un grande progetto interno all'interno del prodotto è un epico . Un'epica può contenere un numero qualsiasi di storie.

Se dovessi utilizzare uno strumento come Jira, avresti un singolo progetto, con una mischia e un backlog per squadra. Le storie sarebbero associate ai moduli e il loro lavoro seguirà il normale flusso di lavoro.

Potresti dividere facilmente i tuoi team e i backlog sui limiti del modulo usando un filtro appropriato quando crei un backlog; ad esempio "solo quelle storie associate a questo modulo"