team di implementazione - Input e output [chiuso]

-2

Ho delle domande sul processo di sviluppo del software,
Supponiamo di avere tre squadre

  • Analisti aziendali
  • Team di implementazione
  • Team di garanzia della qualità

Penso che gli input degli analisti di business siano BRD (requisiti aziendali) del cliente, La mia domanda riguarda l'input del team di implementazione (gli ingegneri che in realtà codificano il software)
Qual è l'input per il team di implementazione?

  • Quale documentazione per i nuovi requisiti? è se FSD? Specificazioni funzionali?
  • Quale documentazione per una richiesta di modifica (il client richiede una modifica del comportamento del sistema)
  • Quale documentazione per correzioni di errori?

C'è un modello di documento o una metodologia da seguire?
Agile copre questo argomento?

    
posta user648026 15.10.2015 - 21:47
fonte

2 risposte

3

Immagino che la tua organizzazione non sia molto sofisticata dal momento che stai facendo queste domande su come gestire i requisiti. La gestione dei requisiti è ciò che rende o spezza un progetto. Hai elencato i tre tipi di requisiti. Requisiti conosciuti - (Cosa forniscono gli analisti) - Suggerirei di trovare un modello su goodle e usarlo.

Requisiti rilevati - (richieste di modifica) Requisiti incompresi o mancanti - (Difetti) - Suggerisco di utilizzare uno strumento di tracciamento dei bug come Bugzilla per entrambi i requisiti di modifica e i difetti poiché i difetti sono in realtà richieste di modifica (Cambia cosa non ha lavora con cosa fa)

    
risposta data 16.10.2015 - 02:32
fonte
0

Agile non fornisce suggerimenti. È forse il modo migliore e più rigoroso di pensare a creare qualcosa. Consulta il Agile Manifesto .

Agile non è una metodologia. Le metodologie sono basate su Agile.

Tuttavia, le metodologie Agile sono molto difficili da implementare e richiedono il buy-in da parte di tutti coloro che sono coinvolti nel progetto per avere successo.

    
risposta data 16.10.2015 - 02:56
fonte

Leggi altre domande sui tag