Techniques de collecte des exigences

Les techniques décrivent comment les tâches sont exécutées dans des circonstances spécifiques. Une tâche peut avoir aucune ou une ou plusieurs techniques associées. Une technique doit être liée à au moins une tâche.

Voici quelques-unes des techniques bien connues de collecte des exigences:

Réflexion

Le brainstorming est utilisé dans la collecte des exigences pour obtenir autant d'idées que possible d'un groupe de personnes. Généralement utilisé pour identifier les solutions possibles aux problèmes et clarifier les détails des opportunités.

Analyse documentaire

L'examen de la documentation d'un système existant peut aider lors de la création d'un document de processus AS – IS, ainsi que l'analyse des écarts pour la portée des projets de migration. Dans un monde idéal, nous examinerions même les exigences qui ont conduit à la création du système existant - un point de départ pour documenter les exigences actuelles. Des pépites d'informations sont souvent enfouies dans des documents existants qui nous aident à poser des questions dans le cadre de la validation de l'exhaustivité des exigences.

Groupe de discussion

Un groupe de discussion est un rassemblement de personnes représentatives des utilisateurs ou des clients d'un produit pour obtenir des commentaires. Les commentaires peuvent être recueillis sur les besoins / opportunités / problèmes pour identifier les exigences, ou peuvent être recueillis pour valider et affiner les exigences déjà suscitées. Cette forme d'étude de marché se distingue du brainstorming en ce sens qu'il s'agit d'un processus géré avec des participants spécifiques.

Analyse d'interface

Les interfaces d'un produit logiciel peuvent être humaines ou machine. L'intégration avec des systèmes et des appareils externes n'est qu'une autre interface. Les approches de conception centrées sur l'utilisateur sont très efficaces pour garantir que nous créons des logiciels utilisables. Analyse de l'interface - il est important d'examiner les points de contact avec d'autres systèmes externes pour nous assurer de ne pas négliger les exigences qui ne sont pas immédiatement visibles pour les utilisateurs.

Entrevue

Les entretiens avec les parties prenantes et les utilisateurs sont essentiels à la création d'un excellent logiciel. Sans comprendre les objectifs et les attentes des utilisateurs et des parties prenantes, il est très peu probable que nous les satisfassions. Nous devons également reconnaître le point de vue de chaque personne interrogée, afin que nous puissions correctement peser et traiter leurs contributions. L'écoute est la compétence qui aide un bon analyste à tirer plus de valeur d'un entretien qu'un analyste moyen.

Observation

En observant les utilisateurs, un analyste peut identifier un flux de processus, des étapes, des points faibles et des opportunités d'amélioration. Les observations peuvent être passives ou actives (poser des questions tout en observant). L'observation passive est préférable pour obtenir des commentaires sur un prototype (pour affiner les exigences), où l'observation active est plus efficace pour comprendre un processus métier existant. L'une ou l'autre approche peut être utilisée.

Prototypage

Le prototypage est une technique relativement moderne de collecte des exigences. Dans cette approche, vous collectez les exigences préliminaires que vous utilisez pour créer une version initiale de la solution - un prototype. Vous le montrez au client, qui vous donne ensuite des exigences supplémentaires. Vous changez d'application et faites à nouveau le tour du client. Ce processus répétitif se poursuit jusqu'à ce que le produit réponde à la masse critique des besoins de l'entreprise ou pour un nombre convenu d'itérations.

Ateliers sur les exigences

Les ateliers peuvent être très efficaces pour recueillir les exigences. Plus structuré qu'une séance de brainstorming, les parties concernées collaborent pour documenter les exigences. Une façon de capturer la collaboration consiste à créer des artefacts de modèle de domaine (comme des diagrammes statiques, des diagrammes d'activité). Un atelier sera plus efficace avec deux analystes qu'avec un.

Ingénierie inverse

Lorsqu'un projet de migration n'a pas accès à une documentation suffisante du système existant, l'ingénierie inverse identifie ce que fait le système. Il n'identifiera pas ce que le système devrait faire et n'indiquera pas quand le système fait la mauvaise chose.

Enquête

Lors de la collecte d'informations auprès de nombreuses personnes - trop nombreuses pour être interviewées avec des contraintes de budget et de temps - une enquête ou un questionnaire peut être utilisé. L'enquête peut forcer les utilisateurs à choisir parmi des choix, à évaluer quelque chose («D'accord tout à fait, d'accord…») ou à poser des questions ouvertes permettant des réponses de forme libre. La conception de l'enquête est difficile - les questions peuvent biaiser les répondants.