Discussion :

[if_zen]

Bonjour,

J'aimerais savoir si vous connaissiez des méthodes efficaces permettant de calculer le temps et le coût financier de développement d'un projet, à partir de son cahier des charges.

J'ai pour le moment vu la méthode, COCOMO, mais elle se base sur le nombre de lignes de codes, et non sur la complexité des éléments, ni sur le niveau technique des développeurs.

En vous remerciant !

[djflex68]

Le grand principe des méthodes d'estimation des charges (cout, temps), c'est qu'il n'en existe aucune de valable !
Aucune méthode ne peut prévoir le temps de conception, ni son coût. La plupart se contentent de l'estimer après coup.
Seule l'expérience permet d'intégrer cette notion dans la démarche de projet...

[bruno_pages]

Entierement d'accord avec 'if_zen'

Il est evidemment normal de vouloir estimer les charges pour gerer le projet, mais esperer dur comme fer que l'estimation est bonne c'est n'iporte quoi, surtout sur quelque chose de nouveau c'est a dire sans recul possible.

De plus cela supose que les temps de developments sont independant des intervenants, et la c'est d'autant plus faux que le nombre de personnes est faible.

Si on admet par exemple aisement qu'il y a de bons et de (tres) mauvais pianistes, c'est la meme chose cote informaticiens ... la difference etant que contrairement aux pianistes, les mauvais informaticiens en font quand meme leur metier Bien evidemment chacun d'entre nous pense/espere faire parti des bons, pauvres fous que nous sommes

[Eowyn]

Effectivement COCOMO n'est plus vraiment d'actualité vu l'évolution des outils de développement.
L'expérience est un bon plan, mais ce n'est pas une méthode. Il est toujours assez difficile de justifier le timing prévu en disant :"ben c'est mon flair qui fait dire que le projet va prendre 62 jours...".

Tu peux utiliser plusieurs méthodes :

Décomposition : Décomposer le projet en phases et celles-ci en activités significatives. Les activités sont évaluées par 'analogie', 'relation' ou 'multiplication'.

Analogie : L'effort à engager pour la t'ache est dévirée des valeurs réalisées pour des tâches similaires dans des projets précédents. Attention à adapter ces valeurs aux conditions actuelles.

Relation : semblable à l'analogie mais plus formelles. On considère la charge d'une activité comme représentant 100 % et on estime l'effort à engager pour la tâche actuelle en pourcentage de la tâche type.

Multiplication : spécialement utilisable pour des tâches répétitives. Déterminer la charge de réalisation pour une unité et multiplier par le nb d'unités.

Good luck !

[if_zen]

Bonjour !

Merci beaucoup pour vos informations J'immagine bien que le fait d'évaluer un projet n'est pas à prendre au pied de la lettre, mais c'est parfois nécessaire, pour pas dire tout le temps dans le monde professionnel...

Bon en tout cas ça me renseigne sur l'état des choses... C'est toujours du feeling, plus ou moins justifié selon l'expérience !

Merci pour les méthodes Eowyn, ça permet d'avoir une vision globale des cas possibles à envisager !

Merci à vous, et, au passage, joli le nouveau forum, félicitations !

[slim]

Le grand principe des méthodes d'estimation des charges (cout, temps), c'est qu'il n'en existe aucune de valable !
Aucune méthode ne peut prévoir le temps de conception, ni son coût. La plupart se contentent de l'estimer après coup.
Seule l'expérience permet d'intégrer cette notion dans la démarche de projet...

et le jour où l'on saura comment calculer le cout reel des informaticiens et de ce qu'ils font, on les embauchera plus