Esecuzione di un colloquio di analisi dei requisiti

3

Perché le interviste sui requisiti non saltano mai fuori come sono programmate - e come posso prepararmi? Sto cercando il seguente tipo di aiuto su come prepararmi per queste interviste e su cosa posso prestare attenzione per sfruttarle al meglio.

Il mio progetto di informazione, incentrato sul reporting di gestione all'interno di un'azienda, è attualmente nella sua fase di definizione. Tutti i miei stakeholder sono manager di portata maggiore o minore.

Le mie due precedenti interviste erano state pianificate abbastanza estesamente, ma in entrambe le occasioni i miei intervistati si sono lanciati in tangenti completamente diverse, ottenendo risultati abbastanza interessanti. Ho completamente ignorato il flusso di domande che avevo preparato e ho cercato di seguire gli intervistati. Ma invece di andare verso un concetto comune che può essere sviluppato, sento di ottenere immagini approfondite dei requisiti di informazione locali di ogni individuo.

Come posso condurre un'intervista che mi aiuti a coinvolgere i partecipanti ea pensare a una soluzione comune, ma non inibisce i loro pensieri che mi forniscono materiale interessante su fonti di dati, percorsi di formattazione e comunicazione?

    
posta Rafael Emshoff 13.03.2013 - 15:01
fonte

1 risposta

4

Ho riscontrato che la raccolta dei requisiti è più semplice se eseguita in tre fasi:

  1. Mettiti in contatto per lasciare che le parti interessate parlino solo del problema. Volete raccogliere quante più informazioni possibili su quale sia il problema con il modo in cui stanno facendo le cose, parlando solo di potenziali soluzioni se aiuta a inquadrare meglio il problema. Hanno comunque bisogno di toglierselo dal petto, e il tentativo di impedire alle parti interessate di parlare del problema è di solito futile, quindi è meglio che lo pianifichino. Inoltre, i non programmatori trovano più facile parlare in questi termini, in modo da avere un'idea migliore dei requisiti se accetti questa parte della discussione.
  2. Sia tu stesso o in un gruppo più piccolo e più tecnico, traduci la dichiarazione del problema in alcune bozze di possibili soluzioni, creando più opzioni se necessario.
  3. Rimettersi in contatto con gli stakeholder per fargli fare buchi nelle soluzioni proposte. Spiega come hai preso in considerazione la loro descrizione del problema. Affina i requisiti insieme finché tutti sono contenti, il che potrebbe richiedere più di una riunione. Ancora una volta, i non programmatori trovano più facile discutere una proposta concreta che immaginare possibili soluzioni astratte.

Di solito quando le persone hanno problemi, è perché stanno cercando di ignorare il passaggio 1 e inserire i passaggi 2 e 3 nella stessa riunione.

    
risposta data 13.03.2013 - 15:37
fonte

Leggi altre domande sui tag