Monthly Archives: septembre 2007

Quelles fonctionnalités inclure dans la prochaine version? (Part 2)

Nous avons vu qu’il était utile de mettre des fonctionnalités de basse priorité dans la prochaine version pour servir de fusible, mais on peut aller encore plus loin… Et si on choisissait de ne pas inclure les fonctionnalités les plus demandées par nos utilisateurs?

Faites des affaires

Je vous échange votre baril de lessive Skip contre 4 barils de lessive Ariel. Ça vous intéresse?
Echange Baril de Skip contreBaril d’ArielBaril d’ArielBaril d’ArielBaril d’Ariel

Moi carrément, mais tous les chefs de projet n’ont pas l’air d’être de cet avis. Ils préfèrent ajouter au planning une fonctionnalité très demandées par les utilisateurs mais difficile à implementer plutôt que plusieurs fonctionnalités moins demandées mais beaucoup plus faciles à implementer. Je pense au contraire qu’il faut chasser les bonnes affaires! Mettez dans votre prochaine version les fonctionnalités qui présentent le meilleur rapport « qualité/prix » ! Vos utilisateurs seront certainement aussi satisfait (sinon plus) de trouver 4 nouvelles fonctionnalités dans votre prochaine version plutôt qu’une seule grosse nouveauté.

Bonnes affaires

Conclusion: Classez vos fonctionnalités en fonction de leur ROI (retour sur investissement) pour choisir celles que vous mettrez dans la prochaine release.

Quelles fonctionnalités inclure dans la prochaine version? (Part 1)

C’est la question numéro 1 qui se pose lors de la planification d’une nouvelle version d’un logiciel.

Microsoft Project screenshot

Le processus consiste normalement à:

  1. Lister les fonctionnalités demandées par les utilisateurs
  2. Attribuer une priorité à chaque fonctionnalité
  3. Prendre toutes les fonctionnalités de priorité maximale, estimer leur charge respective et les ajouter au planning
  4. Si le planning n’est pas plein, faire de même avec les fonctionnalités de priorités inférieures

Tout le monde a l’air de se satisfaire de cette facon de proceder, mais c’est à mon sens une des raisons pour lesquelles la plupart de ces projets informatiques sont livrés en retard et ne satisfont pas leurs utilisateurs…

Ne promettez pas ce que vous ne pouvez tenir

C’est toujours la même histoire… le coût de chaque nouvelle fonctionnalité est sous-évaluée ou bien le département marketing veut mettre trop de fonctionnalités dans la nouvelle version. Bref, on promet qu’avec la nouvelle version PaintTruc 2007 on pourra lire les images au format JPEG2000, tracer des courbes au clavier et corriger automatiquement les photos floues.

6 à 12 mois plus tard, la nouvelle version sort et fait étalage de son habileté a lire le format JPEG2000 et de ses raccourcis clavier de folie pour dessiner des courbes sans souris mais c’est un fiasco. Mais où est donc passée la fonctionnalité qui permet de corriger les photos floues? OK – d’accord – cette fonctionnalité est finalement beaucoup plus compliqué à implementer que prévu, elle sera donc incluse dans la version PaintTruc 2008 mais le mal est fait! La fonctionnalité tant attendue de PaintTruc 2007 n’est pas là.

Moralité de l’affaire, mettez des fonctionnalités comme jugées moins importantes dans la roadmap de votre prochaine version. Elles serviront éventuellement de fusibles en cas de dérapage du planning.