Anche se non hai un analista di business, devi avere i requisiti in forma scritta per:
- avere una chiara immagine di ciò che stai facendo. Indipendentemente dal numero di volte in cui hai discusso l'applicazione e dalla familiarità con i dettagli, non puoi garantire di ricordare tutto e alla fine perderai una funzione o fornirai qualcosa di diverso dal bisogno del cliente.
- usa i requisiti nelle negoziazioni con il cliente. Il cliente dovrebbe vedere cosa avranno alla fine in una fase iniziale. Se vogliono cambiare qualcosa, i requisiti scritti aiuteranno a vedere dove, cosa ed eventualmente perché è stata apportata la modifica.
- proteggiti. Le persone tendono a dimenticare molto. Non c'è alcuna possibilità che il cliente ricordi ogni singolo dettaglio di ciò che hai concordato. Se ciò accade, avrai il documento per dimostrare il contrario.
Non è necessario che tu scriva i requisiti come farebbe un analista di business. A seconda della complessità del sistema e di quanto sia ovvio, possono essere sufficienti anche semplici diagrammi di processi e interfacce utente di alto livello.
Se non riesci ancora a scrivere i requisiti, ti suggerisco di creare un semplice prototipo, discuterlo con il cliente e continuare a lavorarci (anche se i requisiti e il prototipo non si escludono a vicenda).