Le recueil des besoins est une étape ô combien importante et négligée sur certains projets et permet de mieux structurer, ordonner les besoins des utilisateurs. En effet, de la qualité des besoins exprimés dependra directement la bonne compréhension par les consultants et donc de la solution proposée et développée.

Malheureusement, de trop nombreux projets pâtissent de ce manque d'intérêt et il en résulte des situations conflictuelles voir une solution à refaire une fois que les UAT commencent et que les utilisateurs découvrent le système.

En effet, qui dit verbalisation et redaction des besoins métier, dit base de travail commune a laquelle ni le client, ni l'intégrateur ne pourra déroger sauf accord. Si vous sentez des réticences à consacrer du temps pour cette tache, n'hésitez pas à faire le parallèle avec la construction d'un maison où l'architecte doit faire les plans sans besoin exprimés ... c'est un coup à  se retrouver avec les toilettes au milieu du salon ou la cuisine à  la cave !!!

par ailleurs, comme évoqué dans le chapitre "rédiger un document", il sera bien plus aisé de concevoir une application et de la tester en ayant une liste de règles métier.

Pour ceci, n'hésitez pas à faire une liste à la Prévert que vous organiserez en hiérarchiserez en fonction des priorités de l'utilisateur.