Article original sur le blog expiriance.

Reconnaissons-le, fournir des estimations n’est pas une tâche facile. Faire des suppositions est beaucoup plus facile.

L’estimation n’est pas seulement l’action concrète de calculer combien de temps une tâche va prendre. Il y a beaucoup d’éléments intangibles qui ne sont pas toujours pris en considération et ce sont eux qui feront ou déferont votre projet.

Comme les organisations pensent qu’une pression toujours croissante produit des résultats plus rapidement, le besoin de précision des estimations est monté en importance au point que la plupart ont développé des standards d’estimation basés sur des produits prédéfinis. Par exemple, une société de construction a une estimation déjà prédéterminée de combien cela prend de construire une pièce de 4 mètres par 5. Un fabricant de meubles de bureau sait ce que cela demande de construire une chaise « Direction modèle Luxe », etc, etc. Ces sociétés font cela tout le temps en utilisant les mêmes outils et matériels, tous très tangibles.

PERT est un des modèles les plus simples et les plus largement utilisés pour évaluer l’effort en déterminant la meilleure estimation du temps requis (Te: Temps estimé) pour compléter une tâche, en assumant que tout se passe normalement. L’implication étant que le temps prévu est le temps moyen que la tâche exigerait si elle était répétée un certain nombre de fois au cours d’une longue période de temps (comme pour la société de construction et le fabricant de meubles de bureau ci-dessus) :

• le temps Optimiste (O) – le temps minimal requis accomplir une tâche, assumant tout se passe mieux que l’on s’y attende normalement

• le temps Pessimiste (P) – le temps maximal requis accomplir une tâche, assumant que tout tourne mal, mais excluant des catastrophes majeures

• le temps le Plus probable (M) – la meilleure estimation du temps requis accomplir une tâche, assumant que tout se passe normalement

La formule pour calculer PERT est :

Te = (O + 4M + P) / 6

J’utilise PERT tout le temps, c’est très précis et cela a prouvé sa valeur dans beaucoup de situations.

Une société de développement de logiciel sur mesure, avec beaucoup d’éléments intangibles en fonction des pré-requis du client, a mis en œuvre une méthode d’évaluation basée sur huit catégories pour qualifier la complexité d’un projet de forte, moyenne ou faible. Un certain nombre de points sont additionnés selon les réponses dans chaque catégorie : 1 point pour faible, 2 points pour moyen et 3 points pour fort. Le score total du projet détermine son facteur de complexité. Celui-ci est alors utilisé pour fournir l’estimation initiale. Si le score total est entre 8 et 12 points alors c’est un projet de faible complexité, s’il est entre 13 et 18 c’est un projet de complexité moyenne et s’il est entre 19 et 24 c’est un projet de forte complexité. Notez que toutes les organisations de développement de logiciel ne peuvent pas suivre ce modèle même s’il peut être utilisé comme une base de départ. Par exemple :

Comme vous pouvez le constater, l’estimation est un art.

Qu’en pensez-vous?