Benvenuto! Se sei un nuovo visitatore ti consiglio di iscriverti al mio Feed RSS in modo da essere sempre aggiornato riguardo l'uscita di nuovi articoli oppure sbirciare tra i tutorials ed i progetti.
Per avere un'idea del best-content presente in questo blog puoi leggere il post intitolato "Ed ora è il momento di rilanciare alcune iniziative! (1a parte e 2a parte)".
Buona navigazione e grazie per la visita!

Molto spesso ci siamo trovati davanti al cliente per capire cosa veramente volesse (sito web, cd multimediale, ecc…).
L’approccio che solitamente viene utilizzato si chiama modello a cascata (waterfall model) e prevede le seguenti fasi:

1. Requisiti;
2. Progettazione;
3. Implementazione;
4. Verifica (testing e debugging);
5. Mantenimento (aggiornamenti o altro).

Naturalmente non tutto fila così liscio perchè l’analisi dei requisiti è un’operazione molto impegnativa ed è facile “sbagliare” o sottovalutare alcune problematiche.
In un articolo intitolato “Five common errors in requirements analysis (and how to avoid them)” vengono esposte chiaramente le problematiche in cui potremmo incorrere:

• Il cliente molto spesso non sa cosa vuole;
• I requisiti possono cambiare durante la realizzazione del progetto;
• Il cliente ha una concezione del tempo tutta personale;
• Difficoltà di comunicazione con il proprio team e con il cliente.

Io aggiungo che il cliente quasi sempre non sa cosa vuole, lo sa solo nel momento in cui gli si mostra il lavoro finito ;)

Consiglio a tutti la lettura dell’articolo.