Objectif
L'objectif d'un atelier d'exigences est de :
-
Permettre à l'équipe de projet de rencontrer les parties prenantes.
-
Obtenir une liste complète des souhaits des parties prenantes.
-
Classer par ordre de priorité les demandes des parties prenantes qui ont participé à l'atelier.
Lors d'un atelier d'exigences, il faut rassembler toutes les parties prenantes pendant une période intensive et
concentrée. Un analyste système sert de faciliteur pour le meeting. Tout le monde devrait contribuer activement et les
résultats de la session devraient être immédiatement disponibles pour les participants.
L'atelier d'exigences offre un cadre pour l'application d'autres techniques, comme Instructions : Brainstorming et regroupement des
idées, Instructions : Storyboarding, Instructions : jeux de rôles, Instructions : analyse des exigences existantes.
Vous pouvez utiliser ces techniques indépendamment ou ensemble. Toutes peuvent être combinées avec le cas
d'utilisation. Par exemple, vous pouvez produire des storyboards pour chaque cas d'utilisation envisagé sur le système.
Vous pouvez utiliser le jeu de rôle pour comprendre comment les acteurs utiliseront le système lors de la définition
des cas d'utilisation.
Le faciliteur d'un atelier d'exigences doit pouvoir faire face aux difficultés suivantes :
-
Les parties prenantes savent ce qu'elles veulent mais ne peuvent l'exprimer.
-
Les parties prenantes ne savent pas ce qu'elles veulent.
-
Les parties prenantes pensent qu'elles savent ce qu'elles veulent jusqu'au moment où vous leur présentez ce
qu'elles ont dit qu'elles voulaient.
-
Les analystes pensent mieux comprendre le problème que les utilisateurs.
-
Tout le monde pense que chacun ne défend que son propre intérêt.
Les résultats de l'atelier sont documentés dans un ou plusieurs artefacts de type Demande de partie prenante. Si vous disposez des outils adéquats, il
est généralement conseillé de laisser aux parties prenantes le soin de saisir ces informations. Si vous avez choisi de
discuter du système en termes d'acteurs et
de cas d'utilisation, vous obtiendrez également les grandes lignes d'un
modèle de cas d'utilisation.
Le faciliteur doit "vendre" l'atelier aux participants et mettre en place le groupe qui y prendra part. Les
participants devraient recevoir des documents "d'échauffement" à consulter avant l'atelier. Le faciliteur est
responsable du côté logistique de l'atelier, à savoir : envoyer les invitations, réserver une salle disposant de
l'équipement requis et distribuer l'agenda de l'atelier.
Le faciliteur dirige la session :
-
Il donne la parole à tous les participants.
-
Il veille à ce que la session ne s'égare pas.
-
A des fins de gestion des exigences, il collecte les diverses contributions applicables pour les
Produit : attributs
d'exigences
-
Il enregistre les résultats.
-
Il résume la session et en tire les conclusions.
Après l'atelier, le faciliteur (avec les autres Rôle : analystes systèmes) doivent résumer les résultats et regrouper les informations
dans un format présentable.
Le tableau ci-dessous reprend une série de problèmes et les solutions suggérées qui peuvent aider le faciliteur. Les
solutions font référence à une série de "tickets" qui peuvent sembler superflus mais qui sont généralement très
efficaces :
Problème
|
Solution
|
Il est difficile de redémarrer après une pause.
|
Les personnes en retard reçoivent une amende "En retard après la pause" ; utilisez une minuterie de
cuisine pour attirer l'attention et une tirelire pour une oeuvre de charité (disons 1 euro
l'amende).
|
Critiques ouvertes, parti-pris, guerres de domaines, manoeuvres politiques et coups bas.
|
Ticket "1 coup bas gratuit", ticket "Bonne idée !!" .
|
Prise de pouvoir, position dominante, participation inégale des participants.
|
Utilisez un faciliteur expérimenté, limitez la durée de parole à 5 minutes.
|
Peu d'énergie après le déjeuner.
|
Déjeuner léger, pauses, café, boissons gazeuses, bonbons, biscuits, réorganisation de la salle,
changement de température.
|
|