Le processus de collecte et d'analyse des exigences est une identification, organisation et documentation systématiques des besoins commerciaux du client pour leur réalisation ultérieure dans des systèmes informatiques ou des processus d'affaires. Les étapes principales :
Identification des sources d'exigences : entretiens avec les clients, groupes de travail, analyse de la documentation et des processus actuels.
Collecte des exigences : utilisation de sessions techniques (ateliers), questionnaires, observations, prototypage. Il est important d'assurer l'engagement de toutes les parties prenantes.
Analyse et catégorisation : identification des contradictions, des tâches dupliquées, classification des exigences en fonctionnelles/non fonctionnelles et commerciales.
Documentation : formalisation sous forme de SRS (Specification Requirement Specification), histoires d'utilisateur ou scénarios.
Validation et approbation : réalisation de revues avec le client, ajustement, approbation de la version finale des exigences.
Caractéristiques clés :
Compréhension approfondie des processus commerciaux est nécessaire pour une bonne interprétation des souhaits du client.
Communication constante : la collecte des exigences est un processus itératif, soumis à des changements tout au long du projet.
Artefacts des exigences (diagrammes, modèles, spécifications) sont critiques pour le travail futur de l'équipe.
Peut-on se limiter à un seul type d'exigences (par exemple, commerciales ou fonctionnelles) ?
Non, l'analyste commercial doit couvrir tous les types d'exigences : commerciales, utilisateur, fonctionnelles et non fonctionnelles. Sinon, vous risquez d'obtenir un produit qui ne répond pas aux attentes de toutes les parties prenantes.
Est-il toujours suffisant de réaliser une seule session de collecte des exigences ?
Non, en pratique, il y a beaucoup d'exigences, elles s'affinent progressivement, itérativement. Généralement, plusieurs sessions sont organisées pour collecter et approuver tout correctement.
Peut-on modifier les exigences approuvées sans procédures formelles ?
Non, tout changement doit passer par le processus de gestion du changement, sinon il y aura du chaos, des incohérences et des malentendus entre les équipes.
Lors du développement d'un module analytique pour une banque, seuls un atelier a été réalisé au démarrage. Il s'est avéré par la suite que la fonctionnalité ne prenait pas en compte les exigences du service de sécurité de l'information, et il a fallu retravailler considérablement le produit, ce qui a entraîné un coût de temps et de budget.