L'analyste commercial utilise différentes méthodes pour collecter et documenter les exigences, en fonction des spécificités du projet, de la composition des parties prenantes et des résultats souhaités. Les méthodes incluent des interviews, des ateliers, l'observation, des questionnaires, l'analyse de documents, le prototypage et l'analyse de données. Le choix de la méthode dépend de facteurs tels que la complexité des exigences, la disponibilité des experts et des parties prenantes, la maturité des processus commerciaux et les budgets de temps.
La documentation des exigences se fait à l'aide d'outils formalisés (SRS, BRD, User Stories) et non formalisés (mind map, schémas, diagrammes). Il est important d'assurer la clarté, l'exhaustivité, la traçabilité et l'actualité des exigences à chaque étape du projet. L'analyste commercial choisit le format en fonction du public cible, de la facilité de maintenance et des spécificités du produit.
Caractéristiques clés :
Quelle méthode de collecte des exigences convient toujours aux projets informatiques ?
Aucune méthode n'est universelle. Par exemple, les interviews sont utiles dans certains cas, tandis que dans une grande équipe distribuée, les questionnaires ou l'analyse de documents sont plus efficaces. Tout dépend de la situation.
Peut-on se limiter uniquement aux user stories pour tous les types d'exigences ?
Non, les user stories sont bonnes pour les projets agiles, mais pour des systèmes informatiques complexes, des spécifications techniques, des exigences non fonctionnelles et d'autres formats sont indispensables.
L'analyste commercial doit-il documenter uniquement les souhaits exprimés par le client ?
Non, l'analyste doit identifier les exigences cachées et contradictoires, analyser les besoins de l'entreprise et justifier la pertinence de l'implémentation de certaines fonctionnalités.
Cas négatif : L'analyste a collecté les exigences exclusivement par un questionnaire, sans discuter des détails avec l'équipe et le client. En conséquence, de nombreuses exigences se sont révélées obsolètes. Avantages : collecte rapide de la base d'exigences, Inconvénients : les exigences étaient périmées, des tâches critiques et des nuances n'ont pas été identifiées.
Cas positif : L'analyste a utilisé une combinaison d'ateliers, d'interviews et de prototypage, assurant la validation des exigences du point de vue technique et commercial. Avantages : exigences fiables et consensuelles, corrections rapides tout au long du projet. Inconvénients : nécessitait plus de ressources et de temps pour la synchronisation.