Utilizziamo già tfs per la gestione dei difetti nel codice, ecc. Abbiamo anche bisogno di un modo per "capire il dominio e i requisiti dei prodotti". Normalmente, senza tfs, scambiamo email con i consulenti e rispondiamo alle domande / domande. Se si tratta di un'implementazione di funzionalità, a volte "troviamo" conflitti nell'implementazione stessa. E quando ciò accade la UserSory viene modificata e il miglioramento / bug come da ciò che viene generato in TFS.
A volte è fondamentale tornare alle decisioni che abbiamo preso o alle domande alle quali volevamo rispondere. Quindi dobbiamo essere in grado di tenere traccia di come questa "idea del requisito" o quella "query in questione" si sono evolute.
Quindi com'è possibile utilizzare TFS per tenere traccia di tutto questo? Solleviamo un oggetto "problema" per questo? O solleviamo un elemento "bug"?
Le cose principali che cerchiamo idealmente in un sistema di tracciamento delle query sono le seguenti:
- Area: può essere un modulo, un sottomodulo, un dominio. A volte questo può essere "Generale" - per indirizzare roba relativa al dominio, o, evento più granulare per indirizzare moduli, sotto-moduli. Prendiamo il caso di quest'ultimo, se stessimo rintracciando questo in fogli Excel, scriveremmo
module1,submodule2
; cioè in una moda separata da virgole. Le cose che vorrei qui sono poter cercare tutte le query relative asubmodule2
in futuro. - Risposte: si tratta di una registrazione di conversazioni tra il consulente e qualsiasi altro stakeholder. Per un caso semplice, sarebbe solo paragrafi. Ogni para inizia con un nome e una data racchiusi tra parentesi e la risposta che segue ... ogni para sarebbe come un thread - molto simile a un thread del forum
- Azione intrapresa: vorremmo sapere come è stata chiusa la query, quali sono stati gli input forniti, quali sono stati i cambiamenti a causa di ciò, ecc. ecc.
Questi sono campi che penso che mi servirebbero in un sistema del genere a parte alcuni aspetti ovvi come lo stato, l'indirizzo, il risanamento, ecc. Sono aperto a tutti gli altri campi che sono un po 'importanti. Per riassumere la mia domanda: come possiamo gestire le "query" nel sistema? Dove dovremmo idealmente memorizzare i dati relativi a quei tre campi che ho menzionato sopra (per esempio è saggio memorizzare le risposte nel tag history presumendo che stiamo aprendo un bug per la query)?