Recueillir efficacement les besoins
CHAPITRE 3
77
Pourquoi est-ce si difficile ?
Une mauvaise communication
Dans un projet coexistent ceux qui « achètent » un produit et ceux qui le réalisent, et ce
sont rarement les mêmes groupes de personnes.
Ceux qui demandent le produit ne savent pas toujours exactement ce qu’ils veulent ; ils
ne sont pas toujours ceux à qui le produit est destiné et, par conséquent, ils n’appréhendent pas nécessairement ce que les utilisateurs finals veulent précisément ; ils peuvent, en
outre, ne pas être du même avis (besoins différents, intérêts divergents, priorités toutes
élevées…), surtout s’ils sont dispersés géographiquement. Ils ne parlent pas toujours le
même langage : « Je veux une application qui apporte une vraie valeur » ; « Je veux un
système au moindre coût » ; « Je veux un site à hautes performances » ; « Je veux que
l’investissement reste raisonnable » ; « Je veux de la qualité » ; «Je veux que la rentabilité soit la priorité »…
Et ils dialoguent difficilement avec ceux qui réalisent le produit, lesquels adoptent trop
souvent un jargon technique.
L’expression de leurs attentes est parfois un mélange de subjectivité, de fonctionnalités,
de solutions techniques induites, influencées par les enjeux de la planification… et
parfois par « l’air du temps » ou l’effet de mode.
La formulation elle-même donne lieu à interprétation :
Exemple (figure 3-3) : « Dessiner une pizza qui a huit parts avec trois traits ».
L’ambiguïté de la formulation de cette exigence fait apparaître le risque d’interprétation.
La multiplicité des réponses possibles à cette exigence initiale illustre la nécessité de
clarifier le besoin.
Figure 3-3
L’exercice
de la pizza
Solution 1
Solution 2
Solution 3
GestProjInform Livre Page 77 Vendredi, 3. avril 2009 12:07 12
CHAPITRE 3
77
Pourquoi est-ce si difficile ?
Une mauvaise communication
Dans un projet coexistent ceux qui « achètent » un produit et ceux qui le réalisent, et ce
sont rarement les mêmes groupes de personnes.
Ceux qui demandent le produit ne savent pas toujours exactement ce qu’ils veulent ; ils
ne sont pas toujours ceux à qui le produit est destiné et, par conséquent, ils n’appréhendent pas nécessairement ce que les utilisateurs finals veulent précisément ; ils peuvent, en
outre, ne pas être du même avis (besoins différents, intérêts divergents, priorités toutes
élevées…), surtout s’ils sont dispersés géographiquement. Ils ne parlent pas toujours le
même langage : « Je veux une application qui apporte une vraie valeur » ; « Je veux un
système au moindre coût » ; « Je veux un site à hautes performances » ; « Je veux que
l’investissement reste raisonnable » ; « Je veux de la qualité » ; «Je veux que la rentabilité soit la priorité »…
Et ils dialoguent difficilement avec ceux qui réalisent le produit, lesquels adoptent trop
souvent un jargon technique.
L’expression de leurs attentes est parfois un mélange de subjectivité, de fonctionnalités,
de solutions techniques induites, influencées par les enjeux de la planification… et
parfois par « l’air du temps » ou l’effet de mode.
La formulation elle-même donne lieu à interprétation :
Exemple (figure 3-3) : « Dessiner une pizza qui a huit parts avec trois traits ».
L’ambiguïté de la formulation de cette exigence fait apparaître le risque d’interprétation.
La multiplicité des réponses possibles à cette exigence initiale illustre la nécessité de
clarifier le besoin.
Figure 3-3
L’exercice
de la pizza
Solution 1
Solution 2
Solution 3
GestProjInform Livre Page 77 Vendredi, 3. avril 2009 12:07 12