Un analyste d'affaires efficace utilise à la fois des techniques standard telles que des entretiens, des enquêtes et des sessions de brainstorming, ainsi que des méthodes plus avancées pour identifier les besoins cachés : l'observation des processus de travail (job shadowing), la cartographie des processus actuels (analyse AS-IS) et l'analyse des plaintes/erreurs dans le système en cours. En outre, des techniques telles que les "cinq pourquoi" et la modélisation de scénarios (storyboarding) sont utilisées pour atteindre la racine des problèmes auxquels les parties prenantes peuvent même ne pas penser.
Caractéristiques clés :
Peut-on se contenter d'entretiens avec les principales parties prenantes ?
Non, les entretiens mettent souvent en lumière des tâches évidentes, mais les véritables problèmes ne se manifestent que par l'observation des utilisateurs et l'analyse des incidents.
Les besoins cachés doivent-ils obligatoirement être décrits dans la spécification des exigences ?
Oui, ils doivent être formalisés, sinon l'équipe ne les réalisera pas - il faut traduire les modèles cachés en tâches claires.
Peut-on considérer que les exigences qui ne sont pas exprimées directement ne sont pas obligatoires à réaliser ?
Non, le succès du projet dépend souvent de la mesure dans laquelle l'équipe a pris en compte les attentes et les besoins implicites.
Cas négatif : L'analyste a collecté les exigences uniquement auprès du responsable de département, sans analyser les plaintes des utilisateurs finaux. Avantages : Le projet a démarré rapidement, moins de travail au départ. Inconvénients : La solution initiale n'a pas résolu la plupart des réelles "douleurs" du personnel, un refactoring coûteux a été nécessaire.
Cas positif : L'analyste a observé les utilisateurs, identifié les "points de douleur" dans les processus, et les a traduits en exigences. Avantages : La solution a immédiatement convenu à tous les utilisateurs. Inconvénients : Plus de temps et de ressources pour l'étape d'analyse.