Come centralizzare i requisiti funzionali e la conoscenza del dominio per un accesso rapido?

2

Sono uno sviluppatore di software in un provider SaaS Human Capital Management (Agile) in crescita e utilizziamo solo Team Foundation Server (TFS) per tenere traccia del nostro arretrato, storie, criteri di accettazione, gestione degli ordini di lavoro, ecc.

I requisiti per le storie sono documentati come criteri di accettazione in TFS ma altamente non strutturati. È molto difficile trovare rapidamente come dovrebbero comportarsi le cose senza dover immergersi negli Elementi di lavoro o persino nel codice.

Nel mio precedente lavoro abbiamo utilizzato il software Rational Doors come repository di requisiti e lo ha fatto lavoro ma alla gente non piaceva perché era lento e forse troppo complesso.

Secondo me, è difficile diventare agili quando il tuo livello di complessità aziendale cresce in modo esponenziale e non hai un modo rapido per ottenere risposte. Oltre a questo, dove sono io tendiamo a evitare di scrivere una documentazione estesa che raramente verrà letta, e anche la ricerca nei documenti non è molto efficace.

Opzioni Vedo:

  • Utilizzo della nostra intranet
  • Uso di integrazioni office / TFS
  • Utilizzo di un sistema di gestione delle regole aziendali
  • Utilizzo di un software per requisiti come IBM Doors.

Tra le funzionalità che penso sarebbero necessarie:

  1. Essere veloce per le ricerche e le voci di tutte le parti interessate come sviluppatori, analisti aziendali, esperti di conoscenza del dominio, ecc. (dati strutturati)
  2. Gerarchia (promozione / riduzione di articoli)
  3. Collegamento tra aree e requisiti funzionali
  4. Se possibile integrato in TFS

Altri consigli?

Grazie,

    
posta Adolfo Perez 12.08.2016 - 14:23
fonte

1 risposta

4

Porte ... (tremano in modo incontrollabile)

Un wiki ben organizzato può servire molto bene a questo scopo.

  • Gli articoli sulle "caratteristiche" e sui "componenti" possono essere organizzati con qualsiasi struttura utile e collegati per riferimento tra requisiti e le loro implementazioni.
  • Qualsiasi stakeholder può modificare gli articoli per tenerli aggiornati.
  • Utilizza i modelli di navigazione nella parte inferiore di ciascun articolo per aiutare i lettori a spostarsi tra articoli e contesti.
  • La maggior parte offre modi per rendere specifici articoli o gruppi di articoli in formati stampabili (incluso PDF).

Sono un grande fan di MediaWiki per questo scopo, con Atlassian Confluence un secondo in ordine di grandezza.

    
risposta data 14.11.2016 - 08:13
fonte