Activité: Analyser le problème
Cette activité a pour but d'obtenir un consensus sur le problème à résoudre et propose une solution de haut niveau.
DescriptionStructure de répartition du travailAffectation d'équipeUtilisation du produit
Objet
L'objet de cette activité est de parvenir à un accord sur le problème à résoudre. L'analyse du problème implique l'identification des parties prenantes, la définition des limites du système et l'identification des contraintes imposées à ce dernier.
Relations
Activités parentes
Description

La première étape de toute analyse de problème est de s'assurer que toutes les parties concernées s'accordent sur le problème à résoudre ou sur l'opportunité qui sera réalisée par le système.  Afin d'éviter tout malentendu, il est important de convenir d'une terminologie commune qui sera utilisée tout au long du projet. Dès le début du cycle de vie du projet, vous devez définir vos termes propres au projet dans un glossaire qui sera tenu à jour pendant tout le projet (voir aussi Création d'un vocabulaire commun).

Afin de comprendre entièrement le(s) problème(s) à traiter, il est très important de savoir qui sont les parties prenantes dans la vision conceptuelle pour le projet. Les parties prenantes clés doivent participer à la collecte de l'ensemble de fonctions à prendre en considération, lesquelles peuvent être recueillies dans un atelier sur les exigences. Les fonctions peuvent recevoir des attributs comme la justification, valeur relative ou priorité, source de demande, etc. afin que la gestion des dépendances et plans de travail puisse commencer.

Le premier artefact dans lequel vous enregistrez les informations provenant de votre analyse du problème est la Vision, qui identifie la vue client ou utilisateur de haut niveau du système à élaborer (voir aussi Développer la vision). Dans la vision, les exigences de haut niveau initiales identifient les fonctions  clés que la solution appropriée fournira. Elles sont généralement exprimées sous forme d'ensemble de fonctions globales que le système peut présenter afin de résoudre les problèmes les plus critiques.  

Pour déterminer la portée initiale de votre projet, les limites du système doivent avoir fait l'objet d'un accord.L'analyste système identifie les utilisateurs et les systèmes qui interagiront avec le système en cours de développement.Les utilisateurs du système peuvent être représentés par des acteurs dans le modèle de cas d'utilisation (voir aussi Identifier les acteurs et les cas d'utilisation).

Le plan de gestion des exigences apporte des conseils sur les artefacts d'exigence que vous devez développer, sur les types d'exigences  qui doivent être gérés pour le projet, sur les attributs d'exigence qui doivent être collectés et enfin sur l'approche de traçabilité des exigences qui sera utilisée dans la gestion des exigences du produit.  Ce plan doit être mis au point très tôt (voir aussi Mise au point du plan de gestion des exigences).

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 à l'analyse du problème doivent être d'efficaces animateurs et posséder de l'expérience dans les techniques visant à trouve le problème derrière le problème. Bien sûr, une bonne connaissance de la technologie en question est souhaitable sans pour autant être essentielle. L'implication active de différentes parties prenantes dans le projet est requise.

Utilisation
Conseils d'utilisation

Cette activité est principalement exécutée lors des premières itérations du projet où le problème abordé doit être compris.Elle doit être révisée plusieurs fois pendant la phase de création et au début de la phase d'élaboration. 

Ensuite, tout au long du cycle de vie du projet, elle doit être révisée au besoin pendant la gestion des changements inévitables qui auront lieu dans votre projet, afin de s'assurer que vous continuez de traiter les bons problèmes.