Activité: Comprendre les demandes des parties prenantes
Cette activité cherche à comprendre ce que les parties prenantes souhaitent parmi les solutions proposées et définit les fonctions clés de la solution.
DescriptionStructure de répartition du travailAffectation d'équipeUtilisation du produit
Objet
Le but de cette activité est de comprendre les besoins des principales parties prenantes du projet en rassemblant des informations sur le produit souhaité ou envisagé.
Relations
Activités parentes
Description

Cette activité traite de la collecte et de l'obtention d'informations auprès des parties prenantes du projet dans le but de comprendre quels sont véritablement leurs besoins (voir aussi Obtention des demandes des parties prenantes). Les demandes collectées des parties prenantes  peuvent être considérées comme une "liste de souhaits" qui servira de première entrée à la définition des fonctions de haut niveau de votre système, comme décrit dans la vision (voir vision Développement) et qui déterminera la spécification des exigences logicielles, comme décrit dans la Spécification des exigences logicielles (qui peut faire référence au modèle de cas d'utilisation), aux  cas d'utilisation et aux spécifications supplémentaires).

L'objectif principal est de recueillir les demandes de parties prenantes en utilisant des entrées comme des entretiens, des demandes d'amélioration et un atelier des exigences. Les premières entrées forment des ensembles de fonctionnalités classées par priorité et accompagnées de leurs attributs critiques qui serviront à définir le système et à gérer sa portée (voir aussi  définition du système, gestion de la portée du système).

Ces informations donnent une vision plus précise et une meilleure compréhension des  attributs d'exigence. De plus, pendant la réalisation de cette activité, vous pouvez commencer à réfléchir aux exigences fonctionnelles du système concernant ses cas d'utilisation et ses acteurs (voir aussi Identifier les acteurs et les cas d'utilisation).  Les exigences ne correspondant pas exactement aux cas d'utilisation doivent être documentées dans les Spécifications supplémentaires (voir aussi Développer les spécification supplémentaires). 

Lorsque vous définissez de nouvelles exigences, vous devez documenter toutes les dépendances (comme la  traçabilité) entre ces exigences (voir aussi  Gestion des dépendances).

Une autre sortie importante est un glossaire de termes mis à jour pour faciliter la communication grâce à l'utilisation d'un vocabulaire commun entre les membres d'une équipe (voir aussi Création d'un vocabulaire commun).

Propriétés
Commandé par les événements
Plusieurs occurrences
En cours
Facultatif
Planifié
Réitérable
Affectation du personnel

Les membres du projet participant à la compréhension des attentes des parties prenantes doivent être efficaces dans l'animation et avoir de l'expérience dans l'obtention d'informations. Bien sûr, une bonne connaissance de la technologie en question est souhaitable sans pour autant être essentielle.

Utilisation
Conseils d'utilisation

Ces activités sont réalisées en itérations pendant les phases de création et d'élaboration. Elles peuvent toutefois être revisitées au besoin lors de la gestion de la portée et dans les réponses apportées à l'évolution des exigences, ainsi qu'à d'autres changements dans les conditions du projet.

Considérations clés

Il est important de remarquer que les activités effectuées dans ce pattern de capacité ne sont pas réalisées en séquence.Il est même courant que ces activités soient réalisées simultanément. Par exemple, lors de l'identification des acteurs et des cas d'utilisation (Identifier les acteurs et les cas d'utilisation), il est possible de rencontrer des exigences ne s'alignant pas avec un cas d'utilisation particulier, auquel cas l'exigence peut être définie dans les spécifications supplémentaires (Développer les spécifications supplémentaires). Inversement, lors de l'identification des exigences non spécifiques aux cas d'utilisation (par exemple les exigences du système), il est possible de rencontrer des exigences qui ne s'appliquent qu'à un cas d'utilisation en particulier,auquel cas l'exigence est associée au cas d'utilisation.