Come segui l'evoluzione dei requisiti? [duplicare]

4

Quali sono i modi per gestire i requisiti in evoluzione senza trasformarli in problemi?

Non abbiamo un analista dedicato nel nostro team, quindi questo ruolo è condiviso da tutti i membri.

Il nostro flusso di lavoro ricorrente è il seguente:

  • Gli utenti ci inviano la versione iniziale dei requisiti per nuovi funzionalità che è poi seguita da una discussione con molti domande e chiarimenti.
  • Dopo l'implementazione della funzionalità e la nuova versione dell'applicazione gli utenti distribuiti possono giocarci e decidere cosa vogliono e cosa loro no Molto probabilmente chiedono alcune modifiche o aggiunte. E il ciclo si ripete.
  • Nessuno riassume i requisiti in un documento approvato dal utenti. Archiviamo semplicemente i file msg nell'archivio.
  • Dopo N iterations è piuttosto doloroso ripristinare l'intera discussione e capire perché il sistema si comporta ora come fa e qual è il suo l'evoluzione era. Soprattutto è difficile enfatizzare esplicitamente le decisioni del cliente.

Idealmente preferirei avere un sistema che permetta di memorizzare e confrontare versioni di documenti e allegare discussioni sia all'intero documento che alla particolare modifica. Tuttavia, non sono a conoscenza di un tale software.

Potresti fornire qualche consiglio o metodologia per la gestione dei requisiti?

    
posta Pavel Voronin 18.11.2015 - 15:02
fonte

2 risposte

4

Se la tua squadra è piccola o non puoi cambiare radicalmente il tuo processo .....

Could you provide some advice or methodology for managing requirements?

Una sorta di sistema di gestione dei documenti. Preferibilmente con la cronologia delle versioni e le date.

Per quanto orribile come SharePoint è per molte cose, è un buon strumento per questo. A seconda dell'implementazione, puoi anche aggiungere segnalazioni / approvazioni.

Con qualcosa di simile, puoi semplicemente consultare la cronologia delle revisioni.

O usa SVN. Ha anche una buona funzionalità di ufficio per confrontare diverse versioni di office.

Nobody summarizes the requirements in a document approved by the users. We just store msg files in the archive.

Avere un documento sui requisiti principali. Imposta un processo da aggiungere / rimuovere a questo. Forse lo hanno associato al test degli utenti.

Nel peggiore dei casi si salvano nuove copie di UserRequirements.docx come 2015_11_18_UserRequirements.docx e si dispone di un archivio di esse. O qualcosa di altrettanto grave.

Ma a prescindere che tu abbia bisogno di un modo per far sì che un requisito utente "master" venga elaborato con la cronologia. Dovrai configurare un processo con il tuo team aziendale, in modo che capisca che devono aggiornare questo documento (non inviarti un'email) se desiderano modifiche formali.

    
risposta data 18.11.2015 - 15:10
fonte
2

La prima cosa che vorrete fare è definire un processo gestione dei requisiti . Dovrai considerare più aspetti: ricevere i requisiti cliente / utente all'inizio di un progetto, suscitare l'interesse di tutte le parti interessate (compresi i requisiti aziendali e normativi), derivare i requisiti, cogliere i requisiti, convalidare i requisiti, rintracciare i requisiti al loro punto di origine e artefatti (progettazione, codice, test), come appropriato, e gestione delle richieste di modifica in entrata (inclusa la fonte e la logica).

La prossima cosa da fare è nominare una persona come manager dei requisiti. Non sono sicuro di come siano strutturati la tua organizzazione e i tuoi progetti, ma preferisco un approccio centrato sul prodotto dove è possibile, dove ogni prodotto è gestito come un articolo. Pertanto, ogni prodotto dovrebbe avere una persona primaria (e auspicabilmente un backup) per gestire i requisiti per quel prodotto.

Una volta che hai un processo e una persona (o persone) che guidano l'esecuzione di quel processo, vorrai esaminare gli strumenti necessari per supportare tale processo. Esistono strumenti progettati per supportare la ingegneria dei requisiti - Ho familiarità con IBM Rational DOORS, ma ci sono molti strumenti e Sono sicuro che ce ne sono alcuni che sono anche gratuiti e open source. Esistono anche strumenti di gestione del ciclo di vita delle applicazioni (ALM) che includono la gestione dei requisiti, ma vanno oltre le altre sfaccettature dello sviluppo del software.

Il tuo approccio all'utilizzo dei documenti è, nella mia esperienza, destinato a causare problemi a lungo termine, specialmente se si gestiscono più prodotti o un linea di prodotti software . Dovrai mantenere le tue esigenze in uno strumento che supporta le migliori pratiche di ingegneria dei requisiti e poi essere in grado di esportare fogli di calcolo e documenti quando necessario.

    
risposta data 18.11.2015 - 15:39
fonte

Leggi altre domande sui tag