Question

Je suis actuellement réviseur sur un document des meilleures pratiques pour les développeurs ou les analystes commerciaux par rédaction d'un document d'exigences fonctionnelles. Ce document n'est pas nécessairement un modèle de documents d'exigences fonctionnelles, mais un guide sur quels éléments sont nécessaires, facultatifs et dangereux pour inclure un document d'exigences fonctionnelles.

L'auteur du document stipule que:

Les documents d'exigences fonctionnelles ne devraient jamais avoir de section d'hypothèses! Ne présumez rien de ce que les gens savent de cette application ou de tout problème externe qui l'entoure.

Je ne suis pas sûr d'être d'accord avec ce sentiment, mais je n'ai pas vraiment les mots pour le réfuter non plus. Dans un monde parfait, l'analyste aura le temps d'analyser correctement chaque entrée des parties prenantes et chaque problème externe possible, mais inévitablement en raison de contraintes de temps et d'autres problèmes, certaines hypothèses doivent être faites.

Est-ce une mauvaise idée car il est trop facile pour le paresseux intellectuellement de déclarer des hypothèses plutôt que des exigences? Sinon, pourquoi pensez-vous que les hypothèses sont une bonne idée?

ÉDITER: Pour clarifier, je ne pose pas de questions sur la section Hypothèses de la documentation technique mais d'une section d'hypothèses dans un document d'exigences rédigé par un analyste commercial non technique.

Pas de solution correcte

Licencié sous: CC-BY-SA avec attribution
scroll top