Così l’analista può descrivere in modo preciso cosa vuole il cliente, il designer può costruire un prodotto che corrisponde esattamente ai requisiti e gli addetti ai test possono determinare se la soluzione finale soddisfa o meno il requisito. Questo perché la specifica dei requisiti è il momento più delicato e critico di un progetto: è qui che si gettano le radici di un eventuale successo o fallimento. Infatti, cercare delle risposte di requisito durante la costruzione del software, o addirittura dopo, è deleterio e le specifiche fatte male sono la causa del 60% degli errori nei software. A oggi la maggior parte delle aziende non ha ancora una metodologia di raccolta e sembra che siano più disposte a spendere molti soldi per riparare software che sono stati specificati male, piuttosto che investire nelle specifiche fatte bene fin dall’inizio.
<<