Recueillir efficacement les besoins
CHAPITRE 3
87
La boucle de feedback
Rappelons que, dans une approche classique, les besoins doivent être recueillis et validés
dans leur totalité avant d’être formalisés puis transmis à l’équipe de réalisation pour être
analysés puis développés. Aucune ambiguïté ne doit subsister, des moyens importants
sont alors déployés pour cette étape, véritable projet dans le projet, avant de passer à la
phase suivante. On consacre alors, fréquemment, trop de temps à recenser et clarifier des
besoins qui, peut-être, ne sont pas prioritaires ou seront reportés par la suite. Pourquoi ne
pas s’attacher avant tout à spécifier les besoins dont on est certain qu’ils seront satisfaits ?
Si l’on veut tenir compte de la réalité, la démarche de recueil doit, dans un premier
temps, se limiter à identifier les besoins de haut niveau pour délimiter le périmètre du
projet. Dans un second temps, au fur et à mesure, les besoins identifiés prioritaires sont
détaillés pour être traités. C’est une démarche en T (figure 3-5).
1. L’étape 1 vise en premier lieu à recenser les besoins en largeur ( ❶ ) : on tourne autour des
concepts, on découvre le contexte, on liste des idées, sans être certain qu’elles seront
mises en œuvre. Cette étape est utile pour démarrer le projet, ébaucher la solution
technique qui répondra aux besoins et déterminer l’enveloppe des coûts et des délais.
2. L’étape 2 est une analyse en profondeur : on sélectionne un besoin, on « débroussaille », on « élague », on rassemble les idées similaires et on en élimine d’autres
( ❷ ) ; puis on l’affine, on « calibre » en tenant compte des contraintes et des conditions d’utilisation ( ❸ ). Cette analyse n’est menée que pour les besoins qui seront
réellement traités, au moment où ils seront pris en charge.
Le recueil des besoins est donc un cycle en deux étapes, avec une étape ❶ générale suivie
d’une série de boucles itératives au cours desquelles on procède aux étapes ❷ et ❸ , avec
le client : ce dernier exprime le besoin, l’explicite, le valide, le visualise, et restitue son
feedback.
Figure 3-5
La démarche
en T
Largeur
P
r
o
f
o
n
d
e
u
r
Périmètre
global
Besoin
identifié
Périmètre
spécifié
Démarche en T
GestProjInform Livre Page 87 Vendredi, 3. avril 2009 12:07 12
CHAPITRE 3
87
La boucle de feedback
Rappelons que, dans une approche classique, les besoins doivent être recueillis et validés
dans leur totalité avant d’être formalisés puis transmis à l’équipe de réalisation pour être
analysés puis développés. Aucune ambiguïté ne doit subsister, des moyens importants
sont alors déployés pour cette étape, véritable projet dans le projet, avant de passer à la
phase suivante. On consacre alors, fréquemment, trop de temps à recenser et clarifier des
besoins qui, peut-être, ne sont pas prioritaires ou seront reportés par la suite. Pourquoi ne
pas s’attacher avant tout à spécifier les besoins dont on est certain qu’ils seront satisfaits ?
Si l’on veut tenir compte de la réalité, la démarche de recueil doit, dans un premier
temps, se limiter à identifier les besoins de haut niveau pour délimiter le périmètre du
projet. Dans un second temps, au fur et à mesure, les besoins identifiés prioritaires sont
détaillés pour être traités. C’est une démarche en T (figure 3-5).
1. L’étape 1 vise en premier lieu à recenser les besoins en largeur ( ❶ ) : on tourne autour des
concepts, on découvre le contexte, on liste des idées, sans être certain qu’elles seront
mises en œuvre. Cette étape est utile pour démarrer le projet, ébaucher la solution
technique qui répondra aux besoins et déterminer l’enveloppe des coûts et des délais.
2. L’étape 2 est une analyse en profondeur : on sélectionne un besoin, on « débroussaille », on « élague », on rassemble les idées similaires et on en élimine d’autres
( ❷ ) ; puis on l’affine, on « calibre » en tenant compte des contraintes et des conditions d’utilisation ( ❸ ). Cette analyse n’est menée que pour les besoins qui seront
réellement traités, au moment où ils seront pris en charge.
Le recueil des besoins est donc un cycle en deux étapes, avec une étape ❶ générale suivie
d’une série de boucles itératives au cours desquelles on procède aux étapes ❷ et ❸ , avec
le client : ce dernier exprime le besoin, l’explicite, le valide, le visualise, et restitue son
feedback.
Figure 3-5
La démarche
en T
Largeur
P
r
o
f
o
n
d
e
u
r
Périmètre
global
Besoin
identifié
Périmètre
spécifié
Démarche en T
GestProjInform Livre Page 87 Vendredi, 3. avril 2009 12:07 12