Liberi professionisti: in che modo si raccolgono i requisiti?


18

Come programmatore freelance:

  1. Qual è il tuo processo di raccolta dei requisiti da un cliente?
  2. Quanto tempo impiega il processo di raccolta dei requisiti? So che questo non è stato risolto e ci sono variabili come la richiesta del client di rispondere e così via. In generale, tenendo conto del ritardo nelle risposte e simili, quanto tempo ci vuole per arrivare al requisito finale?
  3. Quale canale di comunicazione (e-mail, telefono, messaggistica istantanea, altro) usi per raccogliere questi requisiti?
  4. Addebitate il tempo trascorso nella raccolta dei requisiti?
  5. Ci sono risultati finali nel processo di raccolta dei requisiti? Se sì, quali sono?

Voto positivo ... Mi piacerebbe sapere anche la risposta a questo.
Georges Duplessy,

A parte il n. 4 (che potrebbe far parte di un fattore ROI) ti aspetteresti che qualcosa di diverso fosse diverso se fossi un dipendente?
JeffO,

Risposte:


21

1. Qual è il tuo processo di raccolta dei requisiti da un cliente?

colloquio, lavagna, teleconferenza, tour shop, osservazione dei lavoratori, interviste al personale, riunioni, ecc. - tutto ciò che è appropriato, qualunque cosa sia necessaria per comprendere il vero problema, in equilibrio con tutto ciò che è suscettibile e farà guadagnare tempo

2. Quanto tempo impiega il processo di raccolta dei requisiti? So che questo non è stato risolto e ci sono variabili come la richiesta del client di rispondere e così via. In generale, tenendo conto del ritardo nelle risposte e simili, quanto tempo ci vuole per arrivare al requisito finale?

ovviamente questo dipende dalle dimensioni del progetto. non è insolito dedicare 20 ore ai requisiti e alla modellazione per un progetto molto piccolo (<100 ore), perché è necessario comprendere il contesto aziendale abbastanza bene da rimuovere gli strati dei problemi che il cliente presenta per arrivare al vero problema che dovrai risolvere per renderli felici

se queste 20 ore sono due giorni di calendario o sei settimane dipende dalla capacità di risposta e disponibilità dei clienti e da quanto tempo devi pensare tra una sessione e l'altra (per problemi difficili)

3. Quale canale di comunicazione (e-mail, telefono, messaggistica istantanea, altro) usi per raccogliere questi requisiti?

tutti loro

4.Pagate per il tempo trascorso nella raccolta dei requisiti?

Diavolo sì!

Devi capire il business del cliente, comprendere e documentare i suoi problemi e proporre soluzioni che potrebbero poi portare a qualcun altro da implementare . Questa è la parte di consulenza del processo e i consulenti non lavorano gratuitamente.

5. Esistono risultati finali nel processo di raccolta dei requisiti? Se sì, quali sono?

In genere, un elenco di funzionalità, storie utente, descrizioni di casi di test, una struttura abbreviata di analisi del lavoro (con stime del progetto), un elenco evidenziato di aree / elementi non chiari / sconosciuti per ulteriori discussioni / indagini e un elenco di cose ( informazioni, risorse, strumenti, accesso, ecc.) richiesti dal cliente con date target. Tutto questo è confezionato come una proposta con alcune informazioni di base sull'azienda, i metodi utilizzati per identificare i problemi, i vincoli e le avvertenze sulla soluzione, le note sulle tempistiche e il ROI previsti e una richiesta di follow-up entro una data specifica .


+1: risposta eccellente. Sarei molto interessato a vedere alcuni schizzi o modelli che hai (ne ho i miei, ma mi piacerebbe confrontarli)
Steven Evers,

@SnOrfus: tutto sarà rivelato nel mio prossimo libro "CITA: il cambiamento è la risposta", che sarà pubblicato ... uh ... tornerò da te su questo ;-)
Steven A. Lowe

Interessante, non vedo l'ora di leggerlo.
Steven Evers,

@ StevenA.Lowe esiste uno stile standard per la scrittura del documento di raccolta dei requisiti. lo trovo ifs.host.cs.st-andrews.ac.uk/Books/SE9/Web/Requirements/… ma cerco un esempio più descrittivo
AminM,

@AminM: sì, ci sono molti di questi standard; prendili tutti con un blocco di sale - riduci il documento dei requisiti solo a ciò che è utile per la tua situazione. Esempio: molte volte, un elenco di storie con descrizioni dei test di accettazione (formato BDD) è sufficiente per catturare non solo i requisiti ma anche i criteri di accettazione, ed è molto meno dettagliato dello "standard" IEEE (che è molto a cascata) )
Steven A. Lowe,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.