Uso le funzionalità per documentare le funzionalità come le avevamo inizialmente comunicate al nostro cliente in fase di proposta. Ora voglio creare User Story relative alle funzionalità in modo da poter facilmente mappare le nostre storie alla proposta.
Molte delle storie si mappano naturalmente tra le funzionalità, ma Team Foundation Server (TFS) non mi consente di fornire una storia a più di una funzione principale. È perché sto "sbagliando" o è più una limitazione di TFS al momento?
Secondo me, non c'è motivo per cui un utente non possa essere associato a più di una funzione. Tuttavia, molte persone sembrano essere d'accordo sul fatto che sia una cattiva idea. La migliore pratica è quella di limitare una storia a una singola funzione: rende la storia più piccola, e quindi più semplice da stimare, costruire e testare. Forse è per questo che TFS è così com'è, per costringerti a seguire le migliori pratiche.
Il tuo obiettivo non dovrebbe essere quello di fare ciò che qualcun altro dice che dovresti fare, dovresti fare ciò che rende la tua squadra particolare il più efficace possibile. Se si collegano due caratteristiche a una storia, fallo. Detto questo, a meno che tu non abbia una ragione specifica per farlo, ti incoraggio a seguire le migliori pratiche e associare una sola caratteristica a una storia.
Nella relazione genitore / figlio TFS un elemento di lavoro può avere solo un genitore. Tuttavia, un genitore può avere più figli.
Da una prospettiva del processo Agile, una storia utente deve sempre essere allineata a una funzione. Sospetto che le tue funzioni o le tue storie utente siano mal definite. Forse la tua user story è troppo grande o orientata al sistema piuttosto che orientata all'utente. D'altra parte, forse le tue funzionalità sono troppo granulari e dovrebbero davvero essere le storie degli utenti che si collegano a una funzione di livello superiore. Sareste in grado di fornire un esempio di una user story che verrebbe allegata a più funzionalità?
Una funzionalità dovrebbe essere una funzionalità di alto livello con una raccolta di storie utente che scopra come gli utenti del tuo software interagiranno con tale funzionalità. Ad esempio, "Funzionalità di accesso" potrebbe essere una funzionalità. "Implementare l'autenticazione di Facebook", "Implementare la cancellazione dell'account" e "Implementare la reimpostazione della password" saranno tutte storie di utenti che si collegheranno a quella caratteristica.
Leggi altre domande sui tag agile team-foundation-server