utilizzando un wiki per i requisiti

9

Sto cercando modi per migliorare la gestione dei requisiti. Attualmente, abbiamo un documento Word pubblicato su un sito Web. Sfortunatamente, non possiamo (a mia conoscenza) guardare i cambiamenti da una revisione alla successiva. Preferisco di gran lunga poterlo fare, proprio come con un wiki o VCS (o entrambi, come il wiki su bitbucket!).

Inoltre, ogni documento descrive i cambiamenti che gli sviluppatori devono soddisfare entro una data scadenza. Non esiste una raccolta di funzionalità di app accumulate ovunque, quindi a volte è difficile distinguere tra un bug e una funzionalità (mal progettata) quando si tenta di apportare correzioni rapide alle app precedenti.

Quindi ho avuto l'idea di voler ricevere un feedback. Che dire:

  1. Uso di una wiki per poter tenere traccia chi ha cambiato cosa quando (principalmente a vedi anche se sono state apportate modifiche dall'ultima volta che si è guardato).
  2. Avere una, per esempio, una pagina wiki per prodotto piuttosto che uno per scadenza, tenere il passo con tutti caratteristiche del prodotto piuttosto che i cambiamenti che dovrebbero essere implementato. In questo modo, posso guardare ad una particolare revisione della pagina per vedere quale app dovrebbe fare in un dato momento, e posso guardare modifiche alla pagina dall'ultima versione per i requisiti da soddisfare implementato entro la prossima scadenza.

Waddayathink?

    
posta apollodude217 31.01.2011 - 00:25
fonte

3 risposte

9

Sì, è un'ottima soluzione, se organizzi la pagina in una struttura semplice, facile da consultare.

Scegli un wiki con una semplice sintassi. ( Dokuwiki è semplice e non richiede un DB)

Modifica: se utilizzi un sistema di controllo versione, ovvero SVN o BZR, prova Trac , dove puoi definire milestone, mantenendo la richiesta di bug e caratteristiche, e definisci il tuo flusso di lavoro per gestire un bug! Wiki è incluso!

    
risposta data 31.01.2011 - 00:32
fonte
2

Un wiki è un buon modo per andare. Penso che sarebbe meglio se i documenti fossero ancora versionati. Puoi avere una documentazione mobile che mantiene le funzionalità più attuali. Fai ancora scatti istantanei in questo modo è facile per chi guarda indietro di trovare la documentazione per quel software tre versioni fa, senza dover guardare attraverso la cronologia del documento, che è fatto per inversioni rapide e non è adatto per guardare indietro di anni o mesi.

Ho iniziato a usare Media Wiki, ma ora stiamo usando Xwiki. Ha un editor GUI piuttosto buono che chiunque dovrebbe essere in grado di utilizzare senza alcun addestramento. Ha anche un'idea chiamata "spazi": ogni spazio crea un nuovo spazio per i nomi in modo che diversi prodotti possano avere una pagina chiamata "caratteristiche", piuttosto che product_x_features o qualcosa di stupido, questo riduce enormemente la necessità di gestire più installazioni wiki. Inoltre ci sono strumenti per integrare word e xwiki, consentendo di salvare i documenti di parole direttamente sul wiki. Tutto detto è molto più ricco di funzionalità.

    
risposta data 31.01.2011 - 00:40
fonte
1

Mi piace il tuo approccio wiki per progetto. Hai citato bitbucket, presumo tu li stia usando come host del tuo repository. Altrimenti guarderei anche i wiki su GitHub.

Se sei disposto a spendere un po 'di denaro, controlla Lighthouse . È il mio modo preferito per tenere traccia delle richieste di funzionalità e bug al momento. Sono anche molto appassionato di utilizzare Pivotal Tracker, fondamentale era gratuito ma si sta muovendo verso un modello a pagamento ora.

    
risposta data 31.01.2011 - 00:35
fonte

Leggi altre domande sui tag