Se ho una storia con più attività per diversi utenti, c'è un buon flusso di processo quando un'attività dipende da attività precedenti per garantire che gli utenti assegnati successivi siano consapevoli di avere un compito pronto per essere lavorato?
Supponi che tutte le attività siano già assegnate agli utenti appropriati.
Fondamentalmente quando lo sviluppatore termina la codifica e fa il check-in, c'è un'altra attività che lo segue per un altro utente per fare del lavoro aggiuntivo.
Alla ricerca di qualcosa in cui il secondo utente semplicemente non vedrà la propria attività fino a quando non viene eseguita l'attività dipendente.
Il mio unico pensiero è:
- Uno stato per la seconda attività TFS che è "Non pronto" e una query TODO che li esclude.
- Per una questione di processo, se uno sviluppatore completa un'attività, dovrebbe esaminare la storia per vedere se c'è un'attività che la segue, e se è "Non pronto" cambiarla in "Nuovo".
- Gli utenti utilizzeranno la query TODO per rivedere le attività che devono completare e l'attività che passa da "Non pronto" a "Nuovo" lo farà apparire nella loro query.
Posso contare sull'ordinamento dei compiti per essere coerenti all'interno di una storia? Cioè quindi è chiaro quando si completa un compito, quale è chiaramente "successivo" senza impostare date specifiche. (Di solito non impostiamo le date per le attività e pianifichiamo assegnando agli sprint.) Non ho mai notato se le attività hanno un ordinamento coerente all'interno di una trama in assenza di priorità o se è solo un secchio con ordinamento arbitrario .
Qualche trappola?
Ovviamente l'unica cosa non ideale dipende da un processo umano come una questione di abitudine. Non ne sono estremamente preoccupato, ma certamente non ideale.
Apri idee per altri processi per ottenere lo stesso risultato.
Preferirei evitare comportamenti di scripting personalizzati in TFS e limitarmi a personalizzarli tramite la configurazione.
Per chiarire, questo è TFS in Visual Studio Online.