Recueillir efficacement les besoins
CHAPITRE 3
105
• « Cette fonctionnalité va-t-elle susciter de la frustration ou de la résistance ? »
• « Quel est le préjudice si cette fonctionnalité n’est pas implémentée ? »
Ces questions sont autant de facteurs à prendre en considération pour la priorisation des
besoins.
Le bénéfice financier attendu
Facile à évaluer pour un produit commercial, le bénéfice financier ou le retour sur investissement sont souvent difficiles à chiffrer pour un produit à usage interne, surtout lorsqu’il
n’y a pas de ventes supplémentaires ou de nouveaux clients à la clé. On peut quantifier le
taux d’insatisfaction ou le préjudice subi si une fonctionnalité n’est pas implémentée, ou
encore évaluer l’amélioration de la productivité (économies sur le temps passé sur certaines
tâches) ou la réduction de coûts directs (papier, déplacements…).
Le coût de développement estimé
Le coût d’une fonctionnalité est évidemment un facteur déterminant, d’autant que celuici peut évoluer selon le moment où la fonctionnalité est développée, en fonction des
impacts sur le reste du produit. « A-t-on intérêt à l’implémenter aujourd’hui ou plus
tard ? » La réponse est qu’il faut implémenter les fonctionnalités coûteuses le plus tard
possible, lorsqu’on a une meilleure maîtrise du produit, une meilleure visibilité, une
meilleure productivité, pour éviter, ainsi, le risque d’avoir à revenir en arrière. Mais ce
report signifie aussi tenir compte du ratio coût/valeur.
L’opportunité d’apprentissage pour l’équipe
Sur bon nombre de projets, un effort important est consacré à la montée en compétences
et à la recherche d’une meilleure connaissance de la technologie, du domaine métier, des
bonnes pratiques… et des fonctionnalités à développer. Plus l’apprentissage est rapide,
plus l’équipe est productive, plus les coûts et les risques sont réduits. Les fonctionnalités
qui lèvent les incertitudes liées à la découverte sont donc prioritaires.
Le risque de développement
Nombre de risques sont liés à cette méconnaissance évoquée plus haut. Faut-il implémenter les fonctionnalités les plus risquées, au détriment de la valeur ajoutée pour le
client ? Faut-il, au contraire, focaliser sur la satisfaction du client en reportant la confrontation au risque ? Il est important de mettre en balance les deux aspects (figure 3-10).
Ainsi, les fonctionnalités à forte valeur ajoutée seront prioritaires ; au sein de ce groupe,
celles qui sont le plus risquées seront développées avant celles qui sont le moins risquées.
Celles qui ont peu de valeur et sont très risquées seront reportées voire éliminées.
GestProjInform Livre Page 105 Vendredi, 3. avril 2009 12:07 12
CHAPITRE 3
105
• « Cette fonctionnalité va-t-elle susciter de la frustration ou de la résistance ? »
• « Quel est le préjudice si cette fonctionnalité n’est pas implémentée ? »
Ces questions sont autant de facteurs à prendre en considération pour la priorisation des
besoins.
Le bénéfice financier attendu
Facile à évaluer pour un produit commercial, le bénéfice financier ou le retour sur investissement sont souvent difficiles à chiffrer pour un produit à usage interne, surtout lorsqu’il
n’y a pas de ventes supplémentaires ou de nouveaux clients à la clé. On peut quantifier le
taux d’insatisfaction ou le préjudice subi si une fonctionnalité n’est pas implémentée, ou
encore évaluer l’amélioration de la productivité (économies sur le temps passé sur certaines
tâches) ou la réduction de coûts directs (papier, déplacements…).
Le coût de développement estimé
Le coût d’une fonctionnalité est évidemment un facteur déterminant, d’autant que celuici peut évoluer selon le moment où la fonctionnalité est développée, en fonction des
impacts sur le reste du produit. « A-t-on intérêt à l’implémenter aujourd’hui ou plus
tard ? » La réponse est qu’il faut implémenter les fonctionnalités coûteuses le plus tard
possible, lorsqu’on a une meilleure maîtrise du produit, une meilleure visibilité, une
meilleure productivité, pour éviter, ainsi, le risque d’avoir à revenir en arrière. Mais ce
report signifie aussi tenir compte du ratio coût/valeur.
L’opportunité d’apprentissage pour l’équipe
Sur bon nombre de projets, un effort important est consacré à la montée en compétences
et à la recherche d’une meilleure connaissance de la technologie, du domaine métier, des
bonnes pratiques… et des fonctionnalités à développer. Plus l’apprentissage est rapide,
plus l’équipe est productive, plus les coûts et les risques sont réduits. Les fonctionnalités
qui lèvent les incertitudes liées à la découverte sont donc prioritaires.
Le risque de développement
Nombre de risques sont liés à cette méconnaissance évoquée plus haut. Faut-il implémenter les fonctionnalités les plus risquées, au détriment de la valeur ajoutée pour le
client ? Faut-il, au contraire, focaliser sur la satisfaction du client en reportant la confrontation au risque ? Il est important de mettre en balance les deux aspects (figure 3-10).
Ainsi, les fonctionnalités à forte valeur ajoutée seront prioritaires ; au sein de ce groupe,
celles qui sont le plus risquées seront développées avant celles qui sont le moins risquées.
Celles qui ont peu de valeur et sont très risquées seront reportées voire éliminées.
GestProjInform Livre Page 105 Vendredi, 3. avril 2009 12:07 12