Recueillir efficacement les besoins
CHAPITRE 3
85
L’émergence des besoins
Tous les besoins n’étant pas explicitement exprimés par le client, leur recueil ne peut se
dérouler en une seule étape ; les besoins émergent au fur et à mesure :
• Parce qu’entre la représentation qu’a le client de son futur produit, la difficulté éventuelle qu’il rencontre à le décrire, l’interprétation possible de cette description par
l’équipe de réalisation et l’outil qui lui est livré au final, nombreuses sont les occasions
de perdre le besoin réel. Un besoin initial s’affine lorsque l’on visualise les premiers
écrans qui s’enchaînent ; le client est ainsi mieux à même de réagir et de préciser ce
qu’il souhaite vraiment et ce qu’il ne souhaite pas, en fonction de ce qu’il voit. Et l’on
ne connaît jamais a priori la réaction du client !
• Parce qu’une idée initiale peut, après discussion et analyse, s’avérer inutile, trop
coûteuse ou n’être qu’un souhait secondaire.
• Parce que tous les besoins n’ont pas la même priorité et qu’il faut régulièrement arbitrer
sur le report éventuel de telle ou telle fonctionnalité.
• Parce que le marché est instable et que l’organisation doit être réactive face à ses fluctuations. On ne sait donc pas à quel moment du cycle de vie peut intervenir une
nouvelle demande correspondant à un nouveau besoin.
• Parce que l’effet tunnel constaté lors de nombreux projets fait que le produit livré n’est
plus en adéquation avec le marché au moment où il est livré ; de nouveaux besoins ont
pu apparaître ou le besoin initial a pu évoluer entre temps.
• Parce que si l’on accepte d’introduire une nouvelle demande, le client devra peut-être
renoncer à un autre besoin déjà exprimé pour respecter son budget ou l’échéance qu’il
a fixée.
Face à ce constat, le recueil et la hiérarchisation des besoins ne peuvent que s’inscrire
dans une démarche itérative.
Figure 3-4
Ce qui doit être exprimé
Ce qui doit
être exprimé
La fonctionnalité
à remplir
La priorité
Les services
associés
Les contraintes
d’utilisation
Les conditions
opérationnelles
GestProjInform Livre Page 85 Vendredi, 3. avril 2009 12:07 12
CHAPITRE 3
85
L’émergence des besoins
Tous les besoins n’étant pas explicitement exprimés par le client, leur recueil ne peut se
dérouler en une seule étape ; les besoins émergent au fur et à mesure :
• Parce qu’entre la représentation qu’a le client de son futur produit, la difficulté éventuelle qu’il rencontre à le décrire, l’interprétation possible de cette description par
l’équipe de réalisation et l’outil qui lui est livré au final, nombreuses sont les occasions
de perdre le besoin réel. Un besoin initial s’affine lorsque l’on visualise les premiers
écrans qui s’enchaînent ; le client est ainsi mieux à même de réagir et de préciser ce
qu’il souhaite vraiment et ce qu’il ne souhaite pas, en fonction de ce qu’il voit. Et l’on
ne connaît jamais a priori la réaction du client !
• Parce qu’une idée initiale peut, après discussion et analyse, s’avérer inutile, trop
coûteuse ou n’être qu’un souhait secondaire.
• Parce que tous les besoins n’ont pas la même priorité et qu’il faut régulièrement arbitrer
sur le report éventuel de telle ou telle fonctionnalité.
• Parce que le marché est instable et que l’organisation doit être réactive face à ses fluctuations. On ne sait donc pas à quel moment du cycle de vie peut intervenir une
nouvelle demande correspondant à un nouveau besoin.
• Parce que l’effet tunnel constaté lors de nombreux projets fait que le produit livré n’est
plus en adéquation avec le marché au moment où il est livré ; de nouveaux besoins ont
pu apparaître ou le besoin initial a pu évoluer entre temps.
• Parce que si l’on accepte d’introduire une nouvelle demande, le client devra peut-être
renoncer à un autre besoin déjà exprimé pour respecter son budget ou l’échéance qu’il
a fixée.
Face à ce constat, le recueil et la hiérarchisation des besoins ne peuvent que s’inscrire
dans une démarche itérative.
Figure 3-4
Ce qui doit être exprimé
Ce qui doit
être exprimé
La fonctionnalité
à remplir
La priorité
Les services
associés
Les contraintes
d’utilisation
Les conditions
opérationnelles
GestProjInform Livre Page 85 Vendredi, 3. avril 2009 12:07 12