Domanda

Attualmente sono un revisore su un documento sulle migliori pratiche per sviluppatori o analisti aziendali per scrivere un documento di requisiti funzionali. Questo documento non è necessariamente un modello per i documenti dei requisiti funzionali, ma una guida a quali elementi sono necessari, opzionali e pericolosi per includere un documento di requisiti funzionali.

L'autore del documento afferma che:

I documenti dei requisiti funzionali non dovrebbero mai avere una sezione ipotesi! Non presumere nulla su ciò che le persone sanno di questa applicazione o di eventuali problemi esterni che la circondano.

Non sono sicuro di essere d'accordo con questo sentimento, ma non ho davvero le parole per confutarlo. In un mondo perfetto, l'analista avrà il tempo di analizzare correttamente ogni input di stakeholder e ogni possibile problema esterno, ma inevitabilmente a causa di vincoli di tempo e altri problemi devono essere fatti alcune ipotesi.

È una cattiva idea perché è troppo facile per gli intellettualmente pigri dichiarare ipotesi piuttosto che i requisiti? In caso contrario, perché pensi che i presupposti siano una buona idea?

MODIFICARE: Per chiarire, non sto chiedendo la sezione ipotesi della documentazione tecnica, ma di una sezione ipotesi in un documento di requisiti scritto da un analista aziendale non tecnico.

Nessuna soluzione corretta

Autorizzato sotto: CC-BY-SA insieme a attribuzione
scroll top