3
Recueillir efficacement
les besoins
Les gens heureux sont ceux qui privilégient l’essentiel par rapport à l’accessoire,
l’être à l’avoir, l’utile à l’agréable, le durable à l’éphémère, le suffisant au trop,
le nécessaire au superflu, en fait les besoins aux désirs.
Robert Blondin (Le Bonheur possible, Éditions de l’Homme, p. 78)
Tout projet vise à atteindre les objectifs fixés par le client et à obtenir sa satisfaction. Si
l’on se reporte aux statistiques du Standish Group sur le nombre d’échecs des projets, on
mesure la difficulté de l’enjeu.
Deux chiffres illustrent les enjeux et la complexité du recueil des besoins : le premier
concerne le taux d’utilisation des fonctionnalités développées sur des projets (figure 3-1).
On constate que plus de la moitié des fonctionnalités livrées sont jamais ou rarement
utilisées.
Le second indique l’origine des défauts logiciels (figure 3-2).
Plus de la moitié (56 %) des défauts constatés sont liés à la qualité des besoins recueillis
en amont des projets (contre 27 % liés à la conception et 7 % seulement aux activités de
programmation).
Comment en arrivons-nous à développer des fonctionnalités qui ne sont pas utilisées ?
Pourquoi la phase amont de recueil des besoins génère-t-elle tant de défauts ?
En grande partie, parce que nous communiquons mal ! « L’objectif est-il clairement fixé
et partagé par tous ? », « Les attentes du client sont-elles clairement exprimées ? »,
GestProjInform Livre Page 75 Vendredi, 3. avril 2009 12:07 12
Recueillir efficacement
les besoins
Les gens heureux sont ceux qui privilégient l’essentiel par rapport à l’accessoire,
l’être à l’avoir, l’utile à l’agréable, le durable à l’éphémère, le suffisant au trop,
le nécessaire au superflu, en fait les besoins aux désirs.
Robert Blondin (Le Bonheur possible, Éditions de l’Homme, p. 78)
Tout projet vise à atteindre les objectifs fixés par le client et à obtenir sa satisfaction. Si
l’on se reporte aux statistiques du Standish Group sur le nombre d’échecs des projets, on
mesure la difficulté de l’enjeu.
Deux chiffres illustrent les enjeux et la complexité du recueil des besoins : le premier
concerne le taux d’utilisation des fonctionnalités développées sur des projets (figure 3-1).
On constate que plus de la moitié des fonctionnalités livrées sont jamais ou rarement
utilisées.
Le second indique l’origine des défauts logiciels (figure 3-2).
Plus de la moitié (56 %) des défauts constatés sont liés à la qualité des besoins recueillis
en amont des projets (contre 27 % liés à la conception et 7 % seulement aux activités de
programmation).
Comment en arrivons-nous à développer des fonctionnalités qui ne sont pas utilisées ?
Pourquoi la phase amont de recueil des besoins génère-t-elle tant de défauts ?
En grande partie, parce que nous communiquons mal ! « L’objectif est-il clairement fixé
et partagé par tous ? », « Les attentes du client sont-elles clairement exprimées ? »,
GestProjInform Livre Page 75 Vendredi, 3. avril 2009 12:07 12