Activité :
|
Objet
|
|
Rôle : Analyste système | |
Fréquence : Selon les besoins. Généralement au moins une fois pour chaque itération dans les phases Création et Elaboration, puis selon les besoins lors des phases ultérieures. | |
Etapes | |
Plus d'informations : |
Artefacts d'entrée : | Artefacts de sortie : |
Guides d'utilisation de l'outil : |
Détails sur l'enchaînement des activités : |
Objet | Identifier toutes les parties prenantes qui feront partie de votre "équipe projet étendue". Déterminer et hiérarchiser les sources des exigences. |
Pour un système existant, la première étape consiste à récupérer les demandes d'amélioration différées qui ont été archivées tout au long du cycle de vie du produit, dans le cadre du processus formel de gestion des demandes de changement. Cela constitue une solide base de départ à partir de laquelle vous pourrez recueillir des données et affiner votre ensemble de demandes des parties prenantes.
Après cette collecte d'informations initiale, recherchez des partenaires, clients, experts du domaine et analystes susceptibles de constituer votre groupe departies prenantes. Identifiez les personnes les mieux à même de vous assister dans votre collecte d'informations, en fonction de leurs connaissances, de leur aptitude à la communication, de leur disponibilité et de leur "importance". Ces personnes constitueront les parties prenantes de votre projet et de votre "équipe projet étendue". En général, il est préférable de choisir un petit groupe (2 à 5 personnes) qui pourra travailler avec vous tout au long du projet. En outre, plus votre équipe étendue sera importante, plus il vous sera difficile de la gérer et de l'utiliser efficacement. En effet, ces personnes ne travaillent pas à temps plein sur votre projet : elles participent généralement à plusieurs ateliers de définition des exigences au niveau des phases de création et d'élaboration, mais aussi lors des sessions de revue ultérieures.
Cherchez à savoir comment d'autres personnes s'y prennent pour parvenir au même but. Si vous développez un produit logiciel, n'hésitez pas à vous renseigner sur la concurrence. Si vous développez une nouvelle version d'un système interne, vous devez prévoir des visites sur site pour savoir comment les employés utilisent le système actuel et déterminer les améliorations à apporter.
Les descriptions existantes de l'organisation dans laquelle le système sera utilisé constituent une source d'informations précieuse. Il peut s'agir des modèles métier élaborés dans le cadre de la discipline de modélisation métier, ou de toute autre forme de définition métier.
Objet | Formuler les questions auxquelles il convient de répondre. Recueillir et mettre en forme les informations. |
Une des méthodes les plus efficaces pour recueillir des informations consiste à interroger quelques parties prenantes clés. Vous trouverez des exemples de questions et de techniques dans Principes et conseils : Interviews.
Voir le canevas fourni dans l'Artefact : Demandes des parties prenantes pour obtenir un exemple de script permettant d'interroger efficacement les parties prenantes.
Il s'agit d'une technique couramment utilisée. Après avoir mené plusieurs interviews, vous réaliserez certainement que certaines informations se répètent souvent. Vous pouvez alors regrouper ces informations en plusieurs questions, avec un choix possible entre les différentes réponses les plus souvent données, puis soumettre ces questions à d'autres parties prenantes. Cela vous permettra d'obtenir des statistiques plus précises sur les réponses à ces questions. Toutefois, vous devez veiller à formuler vos questions de telle manière que ces statistiques donnent une vision objective des demandes réelles des parties prenantes.
Il est préférable que les parties prenantes puissent vous faire parvenir leurs réponses via Internet. Cela vous permet d'interroger davantage de personnes que dans le cadre d'interviews face à face, mais les résultats seront moins significatifs. En effet, dans ce cas, vous ne pouvez pas orienter la personne qui répond aux questions pour clarifier certains points ou lever des malentendus. Le questionnaire peut être un outil puissant, mais il ne saurait remplacer l'interview en direct. L'utilisation d'un questionnaire suppose également que vous êtes capable de déterminer à l'avance les questions pertinentes, et de les formuler de telle manière que le lecteur en comprenne parfaitement le sens.
Objet : | Mettre face à face l'équipe projet et les parties prenantes. Obtenir une liste complète des "souhaits" des parties prenantes. Classer par ordre de priorité les demandes formulées par les parties prenantes qui ont participé à l'atelier. |
Principes et conseils : |
Objet | Comparer les résultats des différents ateliers de définition des exigences. S'assurer que toutes les informations nécessaires ont bien été recueillies. |
En particulier si plusieurs ateliers ont été organisés, il est préférable que l'équipe projet examine les résultats pour :
Les résultats des ateliers de définition des exigences doivent être présentés à un groupe de clients ou d'utilisateurs sélectionnés, dans le cadre d'une session de revue ou de suivi. Au cours de cette session, vous allez identifier les éventuels points à éclaircir, et donc les tâches à exécuter dans cette optique et les personnes qui en seront chargées.
RUP (Rational Unified Process)
|